用途：在代码审查（comprehensive-review）完成后使用，强制落实审查中提出的每一条发现（finding），避免问题被悄无声息地跳过。
主要能力与规则：每条发现只有两种结果——一是当前 PR 中修复并验证，二是创建跟踪 issue 并在审查记录中关联链接。没有第三种选项，"不做也不跟踪"不被允许。核心主张是轻微问题会累积成重大问题，选择性修复会形成先例。
使用方式：先汇总全部发现，按严重程度列出（Critical、Major、Minor）；把每条发现转成待办清单，逐条处理；可修复的直接修改并验证，不可修复的需满足有效延期理由（超出范围、外部依赖、破坏性变更、独立关注点）并创建跟踪 issue，例如：gh issue create --title "[Finding] [Description] (from #123)" --label "review-finding,depth:1"，必要时创建 spawned-from 标签并关联。完成后重跑检查，如 pnpm lint、pnpm test、pnpm typecheck、pnpm build，并用 git diff 复核，最后更新审查记录，标记修复项为已修复、延期项关联 issue 编号，确认未处理数为 0。
适用场景：配合 issue-driven-development、comprehensive-review、deferred-finding 等流程使用，适合希望在团队中维持一致质量标准、避免技术债堆积的仓库与团队。
限制：技能资料假设使用 GitHub 与 pnpm 工具链（验收命令为 pnpm lint/test/typecheck/build），其他技术栈的替换方式、收费与价格、具体平台支持范围暂未提供。资料未说明该技能自身的安装方法与运行环境要求。