01
这个 skill 做什么
在收到 `code-review` 报告或等价 PR feedback 后使用此 skill。分配 disposition 前,它先从真实触发与入口出发,经过 guards、控制/数据/状态传播、持久化与外部效应、失败语义,一直追踪到终端影响。它跨 generation 继承匹配的 Intentional、Disproved、Stale 和 Duplicate 裁决;链路或产品权威证据不完整时禁止修复;由协调者或有明确价值的委派执行状态相容的已确认动作;仅在确认仍适用后复用已有证据;把相邻的新发现作为 provisional residual 返回;初审链最多运行一次终止 post-review,且不自动消费其 findings。该 skill 仅支持显式调用:用户必须使用 `$receiving-code-review` 调用;仅凭提示词匹配不会自动激活。
02
什么时候使用
- 01在改代码前,针对完整端到端执行链重新验证每个 `F#`、`T#` 和未覆盖的 `A#`。
- 02用证据正式挑战错误、夸大或过时的 review 主张。
- 03按工作范围选择实现负责人,修复已确认的正确性、安全、契约或测试问题。
- 04除非代码、契约或实质证据变化,否则保护权威产品意图不被重新打开。
- 05在未请求发布时保留 staged 工作,并让新修复保持 unstaged。
03
如何工作
- 01
阅读完整 source review,或把非结构化反馈规范化为稳定 item IDs。
- 02
捕获血缘与 Git 状态,建立当前 EC# 端到端执行链,并评估委派是否有实质价值。
- 03
针对完整执行链和 expected-behavior 权威性验证每项,并分配相容的 verdict、action 与 implementation state。
- 04
由协调者或有明确价值的 coding 委派实现已确认修复,并给出明确所有权与 no-staging 约束。
- 05
generation-0 source 最多使用一次实现 delta post-review,将其作为终点链接,并在不自动 receiving 的情况下返回剩余 findings。
04
你会得到什么
- 01一份经验证的 `receiving-code-review` disposition ledger 与 resolution report。
- 02针对有争议 source claims 的正式 challenge cards。
- 03可审计的 EC# 执行链与语义血缘 ledger。
- 04针对已确认 review findings 的有范围 unstaged 修复,以及验证证据。
05
重要边界
- 01不要盲目应用 review feedback。
- 02在 intake、条目枚举及 complete/blocked EC# 重建完成前不要改代码。
- 03按风险与执行收益选择委派;协调者直接实现同样需要条目所有权和当前验证证据。
- 04除非当前请求明确要求,否则不要 stage、commit 或改变 Git index。
- 05在每个 source item 都有 disposition、每个已实现 item 都有针对性验证前,不要声称已解决。
- 06不要静默丢弃或自动实现 verifier 发现的独立问题;应把它们作为 provisional residual candidates 返回。
- 07不要自动修复 blocked chain 或未确认产品选择,也不要从终止 post-review 自动开启下一轮 receiving。
06