CLAUDE.md 与 .claude/ 项目骨架详解：多会话状态管理及团队共享策略

一、问题篇：为什么你的 Claude Code 每次都在"重新入职"？

如果你已经在团队中推广使用 Claude Code，一定遇到过这样的场景：

场景一：新人入职，配置地狱。 新成员克隆项目仓库后打开 Claude Code，AI 对项目技术栈一无所知——不知道你用 pnpm 还是 npm，不知道测试框架是 Jest 还是 Vitest，不知道哪些文件是"禁区"。于是新人不得不花半小时在对话中反复解释：“我们用 React 18 + TypeScript strict mode，API 调用走 src/api 的 wrapper，不要动 legacy/ 目录下的代码……”

场景二：同一个项目，不同成员，AI 行为不一致。 团队里小明用 Claude Code 时 AI 自动遵循了项目的命名规范，而小刚打开时 AI 却用了另一种风格。原因很简单——小明在之前的会话里"教"过 AI，而小刚没有。这种"隐性知识"的传递完全依赖个人习惯，无法规模化。

场景三：会话之间，记忆清零。 昨天你花了半小时让 Claude 理解了项目的架构决策和模块边界，今天打开一个新会话，它又回到了"小白"状态——Claude Code 的会话在架构设计上就是无状态的（stateless） 。每个新会话都以空白上下文窗口启动。

场景四：配置散落各处，改了也不生效。 你在项目根目录写了一个 CLAUDE.md，又在 .claude/ 里放了一个 settings.json，还在 ~/.claud