pr-operations

pr-operations 技能为与 GitHub Pull Request 审查讨论串和讨论留言互动提供了一个标准化且自动化的界面。该技能专为软件工程师和维护者设计，通过强制执行 erk exec 指令来取代原始 API 调用，确保 PR 反馈循环保持清晰、有组织且技术准确。通过集中化操作，它能防止常见的错误，例如遗漏未解决的讨论串或在多次审查迭代中重复提交反馈。

此技能适用于需要处理大量代码审查反馈、批量解决讨论串或执行行内代码注释的自动化代理程序或开发人员。它包含一个智能分类模型，根据复杂度（从单一文件修正到复杂的跨文件架构变更）对反馈进行分类，以决定操作应自动执行还是需要人工验证。此外，它还针对行内注释实现了复杂的去重算法，以保持 PR 历史记录的高信噪比。

• 使用 erk exec resolve-review-thread 和 resolve-review-threads 对代码审查讨论串执行原子化的“回复与解决”操作。

• 获取有关未解决讨论串和 PR 讨论留言的结构化数据，用于分析和报告。

• 将反馈分为四种复杂度等级：本地修正、多位置、跨模块及相关变更，以优化批量处理流程。

• 在发布新的行内审查注释时，自动套用基于邻近度的去重逻辑，以防止冗余反馈。

• 区分简单的 PR 讨论回复与正式的代码审查讨论串解决，以确保 GitHub PR 状态的准确性。

• 请务必优先使用 erk exec 指令；严禁对讨论串解决使用原始 gh api 调用，因为它们无法将讨论串标记为已解决。

• 建议使用批量处理以提高效率；通过标准输入将 JSON 传递给 resolve-review-threads。

• 对于复杂或跨模块的变更（批次 3-4），应利用批量确认流程以确保代码质量与安全性。

• 在发布行内注释时，代理程序会尊重 2 行的误差容忍范围，以确保反馈能正确对应到持续变动的代码库。

• 输入通常涉及 PR 元数据和注释内容，输出则包含结构化的 API 交互记录与解决状态确认。