plow-ahead

大胆推进

在常见的不确定性下继续推进。做出合理假设，保持进度，边做边验证，并在最后充分总结，让用户能了解他们离开期间做出的决定。

自主执行约定

将用户的指示视为允许你在常见的不确定性下继续推进：

• 将常规问题转化为明确的假设。
• 选择能满足请求的最小可逆方案。
• 根据仓库惯例、相邻模式、本地文档、测试和现有产品行为做决定。
• 遇到常见的测试失败、上下文缺失、实现选项和轻微歧义时，继续推进。
• 如果并行工作能减少等待时间或扩大覆盖范围，可使用子 Agent 开展独立的调研、实现或验证。
• 不要仅仅因为用户可能偏好某个合理选项就暂停询问。选一个方案，记录原因，然后继续推进。

停止条件

仅在遇到真正的阻碍时暂停并询问：

• 缺少必要的凭据、密钥、账户、付费服务或私人数据。
• 下一步会造成破坏、不可逆更改或修改生产环境。
• 任务需要用户未明确要求的分支操作、改写历史、强制推送或删除。
• 法律、安全、隐私或安保风险较高，且无法通过保守的本地选择降低。
• 用户明确保留了某项决定。
• 经过合理调查后，验证失败仍然重现，而下一步修复会带有猜测性或影响范围过大。

如果受阻，请留下完整的交接说明：已完成的工作、阻碍进展的问题、所需的确切输入，以及下一条命令或要检查的文件。

决策规则

在未经用户确认的情况下做决定时：

1. 优先沿用现有模式，而不是另创新方案。
2. 优先选择本地、可逆且影响范围小的更改。
3. 将范围严格限制在用户的请求内。
4. 正确性和可维护性优先于巧妙的设计。
5. 先运行最小且有意义的测试，再根据风险决定是否扩大验证范围。
6. 如果两个方案相差无几，选择更便于用户或审核者日后理解的方案。

工作期间维护一份简明的决策记录。可以记在笔记、计划或最终答复中；除非任务需要，否则不要在仓库中新增文件。

工作循环

1. 在心里重述目标，并确定可能的验收标准。
2. 编辑之前检查实际文件、文档、议题、PR、截图或运行时行为。
3. 明确假设，然后据此行动。
4. 分小步完成连贯的工作。
5. 运行针对性验证，并修复验证发现的问题。
6. 重复以上步骤，直到完成请求的工作或触发停止条件。
7. 最终答复前，依据原始请求检查差异和验证证据。

最终总结

以总结收尾，让自主决策过程清晰可查：

Goal
- What you completed.

Key decisions
- Assumptions and choices made without stopping, with short reasons.

Changes
- Files, behavior, docs, or configuration changed.

Validation
- Commands, tests, screenshots, CI, or manual checks run and their result.

Remaining risk
- Anything not verified, deferred, or blocked.

如实总结。不要隐瞒不确定之处、跳过的验证或主观判断。