Claude Code 设置技巧总结,由 Claude Code 的创建者 Boris Cherny (@bcherny) 于 2026 年 1 月 3 日发布。
| ← 返回 Claude Code 最佳实践 |
Boris 分享了他个人的 Claude Code 设置,并表示这"出奇地简单" —— Claude Code 开箱即用效果很好,所以他自定义不多。使用它没有唯一正确的方法:团队故意设计成你可以随心所欲地使用、自定义和修改。Claude Code 团队中的每个人使用它的方式都非常不同。
在终端中并行运行 5 个 Claude。将标签页编号为 1–5,使用系统通知知道 Claude 何时需要输入。
参见:终端设置文档
并行运行 5–10 个 claude.ai/code 会话与本地 Claude 会话。使用 claude.ai/code 将本地会话交给网页会话,在 Chrome 中手动启动会话,并在两者之间自由切换。
所有任务都使用带思考的 Opus 4.5。这是 Boris 用过的最好的编程模型 —— 即使它比 Sonnet 更大更慢,因为你需要更少地引导它,而且它在工具使用上更好,最终使用它比使用小模型几乎总是更快。
为仓库共享一个 CLAUDE.md。提交到 git,让整个团队每周贡献多次。每当 Claude 做错什么时,添加到 CLAUDE.md,让 Claude 知道下次不要再这样做。
代码审查时,在同事的 PR 上 @claude 添加内容到 CLAUDE.md 作为 PR 的一部分。使用 Claude Code GitHub Action (install-@hub-action) —— 这是 Boris 版本的复利工程。
大多数会话从计划模式开始(按 shift+tab 两次)。如果目标是写 Pull Request,使用计划模式与 Claude 来回确认直到满意它的计划。然后切换到自动接受编辑模式,Claude 通常可以一次性完成。好的计划非常重要。
为每天重复多次的所有"内环"工作流使用斜杠命令。这避免了重复提示,也让 Claude 可以使用这些工作流。命令提交到 git,位于 .claude/commands/。
示例:/commit-push-pr — 提交、推送并打开 PR。
定期使用几个子代理:code-simplifier 在 Claude 完成工作后简化代码,verify-app 有详细的端到端测试 Claude Code 的说明,等等。把子代理看作自动化最常见的工作流 —— 类似于斜杠命令。
子代理位于 .claude/agents/。
使用 PostToolUse 钩子格式化 Claude 的代码。Claude 通常生成的代码格式已经很好,钩子处理最后 10%,避免之后 CI 中的格式错误。
"PostToolUse": [
{
"matcher": "Write|Edit",
"hooks": [
{
"type": "command",
"command": "bun run format || true"
}
]
}
]不要使用 --dangerously-skip-permissions。相反,使用 /permissions 预允许你知道在环境中安全的常见 bash 命令,避免不必要的权限提示。大部分已提交到 .claude/settings.json 与团队共享。
Claude Code 使用所有你的工具。它经常搜索和发布到 Slack(通过 MCP 服务器),运行 BigQuery 查询回答分析问题(使用 bq CLI),从 Sentry 获取错误日志等。Slack MCP 配置提交到 .mcp.json 与团队共享。
对于非常长时间运行的任务,可以 (a) 提示 Claude 完成后用后台代理验证其工作,(b) 更确定性地使用代理停止钩子,或 (c) 使用 ralph-wiggum 插件(最初由 @GeoffreyHuntley 提出)。
从 Claude Code 获得出色结果最重要的事情 —— 给 Claude 一个验证其工作的方法。如果 Claude 有这样的反馈循环,最终结果的质量会提高 2–3 倍。
Claude 测试 Boris 提交的每一个更改。













