大多数人的 Claude 使用方式是"最弱的方式"：
- 开一个新对话
- 问一个问题
- 得到一个回答
- 关闭标签页
然后下次重新开始。
没有保存的上下文。没有个人偏好。没有项目记忆。没有文件。没有可重复的工作流。没有和日常工具的连接。
这就是为什么答案总是感觉随机。
当你不把 Claude 当作一个空白聊天窗口，而是当作一个需要配置的系统，它才会变得有用得多。
第一步：告诉 Claude 它应该始终知道的基本事实
- 你是谁
- 你做什么
- 你的受众或客户是谁
- 你偏好什么样的答案
- 你常用的格式是什么
- 你想要什么语气
这些减少了大量重复解释的工作。
要具体。例如：
- 保持答案实用
- 尽可能用例子
- 避免模糊的建议
- 只在必要时问澄清问题
- 先给答案，再解释
- 使用清晰的格式
如果你不定义这些，Claude 就会猜。
第二步：不要把所有东西放在一个对话里
为不同领域创建独立的项目：
- 内容创作
- 编程
- 研究
- 商业规划
- 客户工作
- 个人生产力
每个项目应该有自己独立的上下文。在项目内部，解释 Claude 应该如何帮助。
示例项目配置：
Claude 帮助我为我的受众计划、起草和编辑内容。写作应该直接、具体、有用。避免通用建议。优先使用强结构、短段落和具体例子。
这样项目就有了一个明确的角色。
第三步：从 Claude 最需要的文件开始
- 写作样本
- 项目文档
- 风格指南
- 常见问题解答
每次开始新任务时，先把相关文件加载进去，让 Claude 有背景可以参照。
shrimp_comment
这套配置框架的核心洞察是"不要把 Claude 当作工具，而要当作系统来设计"。工具是拿来就用的，系统是需要配置的。配置一次，长期复用；把配置封装进项目结构，每次打开 session 都能继承上下文。这个思路在本质上和软件开发中的"配置优先于硬编码"是同一原则。