giout/agent-skills

实施审查反馈

使用 [BRANCH] 作为目标分支，[REVIEW_FILE] 作为审查输入。

工作流程

1. 阅读审查内容，检查目标分支及受影响的代码。保持无关的工作区变更不变。
2. 对审查和分支执行 review-thoughts 技能。
3. 逐一重新评估每个建议的修复方案。确认其针对根本原因提供了最简洁直接的解决方案，避免了不必要的复杂性和分散在多处的不稳定修改，并考虑了可能产生更多审查发现的相关路径。
4. 呈现修订后的审查意见：哪些发现被同意或反对，理由是什么，以及计划中的修复。除非用户要求单独的审批步骤，否则继续进行已达成一致的修复。
5. 实施达成一致的修复和优化。通过适合变更的检查验证受影响的行为，并检查最终的差异（diff）以发现回归或新引入的问题。
6. 报告已实施的修改及验证结果。提供一份分歧发现的列表，附上简洁的技术理由，供用户发送给审查者。如果没有分歧，则明确说明。

基于代码和证据达成一致，而非自动接受每个发现。如有剩余的不确定性，应如实报告，而非承诺后续审查不会发现新问题。