超越提示词：Claude Code 深度使用指南

Beyond the Prompt: Claude Code

Claude Code 是一款工具，普通用户和深度内化者之间的差距巨大。普通用户输入提示、接受建议，把它当成更智能的自动补全。而日常使用者则将其视为带有记忆、自定义命令、并行会话和持续累积项目配置的可编程代理。本文面向后者，假设你已经知道在终端输入 claude 时会发生什么。

1. Claude Code 超越基础

一旦你不再将 Claude Code 视为提示-等待的聊天机器人，而是把它当作需要护栏的自主代理，你的工作流就会发生转变。Boris Cherny 和 Anthropic 团队提出的最重要的原则：给 Claude 一种验证自己工作的方法。没有这个，你就是唯一的反馈回路。有了它，Claude 会不断迭代直到真正奏效，Boris 说仅这一点就能带来 2-3 倍的质量提升。

有几个模式能改变你的日常操作：

探索，然后计划，再编码。 计划模式（Shift+Tab 两次）让 Claude 进入只读探索。读取文件、追溯流程、理解数据模型。然后获取计划。再执行。小修小补跳过计划；任何涉及多个文件的任务都要用。

把计划模式当作设计文档。 让一个 Claude 写计划，然后在全新会话中启动第二个 Claude 作为高级工程师来审查，没有上下文偏见，这样它才能发现漏洞。如果实现偏离了方向，回到计划模式，加入验证步骤重新计划。

引用，不要描述。 不要写“看看 auth 模块”，而是输入 @src/auth/login.py。不要粘贴错误信息，而是通过管道传入：cat error.log | claude。精确的上下文总是胜过模糊的描述。

委派，不要结对编程。 Cat Wu（Claude Code 团队）：“模型在你把它当作委派工作的工程师、而不是逐行指导的结对编程伙伴时表现最佳。”预先写一个清晰的任务简介，然后让它运行。

Ctrl+G： 按下 Ctrl+G 在编辑器中打开 Claude 的计划，在 Claude 执行前调整它。计划只是文本，所以在变成代码前塑造它。

当 Claude 犯错时， 以“更新 CLAUDE.md 以免你重复此错误”结束提示。Boris 说 Claude “从自己的失败中编写规则的能力惊人地好”。这个习惯的复利效应超过本文中任何其他习惯。

2. 正确理解 .claude 目录

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

两个作用域： 项目作用域位于仓库内的 .claude/ 中，提交到 git 以便团队共享。全局作用域位于 ~/.claude/，适用于机器上的所有项目。

思维模型： 项目文件描述项目，全局文件描述你。

| 文件 | 作用域 | 提交 | 作用 | |------|--------|------|------| | CLAUDE.md | 项目和全局 | 是 | 每次会话加载的指令 | | CLAUDE.local.md | 项目 | 否，git忽略 | 你的私人项目笔记 | | settings.json | 项目和全局 | 是 | 权限、钩子、环境变量、模型默认值 | | settings.local.json | 项目 | 否 | 个人覆盖，自动 git忽略 | | .mcp.json | 项目 | 是 | 团队共享的 MCP 服务器 | | skills/<name>/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 # git忽略，个人 └── .mcp.json # 团队共享的 MCP 服务器 `

一些容易被忽略的要点：

CLAUDE.md 文件会级联。 在单仓库中，当你处理 billing 服务时，root/CLAUDE.md 和 root/services/billing/CLAUDE.md 都会加载。对于不同文件夹有不同约定的代码库非常强大。

rules/*.md 是按路径限定的。 特定于迁移文件夹的指导不应放在 CLAUDE.md 中膨胀每个会话；它应该放在 .claude/rules/migrations.md 中，并附带一个 glob。

优先使用 skills 而非 commands。 .claude/commands/*.md 和 .claude/skills/<name>/SKILL.md 都能创建斜杠命令，但 skills 支持辅助文件、禁用模型调用、允许的工具和代理覆盖。新工作应放在 skills/ 中。

注意： 运行 claude project purge ~/path/to/repo --dry-run 来查看 Claude 为项目保存的本地状态，在移交笔记本电脑前很方便。

3. CLAUDE.md，Boris 的写法

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: use a string literal, not a ts enum @claude add to CLAUDE.md to never use enums, always prefer literal unions ` 他称之为“复利式工程”，每次 PR 审查都变成一次 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 规范，无需我提及。几周内，我的 PR 上的挑剔评论明显减少了。

提示： 将两个部分清晰分开：项目特定的反馈和个人习惯需要纠正。混在一起会使文件日后更难修剪。

提示： 几周后修剪。已成肌肉记忆的东西可以删除。文件应该捕捉仍在学习的内容，而不是你已经自动完成的事情。

5. Skills，深入理解

Skills 让 Claude Code 从“什么都能做的代理”转变为“为你的项目特别擅长某些事情的代理”。它们是可重用专业知识的单元。

5.1 Skills 到底是什么

skill 是 .claude/skills/<name>/（项目）或 ~/.claude/skills/<name>/（全局）下的一个文件夹，包含一个带有 frontmatter 和指令的 SKILL.md。文件夹名称成为斜杠命令。

最简单的 skill 示例： ` --- description: 总结未提交的更改并标记任何风险。当用户询问更改了什么、想要提交信息或要求审查 diff 时使用。 ---

Current changes

!git diff HEAD

Instructions

用两三个要点总结更改，然后列出风险：缺少错误处理、硬编码值、需要更新的测试。 ` 保存到 ~/.claude/skills/summarize-changes/SKILL.md，/summarize-changes 就在每个会话中可用。

使 Skills 强大的三个特点： - 渐进式展示。 Claude 在会话开始时只加载 frontmatter 描述（每个约 100 个 token）。完整的 SKILL.md 和辅助文件仅在需要时才加载。 - Skills 是文件夹，不是文件。 打包模板、参考文档、脚本、配置。SKILL.md 只是入口点。 - 内联 shell。 以 ! 开头的行会在调用时运行命令并注入输出。

Frontmatter 支持有用的额外选项： ` --- description: When to use this skill disable-model-invocation: true # 仅在用户显式输入 /my-skill 时运行 allowed-tools: Read, Grep, Bash agent: read-only --- ` 提示： 对于有副作用的 skill，使用 disable-model-invocation: true。你希望 /ship 仅在显式输入时部署，而不是在 Claude 认为相关时自动触发。

5.2 编写一个真实的 Skill：Go API 约定

一个完整的 skill，用于 Go 服务团队，涵盖约定、陷阱和新 HTTP 处理器的脚手架： ` .claude/skills/go-handler/ ├── SKILL.md ├── templates/ │ └── handler.go.tmpl └── examples/ └── healthz.go `

` --- description: 在我们的 Go 服务中按照团队约定搭建新的 HTTP 处理器，包括路由、验证、错误处理和测试。当用户要求添加新端点、新处理器或扩展现有路由组时使用。 ---

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. ` 像这样的 skill 能让新开发者在不需要先阅读整个代码库的情况下添加完全符合约定的端点。

5.3 值得安装的流行 Skills

- mattpocock/skills，最流行的 skills 仓库（约 10 万星）。亮点： - /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 官方 skills： - /code-review：四个并行代理审计差异，仅输出高置信度发现 - /simplify：审查最近代码的重用和效率 - /batch：将迁移任务分发给数十个并行代理，每个在自己的工作树中 - /webapp-testing：让 Claude 使用 Playwright 控制你的本地 Web 应用

提示： 如果你一天做某件事超过一次，把它变成 skill。任何重复的事都是等待编写的 skill。

提示： 将 skills 提交到 git。它们成为机构知识，新工程师克隆仓库就能免费获得团队积累的实践。

6. 构建自定义子代理

子代理在自己的上下文窗口中运行，拥有自己的工具权限，并返回摘要。它可以读取 50 个文件而不会填满你的主会话。这就是全部的价值主张。

子代理是 .claude/agents/（项目）或 ~/.claude/agents/（全局）下的一个 markdown 文件，带有 frontmatter 块，声明名称、描述、工具和模型。

6.1 逐步解析 /pr-review 代理

` --- name: pr-review description: 审查当前分支对比主分支的差异，寻找 bug、安全问题、遗漏的边界情况和项目约定违反。在打开 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。

社区模式值得采用：

| 代理 | 功能 | |------|------| | security-reviewer | 注入、认证、秘密、不安全反序列化 | | test-writer | 生成测试，与 code-reviewer 在循环中配合 | | debugger | 追踪失败测试到根本原因 | | performance-auditor | 分析流程和查询 | | migration-writer | 生成符合项目约定的数据库迁移 | | release-notes-writer | 从提交历史生成变更日志 |

精选仓库：VoltAgent/awesome-claude-code-subagents（100+ 代理）和 hesreallyhim/a-list-of-claude-code-agents。

提示： 链接代理：会话 A 实现，然后调用 使用 code-reviewer 子代理检查工作。 审阅者在没有实现偏见的新上下文中评估。

提示： 添加隔离：在 frontmatter 中使用 worktree 让子代理在自己的 git 工作树中运行，在将迁移任务分发到数十个并行代理时尤其强大。

7. 插件与市场

插件将 skills、钩子、子代理和 MCP 服务器打包成一个可安装的单元。运行 /plugin 打开市场浏览器。使用 /plugin marketplace add owner/repo 添加社区市场。

第一天安装： - /code-review 运行四个并行代理：两个审计 CLAUDE.md 合规性，一个扫描 bug，一个分析 git blame 以获取上下文。置信度评分，高信噪比。 - /feature-dev 是官方市场上最受欢迎的 skill。通过七个阶段将功能简介转化为工作代码：需求→探索→架构→实现→测试→审查→文档。 - 语言服务器插件提供精确的符号导航和每次编辑后的自动诊断。团队一致认为这是你能安装的单个最高影响力的插件。 - /security-guidance 是 Anthropic 的官方安全 skill，在问题发布前暴露风险。

值得了解的插件类别（截至 2026 年中，75+ 市场上有 1000+ 插件）： Git 工作流、代码智能（LSP）、文档生成器、测试、浏览器自动化（Playwright）、设计系统（Figma）、可观测性（Sentry、Datadog）。

提示： 一个团队共享的 .mcp.json 加上几个精心选择的插件，能让新工程师在克隆仓库几分钟内高效工作。将插件选择作为入职故事的一部分。

8. 未被充分利用的 Claude Code 命令

大多数用户了解 /clear、/compact 和 /init 后就停止了。还有几个命令默默地为生产力做出了更多贡献。

| 命令 | 作用 | |------|------| | /insights | 分析你的使用模式；每月运行一次 | | /compact <hint> | 压缩会话；hint 控制哪些内容保留 | | /copy | 复制最后响应；代码块的交互式选择器 | | /rewind | 撤销整个会话，恢复代码、对话或两者 | | /btw | 边问问题，不会进入会话历史 | | /context | 可视化上下文使用情况 | | /export <file> | 将会话转储到文件 | | /branch | 分叉会话以尝试有风险的事情 | | /batch | 将工作分发给跨工作树的并行代理 | | /loop <interval> | 安排 Claude 重复运行，最多 3 天 | | /schedule | /loop 的云端版本，即使合上笔记本电脑也能工作 | | /teleport | 在终端和 Web 之间移动会话 | | /focus | 隐藏中间工具调用，仅显示最终结果 | | /voice | 语音输入；Boris 说他主要靠说话写代码 | | --bare | 非交互式 claude -p 使用，启动速度提升最多 10 倍 |

/compact 与 /clear： 真正的新任务 = 用清晰的手写简介执行 /clear。需要上下文的相关任务 = 用 hint 执行 /compact。/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 ` 先在三个文件上测试。修复提示。然后在两千个文件上运行。

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 钩子: 用你自己的测试套件或 CI 端点作为门控 - 自动模式: 移除权限提示，使长目标不会卡住

提示： 结合 /goal + 自动模式 + /focus。写一个清晰的任务简介，设定目标，走开。回来时得到一个完成的 PR。这是 Boris 和 Cat Wu 为 Opus 4.7 推广的工作流。

9. 作为强大工具的 MCP

MCP（模型上下文协议）将 Claude Code 从编码代理转变为系统感知的编码代理。MCP 服务器以标准化方式向 Claude 暴露外部工具，如数据库、设计工具、错误追踪器或笔记。

没有 MCP，Claude 读取文件和运行命令。有了 MCP，Claude 可以读取你的 Linear 工单、查询你的 Postgres、拉取 Figma 组件、获取实时 Sentry 堆栈跟踪，或读取你的 Obsidian 保险库，全部无需离开终端。

用于工程工作的首选 MCP：

| MCP | 解锁的功能 | |-----|-----------| | GitHub | 仓库管理、PR、问题、代码搜索 | | Context7 | 实时、最新的库文档；将 use context7 附加到任何提示 | | Sentry | 真实错误上下文、堆栈跟踪、面包屑 | | Linear | 读取/创建工单、更新状态 | | Playwright | 通过无障碍快照进行浏览器自动化 | | Figma | 实时设计树：自动布局、间距标记、组件引用 | | Postgres / Supabase | 直接查询开发数据库 | | Slack | 阅读线程、总结讨论、草拟回复 |

本地服务器使用 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 可以读取我的保险库”。

设置： 在 Obsidian 中安装 obsidian-claude-code-mcp（在本地 WebSocket 上暴露保险库，端口 22360）。Claude Code 自动发现它。在保险库中添加一个 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/<today>.md 中写入一个带时间戳的日志。Stop 钩子可以自动完成：当代理完成时，它会追加结构化的摘要。 - 温存储： 项目笔记。每个项目在 20-Projects/ 下有一个文件夹。在任何新会话之前，Claude 读取项目 README 和最近 2-3 个会话日志来重建上下文。30 秒内获得两周的上下文。 - 冷存储： 决策和原子。架构决策被提升为 ADR 放入 30-Decisions/。可重用知识被提炼放入 40-Atoms/，并通过维基链接跨所有项目链接。

日常工作流： - 我的收件箱里有什么？总结并建议每个条目属于哪里。 - 检查 30-Decisions/ 中与重试策略相关的任何内容。 - 读取 billing-v2 的最后 3 个会话日志。告诉我上次停在哪里。

提示： 抵制安装每个 MCP 的冲动。每个 MCP 都会扩展 Claude 推理的工具列表，臃肿的工具列表会损害决策质量。启动集：GitHub、Context7，加上一两个领域特定的。

提示： 在 Claude Code 内部运行 /mcp 列出每个活跃服务器及其连接状态。当某东西不工作时，这是第一个检查的地方。

10. 优化你的日常工作流

早上。 在项目中打开 Claude Code。浏览子代理和计划任务在夜间做了什么。每周运行一次 /insights。

新功能。 计划模式 → 用 Ctrl+G 编辑计划 → 实现 → 调用 /pr-review 子代理或启动一个全新的 Claude 会话进行审查。

Bug。 先复现。通过管道输入错误：cat error.log | claude。让 Claude 编写一个复现该 bug 的失败测试。然后才让它修复。测试可以防止修复只是猜测。

迁移或批量更改。 使用 /batch，它会面试你的更改，然后分发给并行代理，每个在自己的工作树中，每个都测试并创建 PR。

不熟悉的代码。 使用子代理：“使用子代理调查我们的 auth 如何处理 token 刷新。” 它在自己的上下文中读取数十个文件并返回摘要。你的主会话保持清洁。

并行会话。 Boris 和团队称这是最大的生产力解锁：三到五个 git 工作树，每个运行自己的 Claude 会话。使用代理视图（claude agents）作为控制面板。

写者/审阅者模式。 会话 A 实现。会话 B 在新上下文中审查。将审查复制回来，修复，重复。

在里程碑处压缩。 完成一个逻辑块后：/compact 保留所做的决策、更改的文件和测试命令。

提示： 永远不要让 Claude 在没有证据的情况下声称成功，无论是测试、截图还是真实的命令输出。信任-然后-验证的差距是糟糕输出的最大来源。

11. 来自 Anthropic 团队的提示

收集自 Boris、Cat Wu、Thariq 及更广泛的团队。这些是真正改变他们工作方式的模式：

- “给 Claude 一种验证其输出的方法。一旦你这样做，Claude 会迭代直到结果优秀。”——Boris 最常重复的提示。 - 对几乎所有事情使用 Opus，配合高或极高努力度。需要更多纠正的较小模型通常总体上更慢，这是 Boris 默认使用 Opus 的理由。 - 并行运行 3-5 个会话。使用工作树而不是检出。使用 claude --worktree 或桌面应用。代理视图将它们联系起来。 - 为每个项目维护一个笔记目录，在每个 PR 后更新。告诉 Claude 将笔记保存在一个目录中，让 CLAUDE.md 指向它。代码库的自知识会复利增长。 - 构建一个 /techdebt 斜杠命令。在每个会话结束时运行它来查找和消除重复代码。 - 团队的 CLAUDE.md 是共享的，每周多次编辑。每次有人看到 Claude 做错事，他们就添加一条规则。将其视为活文档。 - 按两次 Esc 打开回退。结合检查点：尝试有风险的事情，发现它们失败了，干净地回退。 - 对于 UI 更改，设置 Playwright MCP。Boris 每次处理 Web 代码时都使用 Chrome 扩展，Claude 打开浏览器、点击并验证。 - 安装语言服务器插件。每次编辑后捕获类型错误和未使用的导入。你能安装的最高影响力插件。 - 使用 /voice 进行提示。你说话比打字快 3 倍，提示也因此更加详细。 - 自动模式 + /focus + /goal。清晰的任务简介，设定目标，走开。回来时得到一个完成的 PR。 - 使用 Ctrl+G 在实现前在编辑器中编辑 Claude 的计划。比在聊天中打字修正更快。 - 让 Claude 绘制新协议和代码库的 ASCII 图表。Boris 快速理解不熟悉代码的方法。

12. 资源

官方文档 - Claude Code 文档 - 探索 .claude 目录 - Claude Code 最佳实践 - 记忆（CLAUDE.md、规则、自动记忆） - Skills · 子代理 · 插件 · MCP · 钩子

Boris 和团队 - Boris 如何使用 Claude Code：来自创建者的 89+ 个提示，来源于他的 X 线程 - Anthropic 博客：Opus 4.7 与 Claude Code 的最佳实践 - shanraisshan/claude-code-best-practice

Skills - mattpocock/skills：“真实工程师的 Skills” - Jeffallan/claude-skills：66 个语言特定 skills - addyosmani/web-quality-skills：Web 性能和质量 - Anthropic skills cookbook

子代理 - VoltAgent/awesome-claude-code-subagents：按类别组织的 100+ 个子代理 - hesreallyhim/a-list-of-claude-code-agents

插件和市场 - Chat2AnyLLM/awesome-claude-plugins：75+ 市场中的 1000+ 个插件 - claudemarketplaces.com

MCP - Obsidian Claude Code MCP 插件 - 官方 MCP 服务器列表 - claude.com/partners/mcp

结语

Claude Code 在我停止将其视为终端中的 ChatGPT 后才真正发挥作用。你不再想“我需要写这段代码”，而是开始想“我需要设置好 Claude 来写好这段代码”。设置就是工作。执行主要是验证。

有几件事真正改变了我的工作方式：

- CLAUDE.md 是复利式基础设施。 每次 Claude 犯错都是一条等待编写的规则。几周“更新 CLAUDE.md 以免你重复此错误”之后，相同的提示会产生显著更好的输出。 - CLAUDE.local.md 捕获 PR 反馈。 你的审阅者免费提供训练数据。将重复出现的反馈转换为规则。下次让 Claude 应用它们。 - Skills 是可重用专业知识的单元。 如果你发现自己两次提示相同的指令，那就是一个等待编写的 skill。 - 子代理优于厨房水槽式提示。 分离关注点，保持上下文清洁，每个独立任务的质量都会提升。 - 并行会话是每个人低估的解锁能力。 三个 Claude 在三个工作树中是不同类型的杠杆。尝试一天。

真正的转变发生在你不再把 Claude Code 看作你用来写代码的工具，而是开始把它看作你需要训练、配置和操作的东西。大多数人止步于提示词。超越它，进入目录结构、skills、代理、插件和 MCP，它就不再感觉像工具，而开始感觉像队友。

Claude Code 图标由 LobeHub 提供，基于 Apache 2.0 许可使用。