Claude Code 创始人的个人工作流揭秘
作为 Claude Code 的创造者，Boris 经常被问及如何使用这个工具。本文将详细介绍他的个人工作流设置和实践经验。
简约而强大的配置
Boris 的个人设置可能出奇地简单。由于 Claude Code 开箱即用效果就很好，他几乎不需要进行自定义配置。
"没有使用 Claude Code 的唯一正确方式，" Boris 强调，"我们故意将其构建成可以随心所欲地使用、定制和黑客修改的形式。"事实上，Claude Code 团队中的每个人使用方式都截然不同。
以下是 Boris 的具体实践：
1. 并行运行 5 个 Claude 实例
Boris 在终端中并行运行 5 个 Claude 会话。他将标签页编号为 1-5，并使用系统通知来知道哪个 Claude 需要输入。这种多实例并行的工作方式让他能够同时处理多个任务。
2. 终端与 Web 并行使用
除了本地终端，Boris 还在 http://claude.ai/code 上运行 5-10 个 Claude 实例，与本地的 Claude 并行工作。当在终端编码时，他经常将本地会话移交给 Web（使用 &），或者在 Chrome 中手动启动会话，有时还会来回 --teleport。
此外，他还会每天早上和白天从手机（通过 Claude iOS 应用）启动几个会话，并在稍后查看它们的进度。这种多端协同的工作方式让他能够随时随地保持工作流的连续性。
3. 全程使用 Opus 4.5 + Thinking
Boris 的所有工作都使用 Opus 4.5 with thinking。"这是我用过的最好的编码模型，"他说，"虽然它比 Sonnet 更大更慢，但因为你需要引导的次数更少，而且它更擅长使用工具，最终几乎总是比使用更小的模型更快。"
4. 团队共享 CLAUDE.md
Boris 的团队为 Claude Code 仓库共享单个 http://CLAUDE.md 文件。他们将其签入 git，整个团队每周都会多次贡献内容。每当看到 Claude 做错事情时，就会将其添加到 http://CLAUDE.md 中，这样 Claude 下次就知道不这么做了。
"其他团队维护自己的 http://CLAUDE.md，" Boris 解释道，"保持最新是每个团队的责任。"
5. 代码审查中的 CLAUDE.md 更新
在代码审查期间，Boris 经常在同事的 PR 上标记 @.claude，将内容添加到 http://CLAUDE.md 作为 PR 的一部分。他们为此使用 Claude Code Github action（/install-github-action）。这是他们对 @danshipper 的"复合工程"理念的实践。
6. 大部分会话从 Plan 模式开始
Boris 的大多数会话都从 Plan 模式开始（按两次 shift+tab）。如果目标是编写 Pull Request，他会使用 Plan 模式，与 Claude 来回对话，直到满意它的计划。从那里，他切换到自动接受编辑模式，Claude 通常可以一次完成。
"一个好的计划真的很重要！" Boris 强调。
7. 使用 Slash Commands 自动化重复工作流
Boris 对每天都要做很多次的每个"内循环"工作流都使用斜杠命令。这节省了重复提示的时间，并使 Claude 也能使用这些工作流。命令被签入 git 并存在于 .claude/commands/ 中。
例如，他每天使用 /commit-push-pr 斜杠命令几十次。该命令使用内联 bash 来预先计算 git 状态和其他一些信息，使命令运行快速，避免与模型来回交互。
8. 使用 Subagents 处理常见工作流
Boris 经常使用几个子代理：code-simplifier 在 Claude 完成工作后简化代码，verify-app 有详细的说明来端到端测试 Claude Code，等等。与斜杠命令类似，他将子代理视为为大多数 PR 执行的最常见工作流的自动化。
9. PostToolUse Hook 处理代码格式化
Boris 的团队使用 PostToolUse hook 来格式化 Claude 的代码。"Claude 通常开箱即可生成格式良好的代码，hook 处理最后 10%，以避免稍后在 CI 中出现格式错误。"
10. 权限管理最佳实践
Boris 不使用 --dangerously-skip-permissions。相反，他使用 /permissions 来预先允许知道在他的环境中安全的常见 bash 命令，以避免不必要的权限提示。其中大多数被签入 .claude/settings.json 并与团队共享。
11. 让 Claude 使用所有工具
"Claude Code 为我使用所有工具，" Boris 说。它经常搜索并发布到 Slack（通过 MCP 服务器），运行 BigQuery 查询来回答分析问题（使用 bq CLI），从 Sentry 获取错误日志等。Slack MCP 配置被签入他们的 .mcp.json 并与团队共享。
12. 长时间运行任务的处理
对于非常长时间运行的任务，Boris 会要么：
- (a) 提示 Claude 在完成后使用后台代理验证其工作
- (b) 使用 agent Stop hook 更确定地做到这一点
- (c) 使用 ralph-wiggum 插件（最初由 @GeoffreyHuntley 构思）
他还在沙盒中使用 --permission-mode=dontAsk 或 --dangerously-skip-permissions，这样 Claude 可以无需被阻止而持续工作。
13. 最重要的一点：提供验证机制
"可能是从 Claude Code 获得出色结果的最重要的事情 —— 给 Claude 一种验证其工作的方法，" Boris 强调，"如果 Claude 有那个反馈循环，它将使最终结果的质量提高 2-3 倍。"
Claude 使用 Claude Chrome 扩展测试推送到 http://claude.ai/code 的每一个更改。它打开浏览器，测试 UI，并迭代直到代码正常工作且 UX 感觉良好。
"验证在每个领域看起来都不同，" Boris 解释道，"它可能就像运行 bash 命令一样简单，或者运行测试套件，或者在浏览器或手机模拟器中测试应用程序。务必确保使这一点变得坚固可靠。"
总结
这些技巧来自于 Boris 日常使用 Claude Code 的真实经验。"最重要的是找到适合你的工作方式 —— 没有标准答案，只有不断实验和优化。"
这些实践展示了 Claude Code 的强大之处在于其灵活性和可定制性。无论你是刚入门的新手还是经验丰富的开发者，都可以从 Boris 的经验中获得启发，找到最适合自己的工作方式。
深入学习
Boris 提到的这些技巧和最佳实践，我们都有详细的教程文档：
核心功能
- CLAUDE.md 配置指南 - 学习如何编写高质量的 CLAUDE.md 文件（对应实践 #4、#5）
- Claude Skills 系统完全指南 - 掌握 Slash Commands 的创建和使用（对应实践 #7）
- Hooks 系统完全指南 - 了解事件驱动自动化机制（对应实践 #9、#12）
工作流程
- 提示词工程 - 优化与 Claude 的沟通方式
- BMAD 方法论 - AI 时代的敏捷开发新范式
- SuperClaude Framework - 构建 AI 代理团队
MCP 扩展
- MCP 架构详解 - 理解 MCP 的工作原理（对应实践 #11）
- MCP 开发环境搭建 - 开始创建自己的 MCP 服务器
- SuperClaude 集成 - 探索 MCP 生态系统
实用指南
关于作者：Boris 是 Claude Code 的创造者，致力于通过 AI 增强开发者的工作流程。
想要更多实战经验？ 查看我们的博客获取更多深度分享和最佳实践！