zclllyybb Breakwater Develop
只有当 Breakwater prompt 和用户请求都指向明确的开发任务时，才使用这个 skill。例如：实现功能、修复 bug、修改测试，或做一个范围清晰的小型重构。
前置条件
- 找到正确的目标代码库
- 非常清楚地知道用户希望基于哪个分支开发
如果这些条件不满足，通过正常的 Breakwater reply 路径说明缺少的信息或风险，然后退出当前 skill，不再进行开发。
具体操作
你必须使用新的 branch 和 worktree，除非用户明确给出其他指令。建立 worktree 后按项目指令（如有）准备好环境； 你必须在新的开发分支上首先拉取远端最新内容，防止 push 以后冲突； 你必须在开发和测试、在代码库中操作前，理解相关目录的 AGENTS.md 和明确相关的 skill 并按要求操作； 你必须调用 create_goal 工具，通过 goal 模式定义并完成整个开发任务。在 goal 中，你要做的事情如下：
首先：如果有 badcase，首先尝试在开发前复现老的 badcase。然后进行此循环——
- 按照用户要求进行开发，代码必须符合项目要求、代码习惯并达到最高标准；
- 编译集群，如果并发数可以调整，采用不低于 -j90 的并发。如果环境提供了标准脚本，总是使用标准脚本而非裸的构建命令，除非脚本不可用；
- 添加并完成相关的测试，确认通过且有限的相关测试（如有）未被破坏；
- 使用 subagent 来 review 代码，subagent 需要根据实际接口进行设置——fork_turns 必须为 none，fork_context 必须为 false。如果代码库中存在 code-review 相关 skill，则必须遵守此 skill，否则尝试使用当前环境提供的 review 能力。如果都没有，你自行定义 review 要求，但必须覆盖性能、正确性、可维护性，不得遗留任何可能的问题，所有问题都必须深入代码给出明确的结论；
- 如果 subagent 结论中提出了高优问题，你来鉴别问题是否合理，不解决此问题是否无法按高标准完成本分支的开发目的。如果是，回到第一步针对 review 意见进行迭代；
- 如果上一问题为否，或 subagent 没有提出显著问题，则完成开发，继续以下步骤。
开发完成后，除非用户明确要求只在本地更改，否则你必须将分支发布，或者按用户要求直接发起 PR。
此外，如果用户明确要求开发过程中做或者不做某事，可以调整上述步骤，但 coding、测试、review 的整体原则必须被覆盖。
疑问
对于飞书或本地 Breakwater slot，完成后必须使用 prompt 中给出的 Breakwater reply CLI 记录面向用户的结果：
BREAKWATER_DB=/absolute/path/to/breakwater.db uv run breakwater reply <slot_id> --message "summary"