用途：这是一个面向 OpenClaw 仓库的批量缺陷修复工作流。用户粘贴一组 issue/PR 引用后，逐个做深度代码审查，只修复小型且高确定性的真实 bug，并保留证据；技能强调“执行而非总结”。
主要能力与流程：对每个引用先用 gh 读取目标现状，用 $gitcrawl 检查相关、重复、已关闭或已修复的讨论，阅读正文、评论、关联引用、改动文件、当前代码、相邻测试及依赖契约，追踪真实运行路径。对 issue，只在确认是 bug、当前代码能证明根因、路径清晰且小补丁优于重构时本地修复，并尽量补上聚焦的回归验证；对 PR，判定为 ready-to-merge、needs-fixup 或 skip，除非明确要求否则不改动 PR 分支。最后运行最小有效门禁，直到每个引用被修复或归类。
审查与发布限制：遵循 Peter 审查门——修复和验证后必须停下，给出 diff 摘要、受影响文件、测试/门禁输出；只有 Peter 在当前指令中针对该具体 diff 写了 commit 才可提交。此前消息、推断意图、“next”、批次惯性或打包发布措辞都不算提交许可。未明确要求时不得 push、评论、关闭、打标签、land 或 merge。遇到 commit push close 这类打包动作，需先确认代码已在对话中被审查，否则保留脏 diff 并要求审查/批准。
使用方式与配套：需配合 $gitcrawl（先查重）、$openclaw-pr-maintainer（GitHub 卫生）、$github-deep-review（源码追踪）、$openclaw-testing（验证）。除非明确要求，不使用子代理。
跳过条件：非 bug、配置/文档/工作流/发布/支持/依赖/产品类工作、复现或根因不确定、更大重构或涉及 owner 边界更合适、当前 main 已修复、依赖行为靠猜、无法给出聚焦证明——以上以简短理由跳过，不用低置信修复凑数。
修复规则：优先所属模块，必要时才用通用接缝；复用现有模式、辅助函数和类型；不做顺带重构；测试贴近失败面；仅对变更的公开行为改文档。
输出形态：台账列出 fixed-local、ready-to-merge、needs-fixup、skipped、needs-human；最终说明留在磁盘的 issue 文件、可合并/自动合并的 PR、测试与门禁、跳过原因。资料未提供具体安装命令、价格或平台信息。