简介
requesting-code-review 技能旨在确保代码在进入下一任务或合并之前经过独立的审查。它解决了开发者（或 AI 代理）因为“带有上下文偏见”而自我审查时，经常遗漏错误并导致连锁故障的痛点。
核心理念
“尽早审查，频繁审查”。通过调度一个拥有严格隔离上下文的全新子代理，该技能保证了客观的评估，使审查者完全聚焦于工作产出，而不是被开发者的思考过程所干扰。
安装与调用指南
https://github.com/obra/superpowers
工作流程解析 (SOP)
- 确定审查时机：强制要求在子代理驱动开发的每个任务之后、主要功能完成之后，以及合并到
main分支之前进行审查。这防止了错误随时间推移而累积。 - 获取 SHA 并调度审查者：要求捕获准确的 Git 提交哈希值（
BASE_SHA和HEAD_SHA），并显式格式化审查请求模板。这严格限制了审查者的上下文，仅限于代码差异和需求规范。 - 分类处理反馈：强制立即处理“关键”和“重要”的问题，同时允许将“次要”问题延后。这防止了开发进度被琐碎的样式选择所阻塞，同时保障了系统稳定性。
技能设计评价
- 人类经验 SOP 化的亮点：建立了明确且强制的代码审查触发条件（如在每个任务后或合并前）。提供了精确的审查子代理调度模板，确保评估过程的一致性和上下文的完整性。
- 潜在的局限性：要求为每个微小任务都调度子代理进行审查，可能会在快节奏或单人开发项目中引入不必要的流程开销。
- 优质技能的评判标准：通过严格限制只提供必要上下文（内容、计划、SHA），有效剥离了开发者的思考过程与审查过程，防止审查者被开发者的历史会话所误导。