type
Post
status
Published
date
slug
summary
tags
推荐
工具
开发
vibi coding
学习
category
阅读笔记
icon
password
开场：Boris Cherny 的 Claude Code 使用方式
Boris Cherny 是 Claude Code 的创建者。他分享了自己的使用设置，这些设置可能出乎意料地"朴素"——Claude Code 开箱即用就很好，不需要做太多自定义。没有唯一正确的使用方式：Claude Code 被设计成可以按需使用、定制、甚至 hack 的工具。团队里的每个人用法都很不一样。
1. 并行运行多个 Claude 实例
在终端并行运行 5 个 Claude。把标签页编号为 1–5，并用系统通知提示某个 Claude 需要输入。
2. 同时使用终端和网页版
在 http://claude.ai/code 并行运行 5–10 个 Claude，和本地会话同时进行。写代码时常把本地会话交给网页（用 &），或在 Chrome 手动开启会话，有时会用 –teleport 来回切换。
3. 始终使用 Opus 4.5（带思考）
所有事情都用 Opus 4.5（带思考）。这是目前最好的编码模型。尽管它比 Sonnet 更大更慢，但因为更少需要"驾驶"、工具使用更强，最终几乎总是比用更小的模型更快。
4. 团队共享 CLAUDE.md 文件
团队为 Claude Code 仓库共享一个 http://CLAUDE.md。它在 git 中，整个团队每周多次贡献。每当看到 Claude 做错事，就把"不该做的事/修正"写进 http://CLAUDE.md，让 Claude 下次别再犯。
5. 在代码评审中使用 Claude
代码评审期间，常在同事的 PR 上 @.claude，把事项加入 http://CLAUDE.md 作为 PR 的一部分。使用 Claude Code GitHub Action（/install-github-action）。这是 Compounding Engineering 的一个版本。
6. 从 Plan 模式开始会话
大多数会话从 Plan 模式开始（shift+tab 两次）。如果目标是写一个 Pull Request，用 Plan 模式与 Claude 来回迭代直到满意方案。然后切到自动接受编辑模式，Claude 通常一次就能完成。好的计划非常重要。
7. 使用 Slash 命令自动化工作流
为每天重复很多次的"内环"工作流全部使用 slash 命令。这避免重复提示，也让 Claude 能使用这些工作流。命令被检入 git，位于 .claude/commands/。
8. 使用子代理处理常见任务
经常使用一些子代理：code-simplifier 在 Claude 完成后简化代码，verify-app 有端到端测试 Claude Code 的详细说明，等等。类似于 slash 命令，把子代理看作把最常见的工作流自动化。
9. 使用 PostToolUse 钩子格式化代码
使用 PostToolUse 钩子来格式化 Claude 的代码。Claude 通常生成的代码格式很好，这个钩子处理最后 10%，以避免后续 CI 中的格式错误。
10. 预先配置权限而非跳过
不使用 –dangerously-skip-permissions。相反，使用 /permissions 预先允许在环境中安全的常见 bash 命令，以避免不必要的权限提示。多数设置检入 .claude/settings.json 并与团队共享。
11. 通过 MCP 集成各种工具
Claude Code 会使用所有工具：它经常通过 MCP 服务器搜索并在 Slack 发帖；用 bq CLI 跑 BigQuery 来回答分析问题；从 Sentry 抓取错误日志等。Slack 的 MCP 配置被检入 .mcp.json 并在团队内共享。
12. 处理长时间运行的任务
遇到很长时间运行的任务时，可以：
- 让 Claude 在完成后用后台代理验证结果
- 用 agent 的 Stop hook 更可控地执行
- 使用 ralph-wiggum 插件（最初由 @GeoffreyHuntley 构想）
也可以在沙箱里用 –permission-mode=dontAsk 或 –dangerously-skip-permissions，避免本次会话的权限弹窗，让 Claude 不被阻塞。
13. 最关键提示：建立验证反馈回路
要让 Claude Code 产出更好结果——给 Claude 一个验证自己工作的方式。有反馈回路时，最终质量会提升 2–3 倍。
Claude 用 Chrome 扩展测试落到 claude.ai/code 的每一次改动：它打开浏览器，测试 UI，并迭代直到代码工作且体验良好。验证因领域而异，可能是跑 bash 命令、测试套件，或在浏览器/手机模拟器里测应用。务必把这部分打磨扎实。