Anthropic团队的使用Claudecode的最佳实践:从Claude.md到并行工作流

文章有点长但都是干货来自于软件工程师Arpan Patel 对于Anthropic 团队的使用Claudecode的经验总结1. 超越基础用法的 Claude Code一旦你不再把 Claude Code 当成一个「输入提示词然后等回复」的聊天机器人而是把它当作一个需要护栏的自主智能体你的工作方式就会彻底改变。Boris Cherny 和 Anthropic 团队给出的最重要原则是给 Claude 一个验证自己输出的方式。没有这一步你是唯一的反馈回路。有了它Claude 会一直迭代直到结果真的能跑通——Boris 说光这一条就能带来 2-3 倍的质量提升。几条改变日常工作方式的模式先探索再计划再写代码。Plan 模式按两次 ShiftTab让 Claude 进入只读探索模式。读文件追踪数据流理解数据模型。然后出计划。最后执行。小修小补可以跳过计划但任何涉及多个文件的改动都应该先计划。把 plan 模式当设计文档用。让一个 Claude 写好计划然后在全新会话里启动第二个 Claude以资深工程师的身份来审查它——没有上下文偏见才能真正找到漏洞。如果实现过程走偏了回到 plan 模式重新规划并把验证步骤加进去。引用不要描述。与其说「看看 auth 模块」不如输入src/auth/login.py。与其粘贴错误信息不如管道传入cat error.log | claude。精确的上下文永远胜过模糊的描述。委托不要结对编程。Cat WuClaude Code 团队成员说「当你把 Claude Code 当作一个你要向其委托任务的工程师、而不是一步步指导的结对搭档时模型的表现是最好的。」一开始就写好清晰的简报然后让它自己跑。: 按 CtrlG 可以在 Claude 执行之前打开它的计划并在你的编辑器里调整。计划就是文本在它变成代码之前塑造它。: 当 Claude 犯了错在提示词末尾加上「更新 CLAUDE.md确保不要再犯这个错误。」Boris 说 Claude「从自己的失败中给自己写规则的能力强得惊人」。这个习惯比本指南里任何其他习惯的复利效应都大。2. 重新理解 .claude 目录大多数人打开.claude/一次看到 CLAUDE.md就再也不看了。它实际上是一套分层的配置系统。两种作用域项目作用域放在仓库的.claude/里提交到 git 让团队共享。全局作用域在~/.claude/对你机器上的所有项目生效。心智模型项目文件描述的是项目全局文件描述的是你。文件作用域是否提交作用CLAUDE.md项目 全局是每次会话加载的指令CLAUDE.local.md仅项目否gitignore你的私人项目笔记settings.json项目 全局是权限、hooks、环境变量、模型默认值settings.local.json仅项目否个人覆盖自动 gitignored.mcp.json仅项目是团队共享的 MCP 服务器skills//SKILL.md项目 全局是用 /name 调用的可复用提示词commands/*.md项目 全局是单文件斜杠命令agents/*.md项目 全局是子智能体定义rules/*.md项目 全局是按主题划分的指令可选路径门控一个典型布局my-repo/ ├── .claude/ │ ├── settings.json │ ├── agents/ │ │ ├── pr-review.md │ │ └── test-writer.md │ ├── skills/ │ │ └── api-conventions/SKILL.md │ └── rules/ │ ├── frontend.md # 路径门控到 src/frontend/ │ └── migrations.md # 路径门控到 db/migrations/ ├── CLAUDE.md # 提交团队共享 ├── CLAUDE.local.md # gitignored个人使用 └── .mcp.json # 团队共享的 MCP 服务器几个容易遗漏的点CLAUDE.md 文件会级联。在 monorepo 里当你工作在 billing 服务时root/CLAUDE.md和root/services/billing/CLAUDE.md会同时加载。对于每个文件夹有不同约定的代码库来说非常强大。rules/*.md 是路径门控的。只针对 migrations 目录的指导不应该放在 CLAUDE.md 里膨胀每个会话应该放在.claude/rules/migrations.md里配合 glob 限定。技能优于命令。.claude/commands/*.md和.claude/skills/name/SKILL.md都可以创建斜杠命令但技能支持附属文件、disable-model-invocation、允许的工具列表和智能体覆盖。新工作应该用技能。: 运行claude project purge ~/path/to/repo --dry-run来看 Claude 为某个项目保留了哪些本地状态在交接电脑前特别有用。3. Boris 写 CLAUDE.md 的方式CLAUDE.md 在每个会话开始时加载。写不好Claude 每次犯同样的错误。写好了同样的提示词产出质量会大幅提升。Boris 对两件事非常直接保持简短。长文件会埋没重要规则。对每行问自己「如果删掉这行Claude 会犯错吗」如果不会删掉。让 Claude 给自己写规则。每次 Claude 做错事告诉它「更新 CLAUDE.md确保不要再犯这个错误。」Claude 从自己的失败中提炼精确规则的能力惊人地好。坚持几周这个文件就变成项目里所有踩过坑的精选集合。3.1 Claude Code 团队真正的 CLAUDE.mdBoris 分享过 Claude Code 团队仓库里的真实 CLAUDE.md。整个团队每周都在往里面加内容# Development Workflow **Always use bun, not npm.** # 1. Make changes # 2. Typecheck (fast) bun run typecheck # 3. Run tests bun run test -- -t test name # Single suite bun run test:file -- glob # Specific files # 4. Lint before committing bun run lint:file -- file1.ts bun run lint # 5. Before creating PR bun run lint:claude bun run test这就是整个文件的全部内容。Claude 猜不到的构建命令、运行这些步骤的精确顺序、单测执行指令、PR 前的仪式。没有任何代码风格偏好、没有代码库导览、没有废话。Boris 还会在 PR 评论中用 claude 直接让 Claude 提交规则nit: 用 string literal不要用 ts enum claude 添加到 CLAUDE.md永远不用 enum始终用 literal union他把这叫「复利工程」——每次 PR review 都变成一次 CLAUDE.md 的改进。一个按同样思路写出来的模板# Code style - Use ES modules (import/export), not CommonJS (require) # Workflow - Always use bun, not npm - Run bun run typecheck before claiming done - Never push to main directly. Always open a PR. # Architecture - All API routes go through src/api/middleware/auth.ts - New database queries go in src/db/queries/. No inline raw SQL. # Gotchas - User and UserRecord are distinct types. UserRecord is the DB row, User is the runtime object. - formatCurrency assumes USD. For international use formatCurrencyByLocale.「Gotchas」部分是魔法所在。每一条都是 Claude 犯过的错在出错的当下就记录下来。**什么不该放进 CLAUDE.md**标准语言规范、文件逐个描述的代码库说明、长篇教程、API 文档、任何频繁变动的内容。: 像 IMPORTANT 或 YOU MUST 这样的词能提高遵守度。但少用否则会失去分量。可以用 path 语法导入其他文件保持 CLAUDE.md 简短的同时引入细节See README.md for project overview and package.json for scripts. ~/.claude/my-preferences.md3.2 值得学习的公开 CLAUDE.mdmattpocock/skills的 CLAUDE.md关于技能应该如何编写和测试的规范anthropics/claude-code-actionAnthropic 自己的仓库对待方式跟内部工具一样awesome-claude-code链接到几十个跨语言生态的公开 CLAUDE.md 文件claudelog.com社区精选的按技术栈组织的示例4. CLAUDE.local.md 的日常用法CLAUDE.local.md 跟 CLAUDE.md 放在一起加载方式相同但永远不会离开你的机器。把它加到 .gitignore。我的用法每次开了 PR审阅者会留评论。与其试图记住这些反馈不如在看到的瞬间就扔进 CLAUDE.local.md。日积月累它就变成了一份针对你最容易收到的反馈的个性化规则文件。# Personal review notes (private) # From PR feedback - New SQS consumers need a DLQ and alarms in the same PR - Use OptionalT over null returns - Tests for new endpoints must include the auth-failure case - Prefer named tuples over plain dicts for return types with 3 fields # My own quirks to correct - Stop using console.log; use the project logger instead - Always update the OpenAPI spec when adding endpoints每次会话都加载Claude 自动知道要加 auth-failure 测试、更新 OpenAPI spec不需要我再提。我的 PR 上收到的 nitpick 评论在几周内明显减少了。: **保持两个部分清晰分开**项目特定的反馈和个人习惯要改的地方。混在一起会让后续修剪变困难。: **几周后修剪一次。**已经变成肌肉记忆的东西可以删掉。文件应该捕捉的是还在学习中的内容不是你已经在自动做的事情。5. 技能Skills深度解析技能让 Claude Code 从「一个什么都能做的智能体」变成「一个在特定项目里把特定事情做得非常好的智能体」。它们是可复用专业知识的单元。5.1 技能到底是什么一个技能是.claude/skills/name/项目级或~/.claude/skills/name/全局级下的文件夹包含一个带 frontmatter 和指令的 SKILL.md。文件夹名就是斜杠命令名。最简单的技能--- description: Summarizes uncommitted changes and flags anything risky. Use when the user asks what changed, wants a commit message, or asks to review their diff. --- ## Current changes !git diff HEAD ## Instructions Summarize the changes in two or three bullet points, then list any risks: missing error handling, hardcoded values, tests that need updating.保存到~/.claude/skills/summarize-changes/SKILL.md/summarize-changes就在每个会话中可用了。三个让技能强大的特性渐进式加载。Claude 在会话开始时只加载 frontmatter 描述每个约 100 token。完整的 SKILL.md 和辅助文件只在技能真正需要时才加载。技能是文件夹不是文件。可以打包模板、参考文档、脚本、配置。SKILL.md 只是入口。内联 shell。以!开头的行会运行命令并在调用时将输出注入上下文。Frontmatter 支持有用的额外配置--- name: my-skill description: When to use this skill disable-model-invocation: true # 只有用户显式输入 /my-skill 时才运行 allowed-tools: Read, Grep, Bash agent: read-only ---: 对有副作用的技能使用disable-model-invocation: true。你希望/ship只在你显式输入时才部署而不是 Claude 觉得相关就自己调。5.2 写一个真正的技能Go API 规范一个给 Go 服务团队的完整技能涵盖规范、踩坑记录和新 HTTP handler 的脚手架.claude/skills/go-handler/ ├── SKILL.md ├── templates/ │ └── handler.go.tmpl └── examples/ └── healthz.go--- description: Scaffolds a new HTTP handler in our Go service following team conventions for routing, validation, error handling, and tests. Use when the user asks to add a new endpoint, a new handler, or extend an existing route group. --- # Go HTTP Handler Skill ## Stack - Go 1.22 with chi router - sqlc for typed queries, never write raw SQL strings in handlers - zap for structured logging, never fmt.Println - testify for assertions, table-driven tests preferred ## Gotchas - chi.URLParam returns for missing params, not an error. Always check. - Our httperr.Wrap does not log. Log separately with h.log.Error before returning. - Auth middleware injects via context.Value(authkey.User). Type-assert to *models.User. - sqlc nullable strings use pgtype.Text. Check .Valid before calling .String. - Tests must use httptest.NewRecorder and httptest.NewRequest. No real server.像这样的技能新开发者不用通读整个代码库就能加一个完全符合规范的端点。5.3 值得安装的热门技能mattpocock/skills是最受欢迎的技能仓库约 10 万 star。亮点/grill-me在写任何代码之前对你的计划进行拷问式访谈/tdd严格执行红-绿-重构流程/diagnose有纪律的调试流程——复现、最小化、假设、修复、回归测试安装npx skillslatest add mattpocock/skillsJeffallan/claude-skills提供了 66 个按语言划分的专业角色go-pro、python-pro、java-architect、typescript-pro、rust-engineer、sql-pro 等等。可以组合使用——一个 Next.js 任务会同时加载 nextjs-developer 和 typescript-pro。Anthropic 的官方技能/code-review四个并行智能体审计 diff只输出有置信度评分的问题/simplify审查最近代码的可复用性和效率/batch把一个迁移任务扇出给几十个并行智能体每个在自己的 worktree 里/webapp-testing让 Claude 获得 Playwright 控制权来测试你的本地 web 应用: 如果你一天做某件事超过一次把它变成技能。任何你重复做的事都是一个等待被写出来的技能。: 把技能提交到 git。它们变成团队的知识资产新工程师 clone 仓库就能免费获得团队积累的实践。6. 构建自定义子智能体Subagents子智能体在自己的上下文窗口中运行有自己的工具权限最后汇报一个摘要。它可以读 50 个文件而不占满你的主会话。这就是它的全部价值主张。子智能体是.claude/agents/项目级或~/.claude/agents/全局级下的 markdown 文件带一个 frontmatter 块声明名称、描述、工具和模型。6.1 拆解一个 /pr-review 智能体--- name: pr-review description: Reviews the current branch diff against main, looking for bugs, security issues, missed edge cases, and project-convention violations. Use proactively before opening a PR. tools: Read, Grep, Glob, Bash model: opus --- You are a senior staff engineer reviewing a pull request. Thorough, direct, goal is to catch issues before human reviewers do. ## Process 1. Run git diff main...HEAD 2. Run git log main..HEAD --oneline 3. Read full files, not just diff context 4. Cross-check against CLAUDE.md, CLAUDE.local.md, and .claude/rules/ ## Flag - Correctness bugs: off-by-one, null handling, error paths, race conditions - Security: injection risks, missing auth checks, secrets in code - Missing tests for new logic - N1 queries - Convention violations from CLAUDE.md or rules/ ## Do NOT flag - Style preferences not in project rules - Refactoring suggestions for working code - Anything outside this diff ## Output Group by severity (Critical / High / Medium / Low). File line issue suggested fix. End with a verdict: **SHIP**, **FIX FIRST**, or **REWORK**.使用时说「让 pr-review 智能体检查我当前分支」。子智能体在自己的上下文中处理一切你的主会话保持干净。关键设计选择tools 是只读的——因为会改代码的审阅者会产生偏向为自己的修改辩护。model: opus用于高风险的审阅。Do NOT flag 部分保持信噪比高。6.2 值得借鉴的热门子智能体Claude Code 团队在使用build-validator、code-architect、code-simplifier、oncall-guide、verify-app。社区值得采用的模式智能体做什么security-reviewer注入、认证、密钥、不安全反序列化test-writer生成测试与 code-reviewer 循环配合debugger从失败测试追溯到根因performance-auditor分析流程和查询的性能migration-writer按项目规范生成数据库迁移release-notes-writer从提交历史生成 changelog精选仓库VoltAgent/awesome-claude-code-subagents100 智能体和 hesreallyhim/a-list-of-claude-code-agents。: **链式智能体**会话 A 实现然后调用「用 code-reviewer 子智能体检查这项工作」。审阅者在全新上下文中评估没有实现偏见。: 在 frontmatter 中加isolation: worktree让子智能体在自己的 git worktree 中运行。这在把迁移任务扇出到几十个并行智能体时特别强大。7. 插件与市场插件把技能、hooks、子智能体和 MCP 服务器打包成一个可安装的单元。运行/plugin打开市场浏览器。用/plugin marketplace add owner/repo添加社区市场。第一天就该装的插件/code-review运行四个并行智能体两个审计 CLAUDE.md 合规性一个扫描 bug一个分析 git blame 获取上下文。有置信度评分信噪比高。/feature-dev是官方市场上最受欢迎的技能。把功能简报变成可工作的代码经过七个阶段需求 → 探索 → 架构 → 实现 → 测试 → 审查 → 文档。语言服务器插件提供精确的符号导航和每次编辑后的自动诊断。团队一致认为这是你能装的回报最高的插件。/security-guidance是 Anthropic 的官方安全技能在问题发布前就把它暴露出来。截至 2026 年中75 个市场上有 1000 个插件值得关注的类别Git 工作流、代码智能LSP、文档生成器、测试、浏览器自动化Playwright、设计系统Figma、可观测性Sentry、Datadog。: 一个团队共享的.mcp.json加上几个精选插件能让新工程师在 clone 仓库后几分钟内就进入生产力状态。把插件选择当作入职体验的一部分。8. 被低估的 Claude Code 命令大多数人学会了/clear、/compact和/init就停了。剩下的一些命令对生产力的提升比你用的那些还大。命令作用/insights分析你的使用模式每月跑一次/compact hint压缩会话hint 控制哪些内容存活/copy复制上一条回复交互式选择代码块/rewind整个会话的撤销恢复代码、对话或两者/btw旁白问题永远不进入对话历史/context可视化上下文使用情况/export file把对话导出到文件/branch分叉会话以尝试风险操作/batch把工作扇出给跨 worktree 的并行智能体/loop interval安排 Claude 按间隔重复运行最长 3 天/schedule/loop的云端版本关机也能运行/teleport在终端和 web 之间移动会话/focus隐藏中间工具调用只显示最终结果/voice语音输入Boris 说他大部分时间靠说话写代码--bare非交互式claude -p用法启动最高快 10 倍**/compactvs/clear**真正的新任务用/clear加一个清晰的自己写的简报。相关但还需要上下文的任务用/compact加一个 hint。/compact是有损的 LLM 摘要/clear是你的简报。这个区别很重要。/rewind为每个提示词创建检查点这些检查点在会话间保持。当 Claude 走上错误路径不要输入「那个不行试试 X」——那会污染上下文。回退然后用你学到的东西重新提示。: 用!作为 shell 转义。!git status或!npm test立即运行并将输出加入上下文。: 设置CLAUDE_CODE_AUTO_COMPACT_WINDOW400000。在 1M 模型上上下文劣化大约在 300-400k token 时出现所以强制更早压缩以保持清晰。扇出模式生成任务列表然后循环for file in $(cat files.txt); do claude -p Migrate $file from React to Vue. Return OK or FAIL. \ --allowedTools Edit,Bash(git commit *) \ --bare done先在 3 个文件上测试修好提示词然后在 2000 个文件上跑。8.1 /goal —— 内置的 Ralph 循环/goal设置一个完成条件。Claude 会一直工作直到条件成立。每次它想停下来都会对照记录检查条件。/goal all tests in test/auth pass and the lint step is clean实际案例/goal all integration tests in tests/api pass without flaking 3 runs in a row /goal the OpenAPI spec validates and matches the actual response shapes /goal docker compose up runs cleanly and the healthcheck endpoint returns 200 /goal coverage on src/billing/ is above 80% and all new tests are not placeholders选择一个可验证的、确定性的条件绑定到测试命令、CLI 退出码或文件状态。模糊的条件如「代码质量好」是不行的。好搭档/loop按间隔重复烧完待办列表/schedule在云端按节奏运行Stop hook用自己的测试套件或 CI 端点做门控自动模式去掉权限提示让长目标不会卡住:组合/goal 自动模式 /focus。写一个清晰的简报设定目标走开。回来就是做完的 PR。这是 Boris 和 Cat Wu 为 Opus 4.7 推动的工作流程。9. MCP 作为强大工具MCPModel Context Protocol把 Claude Code 从一个编程智能体变成一个感知系统的编程智能体。一个 MCP 服务器以标准化的方式向 Claude 暴露外部工具——数据库、设计工具、错误追踪器或你的笔记。没有 MCPClaude 读文件和跑命令。有了 MCPClaude 可以读你的 Linear 工单、查询 Postgres、拉 Figma 组件、获取实时的 Sentry 堆栈追踪、或者读你的 Obsidian vault——全都不离开终端。工程师必备的 MCPMCP解锁的能力GitHub仓库管理、PR、Issues、代码搜索Context7实时、最新的库文档在任何提示词末尾加 use context7Sentry真实错误上下文、堆栈追踪、面包屑Linear读/创建工单、更新状态Playwright通过无障碍快照实现浏览器自动化Figma实时设计树自动布局、间距标记、组件引用Postgres / Supabase直接查询开发数据库Slack读消息线程、总结讨论、起草回复本地服务器用 stdio供应商托管的用 HTTP OAuthclaude mcp add --transport http sentry https://mcp.sentry.dev/mcp团队共享的 MCP 放在项目根目录的.mcp.json。个人 MCP 放在~/.claude.json。9.1 一个真实的 Obsidian 工作流Obsidian Claude Code 的组合在用作三级记忆架构时才真正强大而不是简单的「Claude 能读我的 vault」。**设置**在 Obsidian 中安装 obsidian-claude-code-mcp 插件通过本地 WebSocket 暴露 vault端口 22360。Claude Code 自动发现它。给 vault 添加一个 CLAUDE.md 说明文件夹结构。文件夹结构vault/ ├── 00-Inbox/ # 原始捕获 ├── 10-Daily/ # 每天一条笔记 ├── 20-Projects/ # 活跃项目笔记 │ └── billing-v2/ │ ├── README.md # 目标、状态、待解决问题 │ ├── decisions/ # ADR │ └── sessions/ # 每次 Claude 会话一条记录 ├── 30-Decisions/ # 跨项目 ADR ├── 40-Atoms/ # 可复用知识互相链接 └── 90-Archive/三级架构热存储每日会话日志。每次 Claude 会话在10-Daily/今天.md写入时间戳日志。一个 Stop hook 可以自动做这件事智能体完成后自动追加结构化摘要。温存储项目笔记。每个项目在20-Projects/下有一个文件夹。任何新会话开始前Claude 会读项目 README 和最近 2-3 个会话日志来重建上下文。30 秒内恢复两周的上下文。冷存储决策和原子知识。架构决策晋升到30-Decisions/中成为 ADR。可复用知识提炼到40-Atoms/中通过 wikilinks 跨所有项目链接。每日工作流「我的 inbox 里有什么总结并建议每个条目应该放哪里。」「检查 30-Decisions/ 里跟重试策略相关的任何内容。」「读 billing-v2 最近 3 个会话日志。告诉我上次做到哪里了。」: 不要安装每一个 MCP。每个 MCP 都会扩大 Claude 推理时要考虑的工具列表臃肿的工具列表会损害决策质量。入门套装GitHub、Context7再加一到两个领域特定工具。: 在 Claude Code 内运行/mcp列出每个活跃服务器及其连接状态。出问题时第一个检查的地方。10. 优化你的日常工作流早上。在项目中打开 Claude Code。浏览子智能体和定时任务昨夜做了什么。每周跑一次/insights。新功能。Plan 模式 → CtrlG 编辑计划 → 实现 → 调用/pr-review子智能体或启动一个全新的 Claude 会话来审查。Bug。先复现。管道传入错误cat error.log | claude。让 Claude 先写一个能复现问题的失败测试。然后再让它修复。测试能防止修复变成猜测。迁移或大规模改动。用/batch它会就改动内容询问你然后扇出到并行智能体每个在自己的 worktree 里各自测试并创建 PR。不熟悉的代码。用子智能体「用子智能体调查一下我们的 auth 怎么处理 token 刷新。」它会在自己的上下文里读几十个文件然后汇报摘要。你的主会话保持干净。并行会话。Boris 和团队把这称为最大的生产力解锁三到五个 git worktree各自运行自己的 Claude 会话。用 agent viewclaude agents作为控制面。Writer/Reviewer 模式。会话 A 实现会话 B 在全新上下文中审查。把审阅复制回来修复重复。在里程碑压缩。完成一个逻辑块后/compact 保留已做的决策、已改的文件和测试命令。:绝不让 Claude 在没有证据的情况下声称成功。不管是测试、截图还是真实的命令输出。信任-验证的差距是糟糕输出的最大来源。11. Anthropic 团队的实战建议来自 Boris、Cat Wu、Thariq 和整个团队的集体智慧。以下是真正改变他们工作方式的模式「给 Claude 一个验证输出的方式。一旦你做到了Claude 会一直迭代直到结果出色。」——Boris 最常重复的一条。大多数时候用 Opus配合 high 或 xhigh effort。需要更多纠正的小模型往往总体更慢这是 Boris 默认用 Opus 的理由。同时跑 3-5 个会话。用 worktree 而不是 checkout。用claude --worktree或桌面应用。agent view 把它们串联起来。每个项目维护一个笔记目录每次 PR 后更新。告诉 Claude 把笔记保存在一个目录中在 CLAUDE.md 中指向它。代码库在自我知识中不断增值。创建一个/techdebt斜杠命令。每次会话结束时运行它来发现并消除重复代码。团队的 CLAUDE.md 是共享的每周都在多人编辑。任何时候某人看到 Claude 做了什么不对的事就加一条规则。把它当作一个活的文档。按两次 Esc 打开 rewind。配合检查点尝试高风险的事情发现失败了干净地回退。对于 UI 改动设置 Playwright MCP。Boris 每次做 web 相关代码都会用 Chrome 扩展Claude 会打开浏览器、点击操作并进行验证。安装语言服务器插件。每次编辑后捕获类型错误和未使用的导入。你能装的回报最高的插件。用/voice提示。说话比打字快 3 倍提示词也因此变得详细得多。自动模式 /focus/goal。清晰简报设定目标走开。回来就是做完的 PR。用 CtrlG 在执行前编辑 Claude 的计划。比在聊天里打字纠正快。让 Claude 为新协议和代码库画 ASCII 图。Boris 快速理解不熟悉代码的诀窍。结语我是在不再把 Claude Code 当成终端里的 ChatGPT 之后才真正理解它的。你不再想「我需要写这段代码」而是开始想「我需要设置好 Claude 来把这段代码写好」。设置就是工作执行主要是验证。几件真正改变我工作方式的事CLAUDE.md 是复利基础设施。Claude 犯的每个错误都是一条等待被写下来的规则。坚持几周「更新 CLAUDE.md确保不要再犯这个错误」之后同样的提示词会产生显著更好的输出。CLAUDE.local.md 捕获 PR 反馈。你的审阅者在给你免费的训练数据。把反复出现的反馈转化为规则让 Claude 下次自动应用。技能是可复用专业知识的单元。如果你发现自己把同样的指令敲了两次这就是一个等待被写出来的技能。子智能体优于大杂烩提示词。分离关注点保持上下文干净每个单独任务的质量都会提升。并行会话是所有人都低估的突破。三个 Claude 在三个 worktree 里是一种完全不同级别的杠杆。试一天。真正的转变发生在你不再把 Claude Code 当成一个用来写代码的工具而是开始把它当作一个你去训练、配置和操作的系统。大多数人停留在提示词这一层。走得更远——进入目录结构、技能、智能体、插件和 MCP——它就不再像一个工具而开始像一个队友。大家好我是一直在准备跑路搞 AI 的奇菲特。 关注「AI奇菲特」让 AI 成为你的杠杆