大多数人用 Claude 的方式是这样的：
- 打开新对话
- 问一个问题
- 得到一个答案
- 关掉标签页
下次重来。没有保存的上下文，没有个人偏好，没有项目记忆，没有可复用的工作流，也没有和日常工具的连接。
这就是为什么答案总感觉"随机"。Claude 在一个真空里回答你，它不知道你是谁、你做什么、你偏好什么格式。
rari（@0xwhrrari）的建议是：把你的 Claude 使用方式从"问答窗口"变成"配置好的工作系统"。
告诉 Claude 你是谁、做什么、偏好什么
这是第一步，也是最重要的一步。你需要明确告诉 Claude：
基本事实：你是谁、你做什么、你的受众是谁、你需要什么类型的答案、你常用的格式、你偏好的语气。
偏好声明：答案要实用、多举例、避免空洞建议、只在必要时问澄清问题、先给答案再解释、用清晰的格式。
如果不定义这些，Claude 只能靠猜。
不要把所有东西放在一个对话里
不同的领域应该有不同的项目配置：
- 内容创作
- 编程
- 研究
每个项目有自己独立的上下文、偏好设置和工作流。这解决了"每次都要重新解释背景"的问题。
CLAUDE.md：项目根目录的配置圣经
在项目根目录放一个 CLAUDE.md 文件，内容包含：
- 技术栈（框架、语言、工具）
- 代码规范（缩进方式、导出方式、依赖添加规则）
- 始终要做的检查项（如
npm test） - 工作边界（哪些必须先问、哪些不能改）
这个文件在每个 session 开始时自动加载，不需要每次重新解释。Mental model：CLAUDE.md 是给那些"每次对话都需要知道、但不应该每次手动说"的事情准备的。
分层配置结构
~/.claude/CLAUDE.md：全局的个人规则，影响所有项目项目根目录/CLAUDE.md：团队共享的项目规则，通过 Git 同步子目录/CLAUDE.md：局部规则，只影响那个子目录
团队规范进代码库，个人习惯进 Home 目录，各司其职。
rari 的完整配置指南包含 25 个具体技巧，涵盖 CLAUDE.md 编写、Plan-first 工作流、Skill 使用和 MCP 连接。