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

文章有点长但都是干货，来自于软件工程师Arpan Patel 对于Anthropic 团队的使用Claudecode的经验总结：

1. 超越基础用法的 Claude Code

一旦你不再把 Claude Code 当成一个「输入提示词然后等回复」的聊天机器人，而是把它当作一个需要护栏的自主智能体，你的工作方式就会彻底改变。Boris Cherny 和 Anthropic 团队给出的最重要原则是：给 Claude 一个验证自己输出的方式。没有这一步，你是唯一的反馈回路。有了它，Claude 会一直迭代直到结果真的能跑通——Boris 说光这一条就能带来 2-3 倍的质量提升。

几条改变日常工作方式的模式：

先探索，再计划，再写代码。Plan 模式（按两次 Shift+Tab）让 Claude 进入只读探索模式。读文件，追踪数据流，理解数据模型。然后出计划。最后执行。小修小补可以跳过计划，但任何涉及多个文件的改动都应该先计划。

把 plan 模式当设计文档用。让一个 Claude 写好计划，然后在全新会话里启动第二个 Claude，以资深工程师的身份来审查它——没有上下文偏见，才能真正找到漏洞。如果实现过程走偏了，回到 plan 模式重新规划，并把验证步骤加进去。

引用，不要描述。与其说「看看 auth 模块」，不如输入@src/auth/login.py。与其粘贴错误信息，不如管道传入：cat error.log | claude。精确的上下文永远胜过模糊的描述。

委托，不要结对编程。Cat Wu（Claude Code 团队成员）说：「当你把 Claude Code 当作一个你要向其委托任务的工程师、而不是一步步指导的结对搭档时，模型的表现是最好的。」一开始就写好清晰的简报，然后让它自己跑。

: 按 Ctrl+G 可以在 Claude 执行之前打开它的计划并在你的编辑器里调整。计划就是文本，在它变成代码之前塑造它。

: 当 Claude 犯了错，在提示词末尾加上「更新 CLAUDE.md，确保不要再犯这个错误。」Boris 说 Claude「从自己的失败中给自己写规则的能力强得惊人」。这个习惯比本指南里任何其他习惯的复利效应都大。

2. 重新理解 .claude 目录

大多数人打开.claude/一次，看到 CLAUDE.md，就再也不看了。它实际上是一套分层的配置系统。

两种作用域：项目作用域放在仓库的.claude/里，提交到 git 让团队共享。全局作用域在~/.claude/，对你机器上的所有项目生效。

心智模型：项目文件描述的是项目，全局文件描述的是你。

一个典型布局：

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.md

Boris 分享过 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.md

3.2 值得学习的公开 CLAUDE.md

• mattpocock/skills

  的 CLAUDE.md：关于技能应该如何编写和测试的规范

• anthropics/claude-code-action

  ：Anthropic 自己的仓库，对待方式跟内部工具一样

• 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 `Optional<T>` 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 skills@latest add mattpocock/skills

Jeffallan/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 - N+1 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。

社区值得采用的模式：

精选仓库：VoltAgent/awesome-claude-code-subagents（100+ 智能体）和 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就停了。剩下的一些命令对生产力的提升比你用的那些还大。

**/compactvs/clear：**真正的新任务用/clear加一个清晰的自己写的简报。相关但还需要上下文的任务用/compact加一个 hint。/compact是有损的 LLM 摘要，/clear是你的简报。这个区别很重要。

/rewind为每个提示词创建检查点，这些检查点在会话间保持。当 Claude 走上错误路径，不要输入「那个不行，试试 X」——那会污染上下文。回退然后用你学到的东西重新提示。

: 用!作为 shell 转义。!git status或!npm test立即运行并将输出加入上下文。

: 设置CLAUDE_CODE_AUTO_COMPACT_WINDOW=400000。在 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 作为强大工具

MCP（Model Context Protocol）把 Claude Code 从一个编程智能体变成一个感知系统的编程智能体。一个 MCP 服务器以标准化的方式向 Claude 暴露外部工具——数据库、设计工具、错误追踪器或你的笔记。

没有 MCP，Claude 读文件和跑命令。有了 MCP，Claude 可以读你的 Linear 工单、查询 Postgres、拉 Figma 组件、获取实时的 Sentry 堆栈追踪、或者读你的 Obsidian vault——全都不离开终端。

工程师必备的 MCP：

本地服务器用 stdio，供应商托管的用 HTTP + OAuth：

claude 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 模式 → Ctrl+G 编辑计划 → 实现 → 调用/pr-review子智能体或启动一个全新的 Claude 会话来审查。

Bug。先复现。管道传入错误：cat error.log | claude。让 Claude 先写一个能复现问题的失败测试。然后再让它修复。测试能防止修复变成猜测。

迁移或大规模改动。用/batch，它会就改动内容询问你，然后扇出到并行智能体，每个在自己的 worktree 里，各自测试并创建 PR。

不熟悉的代码。用子智能体：「用子智能体调查一下我们的 auth 怎么处理 token 刷新。」它会在自己的上下文里读几十个文件，然后汇报摘要。你的主会话保持干净。

并行会话。Boris 和团队把这称为最大的生产力解锁：三到五个 git worktree，各自运行自己的 Claude 会话。用 agent view（claude 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。

用 Ctrl+G 在执行前编辑 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 成为你的杠杆！