本章的关键不是记住单个命令，而是形成“目标明确、上下文充分、边界清楚、过程可审阅、结果可验证”的 Codex 协作方式。更有效的方式是把任务输入、Codex 的中间判断、文件改动、验证命令和最终总结完整展示出来，让学员理解可复制的方法，而不是记住一次偶然成功的演示。避坑原则：凡是会影响生产数据、权限、支付、认证、数据库迁移、凭证、批量删除或外部服务调用的任务，都应提高审批级别，并要求 Codex

创建team:​agents:你是技术规划专家。接收需求后产出：1. 技术方案（架构图 + 技术选型）2. 任务分解（按优先级排序的子任务列表）3. 风险识别（至少 3 个潜在风险 + 应对方案）输出格式：结构化 Markdown，每个任务带预估工时。​你是资深全栈工程师。严格遵循 Planner 的技术方案编码。规则：- 每个函数不超过 50 行- 必须包含错误处理- 写完代码后自测核心路径-

本章的关键不是记住单个命令，而是形成“目标明确、上下文充分、边界清楚、过程可审阅、结果可验证”的 Codex 协作方式。更有效的方式是把任务输入、Codex 的中间判断、文件改动、验证命令和最终总结完整展示出来，让学员理解可复制的方法，而不是记住一次偶然成功的演示。避坑原则：凡是会影响生产数据、权限、支付、认证、数据库迁移、凭证、批量删除或外部服务调用的任务，都应提高审批级别，并要求 Codex

initCLAUDE.md 是 Claude Code 系统中最重要的文件，没有之一。它决定了 AI 在你项目中的行为边界和质量标准。精炼胜于全面：150 行的好规则远胜 500 行的泛泛之谈可验证胜于抽象：每一条规则都必须是可以明确判断遵守与否的层级治理：全局偏好放，项目规范放项目根目录，目录特定规则放子目录把 CLAUDE.md 想象成你给 AI 工程师写的"入职第一天该知道的所有事情"——如

实战落地型爆款课程，兼顾新手零基础启蒙、开发者效率进阶、企业团队工程化落地

斜杠命令是目录下的 Markdown 文件，用来封装可复用的复杂工作流：---description: 全量代码审查——安全性、性能、代码质量并行执行argument-hint: "目标模块路径"---​对 `$ARGUMENTS` 执行并行多维度审查：​## 第 1 步：安全性审查使用 **security-reviewer** 子智能体，检查 OWASP Top 10 漏洞、密钥泄露、注入风险

基于你过去一周使用 Claude Code 的经验，写一份属于你自己的"5 条铁律"。例如：我的 Claude Code 铁律：1. 每次 Approve 前必须看 Diff（超过 10 行去 VSCode 看）2. 如果 AI 两次没改对，/clear 重来3. 每天结束时用 /cost 记录当日消耗4. 不在同一个会话中处理超过 3 个不相关的任务5. 新项目第一天永远不放开权限你的铁律可能和

Hooks 是 Claude Code 的"强制执行层"。如果 CLAUDE.md 是建议,Hooks 就是规则。它让你在 AI 行动的每一个关键节点上插入自定义的检查和转换逻辑,真正做到"AI 按你的规矩办事"。

理解 Git Worktree 的核心原理:一个仓库,多个工作目录掌握命令创建隔离的 AI 工作区学会同时运行 3-5 个并行 Claude Code 会话的生产力模式掌握 Worktree 协作模式下的分支管理和资源冲突处理建立安全的并行开发 + 合并策略传统 Git 工作流中,你在一个分支上工作。如果想切换到另一个分支,必须或 ,把工作区的文件全部替换。这带来两个问题:切换成本高:如果当前有未

Plan Mode 是 Claude Code 最被低估的功能之一。强制性的"先看后改":在你动任何代码之前,系统性地扫描影响范围,这是人类也做不到的全面性可审查的决策节点:计划文档给了你一个明确的"确认点",防止 AI 在你没注意的时候做错了方向团队的沟通媒介:一份好的 Plan 文档本身就是团队的异步沟通工具探索先行。在 Claude Code 的世界里,花 5 分钟做探索和规划,往往能省下后