跳到主要内容

2 篇博文 含有标签「工作流」

查看所有标签

Claude Code 创始人的个人工作流揭秘

· 阅读需 7 分钟
Claude Code Tutorial Team
Claude Code Tutorial Team
AI 编程教育团队

作为 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 提到的这些技巧和最佳实践，我们都有详细的教程文档：

核心功能​

工作流程​

MCP 扩展​

实用指南​

关于作者：Boris 是 Claude Code 的创造者，致力于通过 AI 增强开发者的工作流程。

想要更多实战经验？ 查看我们的博客获取更多深度分享和最佳实践！

BMAD：AI 时代的敏捷开发新范式

· 阅读需 5 分钟
Claude Code Tutorial Team
Claude Code Tutorial Team
AI 编程教育团队

在 AI 技术飞速发展的今天，软件开发模式正在经历一场深刻的变革。传统的敏捷开发方法虽然大大提升了开发效率，但在 AI 时代，我们是否能更进一步？BMAD（Breakthrough Method for Agile AI-Driven Development）方法论给出了答案——通过 AI 代理模拟完整敏捷团队，实现人机协作的新高度。

重新思考软件开发流程​

传统的软件开发模式往往需要多个角色紧密协作：产品经理收集需求、架构师设计系统、开发者编写代码、测试工程师保证质量。这种模式虽然成熟，但也面临着人力成本高、沟通成本大、效率瓶颈明显等问题。信息在不同角色间传递时容易失真，重复性工作占用大量时间，质量又高度依赖个人经验和技能水平。

BMAD 方法论提供了一个全新的思路。它通过 19 种专业化的 AI 代理来模拟完整的敏捷团队，让一个开发者就能完成原本需要多人协作的工作。这些 AI 代理各司其职，覆盖了从需求分析到产品上线的整个生命周期。

AI 代理团队的默契配合​

想象一下这样的工作场景：当你需要开发一个新功能时，Business Analyst 首先进行市场调研和竞品分析，为你提供全面的商业洞察；Product Manager 接着创建详细的 PRD，将模糊的想法转化为清晰的需求；UX Expert 设计流畅的用户体验；Architect 规划稳定可扩展的系统架构。

进入开发阶段后，Scrum Master 帮你分解任务、管理迭代；Developer 专注于代码实现；QA Engineer 制定测试策略、保证代码质量。还有 Product Owner 确保文档对齐，DevOps Engineer 处理部署流程，Security Expert 进行安全审查。

这些 AI 代理之间信息传递零失真，可以并行工作，24 小时不间断。更重要的是，它们都遵循着标准化的工作流程，确保每个环节都有明确的执行标准。

实战体验：从想法到产品​

让我们通过开发一个待办事项应用来感受 BMAD 的工作流程。

首先，你只需要输入一个简单的指令，Business Analyst 就会为你呈现详尽的市场分析，包括竞品对比、用户需求洞察和市场机会评估。紧接着，Product Manager 会创建一份完整的 PRD，不仅有功能需求清单，还有用户故事地图和非功能需求。

当架构师介入时，它会基于具体需求设计出最适合的技术方案。比如，它会建议使用 React + TypeScript + TailwindCSS 构建前端，Node.js + Express + MongoDB 搭建后端，通过 Docker 部署到 AWS。每个技术选择都有充分的理由支撑。

最神奇的是开发阶段。Scrum Master 会将复杂的功能分解成可管理的任务，每个任务都有明确的验收标准。开发者专注于编码，QA 工程师同步进行质量检查。整个过程流畅自然，就像有一个经验丰富的团队在背后默默支持。

人机协作的新高度​

BMAD 的核心理念不是让 AI 完全取代人类，而是实现人机协作的最优化。开发者不再是单纯的生产者，而是质量的最终裁决者。AI 负责提供方案、执行重复性工作，人类负责创造性决策和质量把控。

这种模式带来了显著的优势。效率上，多个 AI 代理可以并行处理不同任务，大大缩短开发周期。质量上，标准化的流程和多重审查机制确保每个环节都经得起推敲。成本上，一个开发者配合 AI 团队就能完成原本需要多人协作的工作。

特别适合个人开发者和初创公司。当你有一个好想法但缺乏团队支持时，BMAD 让你能够以专业水准将想法变为现实。对于预算有限的初创团队，它可以在保证质量的前提下显著降低人力成本。

开始你的 BMAD 之旅​

采用 BMAD 方法论不需要大刀阔斧的改变。你可以从一个简单的项目开始，逐步熟悉各个 AI 代理的特点和使用方法。在实践中积累经验，在迭代中优化流程。

重要的是记住，AI 是工具，不是目的。保持对项目的整体把控，定期审查 AI 的工作成果，根据实际情况调整策略。随着经验的积累，你会找到最适合自己的人机协作模式。

BMAD 作为一个新兴的开发方法论，还在不断演进中。但有一点是确定的：AI 时代已经到来，软件开发的方式正在被重新定义。拥抱变化，主动适应，才能在这场变革中占据先机。

想要深入了解 BMAD 方法论的具体实施和最佳实践吗？请查看我们的详细教程：BMAD 方法论详解

欢迎在评论区分享你对 AI 参与软件开发的看法，以及你在实践中遇到的有趣案例。