Claude Code 多模型分工神器：Opus 规划、Haiku 执行，这个 Skill 把边界划清楚了

很多人用 Claude Code 写代码，但普遍存在一个隐蔽的问题：Opus 写，Haiku 也在写，两个模型分工不清。结果 Haiku 提交了不该提交的变更，Opus 做了本该 Haiku 做的细活，整体效率反而不如预期。

今天挖到一个刚更新的 Skill，叫 claude-develop，来自 GitHub 独立开发者 iliagerman。它解决的就是这件事——给 Claude Code 的多模型协作立规矩。

它是什么

claude-develop 是一套强制层级分工的开发工作流。它的核心理念很简单：

• Opus：检查、规划、独立验证、交付
• Haiku：编辑、运行已批准的检查、总结

Haiku 的输出仅作为证据，禁止执行 Git 操作，禁止修改 .git 目录。而 Opus 的工作则是先读仓库指令，再写实现方案，把每一个细节都锚定到真实代码路径上。

核心工作流

当你要开发一个功能时，Opus 会先读取项目的 CLAUDE.md 和相关代码，理解现有模式，然后输出实施级别的规划——包括精确的文件路径、符号签名、编辑顺序、数据流、边界情况和错误处理。

Haiku 拿到这个规划后只做执行，不做决策。如果检查失败了，Opus 会分析错误原因，修正后让 Haiku 重新跑，直到所有检查通过。

简单说就是：Opus 动脑，Haiku 动手，边界清晰，互不越界。

为什么值得装

传统开发中，AI 经常”眉毛胡子一把抓”——你让它写功能，它连 Git 提交风格都帮你定了；你让它修 Bug，它直接重写了半个模块。claude-develop 通过强制的模型分层，把规划权交给 Opus（最强模型），把执行权交给 Haiku（最快模型），既保证了质量，又压低了成本。

另外它还有一层安全保障：Opus 主动拒绝包含 Git 操作、.git 引用、破坏性 Shell 操作或无关命令的检查项。相当于给 Haiku 的行为上了把锁。

安装方式

npx skills add https://github.com/iliagerman/agents --skill claude-develop

装完直接 /claude-develop 触发即可。

GitHub 链接：https://github.com/iliagerman/agents

GitHub: https://github.com/iliagerman/agents