u013735911的博客

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

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

Skills 是 Claude Code 的扩展机制,让你把可复用的领域知识、工作流程和工具集打包成可安装、可分发的插件。一个优秀的 Skill 就像一把瑞士军刀——团队新人装上就能用,老手装上就能提速。

MCP (Model Context Protocol) 是 AI 时代的 "USB-C 接口"——一套标准化的协议,让任何 AI 应用(包括 Claude Code)能够安全、统一地连接任何外部工具、数据源和服务。学会配置 MCP,你就解锁了 Claude Code 操作整个数字世界的能力。

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

在用户级 agents 目录下创建​# 创建 Agent 配置文件description: "RESTful API 设计专家，擅长 OpenAPI 3.0 规范和接口契约设计"​model:thinking:​你是 RESTful API 设计专家，曾主导设计过 50+ 个生产级 API。​## 设计原则1. 资源导向：URL 代表资源，HTTP 方法代表操作2. 一致性：所有端点遵循相同的命名、分页、错误格式3. 版本化：URL 路径包含版本号（/api/v1/）

Skills 的质量不取决于"写了多少"，而取决于"Agent 能用上多少"。让 Agent 先看到最重要的 20%，需要时再看到剩下的 80%。分层设计：Layer 0-3 各有定位，不混不杂精确触发：该加载时才加载，不该加载时别添乱Gotchas 驱动：最具价值的不是"最佳实践"，而是"最常见的翻车现场"可测试可版本化：Skill 也是代码，需要测试、需要版本管理、需要变更日志当你开始用"工程化"的视角设计 Skills 时，你就从 AI 工具的消费者变成了 AI 能力的构建者。

如果说 CLAUDE.md 是 Claude Code 的"系统提示词",那么多层配置架构就是这套系统的"继承体系"。掌握它,你就能精确控制 AI 在不同项目、不同目录、甚至不同子模块中的行为。

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

上下文工程（Context Engineering）是 2025-2026 年 AI 工程化领域最重要的概念之一。如果 Prompt Engineering 是"遣词造句"，那 Context Engineering 就是"版面设计"——决定 AI 在推理时能看到什么、看不到什么。本章系统讲解 Claude Code 中的上下文工程四操作、缓存机制和实战策略。

让 Claude Code 越用越聪明。低阶用户每次对话从零开始，高阶用户的 Claude Code 则像一位共事多年的同事——知道你喜欢什么、讨厌什么、项目的坑在哪里。分层管理：Instruction 层放不变的东西，Memory 层放半动态的东西，Session 层放临时上下文主动维护：Memory 不是"设完就忘"，而是需要定期审查、更新、淘汰少即是多：10 条精准的记忆比 100 条模糊的记忆更有价值记住：差记忆不如无记忆。宁缺毋滥。

Claude Code 的权限系统不是"阻碍你工作的枷锁"，而是"让你安心放手给 AI 的安全网"。从保守开始，逐步开放：新项目永远从开始allow 要窄，deny 要宽：只 Allow 那些确实需要自动化的操作；Deny 所有可能造成伤害的操作类别敏感文件有双重保护：即使 Allow 了 Write 权限，.env、证书、密钥文件也会触发额外警告永远不要在主力环境使用：这个参数的名字就是它的说明书——它真的很危险记住：好的权限配置会让你感觉不到权限系统在阻碍你，同时在你（或 AI）即将犯错时及时拦住。

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

会话是消耗品：每个会话有生命周期，不要把无限的任务塞进有限的上下文窗口上下文窗口是稀缺资源：System Prompt + CLAUDE.md + 对话历史 + 文件内容 + 工具输出 —— 五者竞争同一个窗口Token 经济学指导行为：缓存输入最便宜、标准输入中等、输出最贵 —— 所以让 AI 直接改文件而不是输出大段代码两改原则是止损法则：两次改不对就重来，不要在同一个错误上下文上浪费更多钱和时间。

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

第一次对话的目标不是做出什么惊天动地的事，而是建立对工作流的直观理解。记住这个核心循环：你描述目标 → Claude Code 探索并计划 → 你审查并确认 → 重复引用文件、/init初始化项目规则、/cost查看消耗、/clear重置上下文、/compact压缩上下文。下一节我们将深入 CLAUDE.md——它是你与 Claude Code 之间最重要的"沟通契约"，决定了 AI 在项目中的行为边界和质量标准。

第一层：启动参数--model--debug--bare等）——决定"以什么方式启动"第二层：运行模式（交互 / 单次 / 管道）——决定"怎么和 AI 交互"第三层：会话内操作（斜杠命令、文件操作、权限控制）——决定"在会话中做什么"三个层次的组合给了你极大的灵活性：CI/CD 流水线中用单次模式 + 管道做代码审查日常开发中用交互模式做多轮迭代快速查询时用-p做单次问答团队协作时用--worktree做分支隔离。

Claude Code 的安装本身很简单——本质上就是加一个 API Key。API Key 获取：需要区分 Claude.ai 订阅和 API 控制台网络连通性：部分网络环境可能无法直接访问 Anthropic API，需要自行解决权限问题：npm 全局安装时可能遇到权限错误，nvm 是最佳解决方案安装完成后运行验证，确保所有配置正确。如果一切正常，你已经准备好了——下一节我们将进行第一次真正的对话，体验 Claude Code 的核心工作流。

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