用途：处理 GitHub 拉取请求中未解决的评审讨论，逐条评估反馈的适用性与客观价值，对有效反馈在本地修复并按约定式提交（Conventional Commits）生成提交。
主要能力：检出 PR 分支；通过 gh api graphql 拉取全部评审线程并过滤 isResolved 为 false 的线程；按顺序逐条处理。评估适用性时，读取线程引用的文件与行，若文件已删除、代码已大幅变更或 isOutdated 为 true 且当前代码与评论上下文不同，则跳过并说明原因。评估价值时，从正确性、安全性、性能、规范符合、可维护性等维度判断；有具体可执行建议的视为有价值并修复，主观偏好或无项目规范支撑的风格意见则跳过并说明理由。修复时读取引用行附近的完整上下文，做最小化针对性修改，仅暂存受影响文件，每个讨论线程单独一次提交，不跨线程批量提交。最后输出汇总表，列出文件与行、反馈内容、处理结果（已修复的提交哈希或跳过原因）。
使用方式：输入 $ARGUMENTS，即 GitHub PR URL（如 https://github.com/owner/repo/pull/123）或当前仓库的 PR 编号；从 URL 解析 owner、repo 与编号，若为纯数字则使用当前仓库上下文。检出分支使用 gh pr checkout <number>，并确认本地分支与 PR head 同步。提交信息遵循 Conventional Commits v1.0.0，类型包括 feat、fix、refactor、style、perf、docs、test、chore；描述用祈使语气、前缀后小写、无句末句号、最长 50 字符；scope 可选，取自项目目录或模块名；正文与描述之间空一行，按 72 字符换行，说明做了什么与为什么。禁止在提交信息中加入 AI 署名、emoji、时间估计、TODO、文件列表或含糊措辞。
限制：不强制推送、不修改已有提交，只创建新提交；不在 GitHub 上解决线程，是否标记已解决由 PR 作者决定；不修改反馈范围之外的文件，不做顺手重构。资料未提供安装方式、收费与平台支持等信息。