Claude Code 可靠度提升：善用工作流文件

当只给 Claude Code 一个简短的请求——"修复这个 bug"或"添加这个功能"——它不得不自行推断执行过程。这正是可避免的错误开始出现的地方：它可能会修改第一个看起来合理的文件、遗漏某个依赖，或者在验证之前就停止。

一个有用的转变很简单：给 Agent 一个工作流程，而不仅仅是一个预期结果。

可靠的 Claude Code 工作流程是这样的

对于大多数开发任务，顺序很重要：

• 阅读相关代码和项目约定
• 确定实际问题并找出受影响的依赖
• 编辑前先形成一个针对性的计划
• 进行最小化的安全修改
• 运行检查并报告验证结果

这个顺序接近于经验丰富的团队成员处理任务的方式。它减少了猜测，同时不会把每个请求都变成一个冗长的提示词。

将重复性工作转化为命令

Claude Code 支持项目指令和命令，因此重复性任务可以拥有自己的 markdown 工作流程。例如，一个 bug 修复命令可以明确要求在实现前进行调查：

# Fix a known bug

1. Read CLAUDE.md and the relevant source files.
2. Restate the observed behavior and expected behavior.
3. Identify the likely root cause and affected files.
4. Implement the smallest correct fix.
5. Run the relevant tests, type checks, or build.
6. Summarize the change and verification results.

好处不在于一个神奇的提示词，而在于一致性：每个 bug 修复都从上下文开始，以验证结束。

六个覆盖日常开发的工作流程

我最常使用的几个工作流程：

• 调查复杂 bug
• 安全地重构较大范围
• 在依赖变更后修复回归

每个工作流程都应该设定对工作的预期：需要检查什么、如何计划、修改什么以及如何验证结果。

一个打包好的起点

我构建了 DevFlux 作为六个可直接使用的 markdown 工作流程集合，以 Claude Code 为主要焦点。将文件放入你的项目，调用相应的工作流程，然后给出一个简洁的任务描述。

DevFlux 也适用于其他支持项目级 markdown 指令的 AI 编码环境，包括 Cursor、Windsurf 和 VS Code。工作流程保持不变：先理解，再谨慎修改，最后验证。

你可以在 devflux.pro 查看这个工作流程集。

在编辑生产文件之前，你希望你的编码 Agent 遵循什么流程？