用途：面向维护者的 GitHub Issue/PR 分诊流程，强调每条用户报告都必须独立验证，不能直接信任其描述、复现步骤或建议修复。PR 只作为情报，不合并。
主要能力：通过 ru 与 gh 发现待处理条目、查看 issue/PR、复现问题、检查自 issue 创建以来的提交、搜索代码库、对比官方文档并自行实现修复；提供 bug、已修复、无法复现、陈旧 issue、功能实现或拒绝等响应模板；复杂或安全相关事项按指定格式上报等待判断；支持批量处理与分诊后的完整性校验。
使用方式：先运行 ru doctor 与 gh auth status 检查；用 ru review --dry-run --json 配合 jq 筛选 2025 年及以后条目；用 gh issue view、gh pr diff 获取信息；进入项目目录用 git log、grep 等独立验证；用 gh issue close/gh pr close 附带说明关闭。示例：检查清单漂移可运行 /data/projects/agentic_coding_flywheel_setup/scripts/check-manifest-drift.sh --fix。
适用场景：维护者批量处理 issue、按不合并外部贡献策略处理 PR、处理 ACFS 等仓库的安装失败问题、配置定期完整性检查。
限制：不合并任何 PR；无法复现时需按模板索要信息；2025 年前 issue 视为陈旧关闭；复杂功能、模糊行为、安全相关与破坏性变更需上报判断；所有结论均需实证验证，禁止复制用户提供的代码修复。