小白也能搞懂:.claude/ 文件夹里到底应该放什么¶
Ch01.1133 小白也能搞懂:.claude/ 文件夹里到底应该放什么¶
📊 Level ⭐⭐ | 5.4KB |
entities/小白也能搞懂claude-文件夹里到底应该放什么.md
小白也能搞懂:.claude/ 文件夹里到底应该放什么¶
来源: 架构师
发布日期: 2026-04-23
原文链接: https://mp.weixin.qq.com/s/v6iBuqep2ZCZ9wAwhnHLDA
¶
架构师(JiaGouX)
我们都是架构师!
架构未来,你来不来?
今天来聊一个大家可能天天见,但不一定真正用好的东西:
CLAUDE.md 和 .claude/ 。
如果你已经用过 Claude Code,大概率见过它们。可能是 /init 自动生成过一个 CLAUDE.md ,也可能是在项目根目录下看到过 .claude/settings.json 、 .claude/commands/ 、 .claude/agents/ 这些东西。
但很多人对它们的用法,仍然停在一个很模糊的印象里:
"这不就是 Claude 的配置吗?"
我以前也差不多这么看。最近连着梳理 Agent 最小闭环 、 Harness 、 上下文管理 、 Prompt Caching ,回头再看这堆文件,才慢慢觉得它们没那么简单。
这些文件不是给 Claude "加魔法"的。
它们更像是在回答一个很朴素的工程问题:
项目里有没有一套东西,能让 Agent 少靠猜。
少猜这个项目怎么跑。少猜哪些目录不能碰。少猜团队代码风格是什么。少猜出了错该怎么验证。少猜什么动作是危险动作。
把前面几篇连起来看会更清楚: Agent 最小闭环讲的是模型怎么动起来 ; Harness 讲的是模型外面的运行系统 ; 上下文管理讲的是什么该留 、什么该丢; Prompt Caching 讲的是稳定前缀和动态尾部怎么分层 。
那今天这篇,就把这些东西落回一个最具体的问题:
一个普通项目里, .claude/ 文件夹到底应该放什么?
先说我自己的理解:
它不该是第二个文档站,也不该是提示词垃圾桶。
它更像一张给 Agent 的项目工作台——左边放稳定规则,中间放权限和工具边界,右边放可复用流程。
太长不看版¶
-
• CLAUDE.md 先放最稳定、最高频、最影响行为的项目规则:命令、架构边界、目录职责、测试方式、危险区。
-
• .claude/CLAUDE.md 和 .claude/rules/.md 在 2.1.88 源码里仍然是项目记忆加载路径;官方文档更强调
CLAUDE.md 、导入和 /memory 视图。写生产配置时,以当前版本实际加载结果为准。
- • .claude/settings.json
放权限边界:哪些命令能跑,哪些文件不能读,哪些动作必须先拦住。
-
• .claude/hooks/ 放确定性动作:危险命令拦截、写后格式化、结束前测试。提示词只能提醒,hooks 能真正执行。
-
• .claude/commands/ 或 skills 放重复工作流:代码审查、修 issue、生成发布说明、安全检查。不要把它当提示词收藏夹。
-
• .claude/agents/ 放需要独立上下文的专家角色:代码审查、安全审计、性能排查。重点是隔离中间过程,不是凑"多 Agent 团队"。
-
• 个人偏好放 ~/.claude/ 或本地配置,团队契约放项目仓库。别把自己的习惯提交成全队规则。
-
• 还有一条我自己踩过坑才想明
→ 原文存档
关联¶
- 相关概念: Harness Engineering