.claude/
├── CLAUDE.md                    ← 项目规范（全员共享）
├── settings.json                ← 权限 + Hooks（全员共享）
├── settings.local.json          ← 个人偏好（不提交）
├── commands/                    ← Slash 命令（全员共享）
│   ├── review.md
│   └── gen-component.md
├── agents/                      ← 子代理（全员共享）
│   ├── code-reviewer.md
│   ├── test-writer.md
│   └── security-auditor.md
└── skills/                      ← 技能包（全员共享）
    └── frontend-standards/
        └── SKILL.md

把 .claude/ 提交到 Git，就是把团队的 AI 能力标准化了。新人 clone 仓库的那一刻，就自动获得了整个团队积累的 Claude Code 配置——不用看文档、不用找人问、不用从零配起。

CLAUDE.md 的团队维护策略

CLAUDE.md 是最重要的团队共享文件。几个建议：

分层管理。项目根目录的 CLAUDE.md 写通用规范（技术栈、代码风格、Git 规范），子目录的 CLAUDE.md 写模块级规范（API 路由的安全要求、组件库的设计原则）。

定期迭代。每个 Sprint 结束后花 10 分钟回顾：Claude 在这轮开发中有没有重复犯什么错？有的话就把对应规则加进 CLAUDE.md。这是一个持续优化的过程。

保持精简。CLAUDE.md 不是百科全书。只写 Claude 经常犯错的地方和你们团队特有的规范。写太长反而降低效果——上下文窗口是有限的。

新人 Onboarding 的 AI 环节

如果你是 Tech Lead，在新人入职流程里加一步：

传统 Onboarding：
1. 开通账号
2. clone 仓库
3. 看文档
4. 读代码

加了 Claude Code 之后：
1. 开通账号
2. clone 仓库
3. 安装 Claude Code
4. 跑一遍 /review 命令熟悉代码规范
5. 让 Claude 给他讲解项目架构
6. 用 Claude 完成第一个 task

新人上手速度会快很多——他可以随时问 Claude"这个模块是做什么的""为什么这里要这样写"，Claude 能基于整个代码库给出精准回答。

内部知识沉淀

随着团队使用 Claude Code 的经验积累，你会建立起一个越来越丰富的"AI 能力库"：

Commands 库：团队常用的操作都变成 Slash 命令（/review、/gen-test、/gen-api-doc）
Agents 库：不同专业方向的子代理（code-reviewer、test-writer、security-auditor、performance-analyzer）
Skills 库：项目特有的知识包（前端规范、API 设计规范、数据库操作规范）

这些东西随着项目演进会越来越有价值——它们是团队在 AI 辅助开发中积累的"机构记忆"。

二、企业级部署概览

如果你的团队规模更大，或者公司有合规要求，这里简要介绍企业级部署的关键点。

VS Code 扩展

不是所有人都习惯在终端里工作。Claude Code 有原生的 VS Code 扩展——在 Extensions 里搜 "Claude Code" 安装即可。扩展提供侧边栏面板、实时 diff 预览、plan 模式等 IDE 原生体验。

CLI 和 VS Code 扩展共享同一套配置（.claude/ 目录），所以团队里有人用终端、有人用 VS Code，完全不冲突。

云厂商集成

公司可能要求 AI 请求走内部云服务而不是直连 Anthropic API。目前支持三个云平台：

AWS Bedrock：设置 CLAUDE_CODE_USE_BEDROCK=1，走 AWS IAM 认证
Google Vertex AI：设置 CLAUDE_CODE_USE_VERTEX=1，走 GCP IAM 认证
Azure Foundry：设置 CLAUDE_CODE_USE_FOUNDRY=1，走 Azure AD 认证

好处是合规（数据不出云环境）、成本可控（走公司统一账单）、安全（复用现有 IAM 策略）。

统一策略管理

企业管理员可以通过 managed settings 统一下发配置：

强制所有人使用特定的权限策略
禁止使用某些工具或访问某些文件
用 allowManagedHooksOnly 禁止用户自定义 Hook（只允许公司统一配置的）
统一的 MCP Server 配置

这些是大团队（50+ 人）才需要操心的事。5-15 人的团队，提交 .claude/ 到 Git 就够了。

三、监控与成本

Token 消耗追踪

在 Claude Code 交互模式中：

/usage

查看当前会话的 Token 消耗。这是你最直接的成本监控手段。

成本优化经验

经过 9 篇文章的实践，这里总结几条成本优化原则：

模型选择：日常开发用 Sonnet 就够了。只在需要深度推理的复杂任务（架构设计、疑难 Bug 分析）时切 Opus。

上下文管理：及时用 /compact 压缩长对话，避免上下文越来越大导致每轮消耗更多 Token。

任务拆分：一个大任务拆成几个小任务，每个小任务用更少的轮次完成，总成本往往比一个大任务跑很多轮更低。

**自动化场景加 --max-turns**：Headless 模式和 CI/CD 里一定要限制轮次。

四、AI 编程工具格局：Claude Code 的独特定位

2026 年的 AI 编程工具市场很热闹，你可能好奇 Claude Code 跟其他工具有什么区别：

┌──────────────────────────────────────────────────────────┐
│     AI 编程工具格局（2026 年初）                            │
├──────────────┬───────────────────────────────────────────┤
│ 工具          │ 核心定位                                   │
├──────────────┼───────────────────────────────────────────┤
│ GitHub       │ "最轻量的 AI 辅助"                         │
│ Copilot      │ 代码补全为主，嵌入 IDE                     │
│              │ 优势：入门门槛最低                          │
├──────────────┼───────────────────────────────────────────┤
│ Cursor       │ "AI 原生 IDE"                              │
│              │ 深度集成到编辑器体验中                      │
│              │ 优势：编辑器体验最流畅                      │
├──────────────┼───────────────────────────────────────────┤
│ Claude Code  │ "可编程的 AI 开发平台"                     │
│              │ 终端优先，SDK/API 完整                     │
│              │ 优势：自动化 + 可编程 + 扩展性             │
├──────────────┼───────────────────────────────────────────┤
│ Windsurf     │ "AI 协作 IDE"                              │
│              │ 强调 Agent 式协作流程                      │
│              │ 优势：协作体验好                            │
├──────────────┼───────────────────────────────────────────┤
│ 国产工具      │ 通义灵码 / MarsCode 等                    │
│              │ 本土化集成（支付宝、钉钉等）               │
│              │ 优势：中文支持 + 国内生态                   │
└──────────────┴───────────────────────────────────────────┘

这些工具不是非此即彼的。 很多开发者在 IDE 里用 Copilot 做代码补全，遇到复杂任务切到 Claude Code 做深度分析和重构，CI/CD 里用 Claude Code 的 Headless 模式做自动审查。

Claude Code 的独特价值在三个字：可编程。

其他工具大多是"在 IDE 里跟 AI 对话"。Claude Code 不止于此——它有 SDK、有 Headless 模式、有 Hooks、有子代理系统、有 MCP 协议。你可以用代码驱动它，把它嵌入任何自动化流程，构建你自己的 AI 开发工具。

这正是过去 9 篇文章带你做的事情。

五、全系列回顾——五级通关路线图

┌──────────────────────────────────────────────────────────┐
│     Claude Code 通关手册 · 五级路线图                      │
├──────────────────────────────────────────────────────────┤
│                                                          │
│  Level 1 · 入门篇                                        │
│  ┌─────────────────────────────────────────────────┐     │
│  │ 第1篇：安装 + 核心概念 + 第一次对话             │     │
│  │ 第2篇：权限系统 + 安全配置 + trust-on-first-use │     │
│  │ 成果：Claude Code 能安全地跑起来                 │     │
│  └─────────────────────────────────────────────────┘     │
│                     ↓                                    │
│  Level 2 · 配置篇                                        │
│  ┌─────────────────────────────────────────────────┐     │
│  │ 第3篇：CLAUDE.md + 上下文管理 + compact          │     │
│  │ 第4篇：Slash 命令 + 模型切换 + 高效工作流        │     │
│  │ 成果：Claude Code 跑得顺、跑得快                 │     │
│  └─────────────────────────────────────────────────┘     │
│                     ↓                                    │
│  Level 3 · 扩展篇                                        │
│  ┌─────────────────────────────────────────────────┐     │
│  │ 第5篇：子代理系统（专家团队分工）                │     │
│  │ 第6篇：MCP 协议（连接外部世界）                  │     │
│  │ 第7篇：Hooks + Skills + Plugins（自动化）        │     │
│  │ 成果：Claude Code 的能力扩展了 10 倍             │     │
│  └─────────────────────────────────────────────────┘     │
│                     ↓                                    │
│  Level 4 · 自动化篇                                      │
│  ┌─────────────────────────────────────────────────┐     │
│  │ 第8篇：Headless 模式 + Agent SDK（代码驱动AI）   │     │
│  │ 第9篇：GitHub Actions + 检查点 + 沙箱            │     │
│  │ 成果：Claude Code 变成 7×24 全自动的             │     │
│  └─────────────────────────────────────────────────┘     │
│                     ↓                                    │
│  Level 5 · 协作篇                                        │
│  ┌─────────────────────────────────────────────────┐     │
│  │ 第10篇：团队协作 + 企业部署 + 趋势 + 总结       │     │
│  │ 成果：从个人利器升级为团队 AI 基建               │     │
│  └─────────────────────────────────────────────────┘     │
│                                                          │
│  完整路径：安装 → 配置 → 扩展 → 自动化 → 团队化         │
│                                                          │
└──────────────────────────────────────────────────────────┘

六、你现在该做的 3 件事

读完 10 篇文章，信息量很大。别想着一次全用上——根据你的阶段，做好对应的 3 件事就行。

如果你是新手（刚开始用 Claude Code）

把第 1-2 篇的配置跑通——安装好 Claude Code，配好权限系统，让它安全地跑起来
写好你的第一份 CLAUDE.md——把项目的技术栈、代码规范、文件结构写进去
创建 2-3 个常用的 Slash 命令——/review、/gen-test 这类高频操作

做到这三步，你的日常开发效率就能提升一个档次。

如果你已有基础（用了一段时间，想进阶）

创建你的第一个子代理——从 code-reviewer 开始（第 5 篇），这是投入产出比最高的配置
装上 GitHub MCP + Context7——两个 MCP Server 覆盖最高频的外部集成需求（第 6 篇）
配一个 PostToolUse Hook 自动格式化代码——一劳永逸解决代码风格问题（第 7 篇）

这三步完成后，你会明显感受到 Claude Code 从"聊天工具"变成了"开发平台"。

如果你是 Tech Lead（考虑团队推广）

把 .claude/ 目录提交到 Git——CLAUDE.md + settings.json + commands + agents，让团队的 AI 配置标准化
配好 GitHub Actions 自动审查——每个 PR 自动过一遍 AI 审查（第 9 篇），是团队能感知到的第一个"AI 红利"
在一个试点项目上先跑起来——不要全面铺开，选一个项目先用 2-4 周，收集反馈再推广

团队推广的关键不是"让所有人学会所有功能"，而是"让所有人先感受到 AI 带来的好处"。PR 自动审查是最好的起步点——每个人提 PR 都能立刻看到效果。