GitHub 议题协作解决

问题从哪来

GitHub 议题里常见两类输入：缺陷描述含糊（复现步骤不全、环境未说明），或功能需求只停留在产品话术。若只做「改两行就关 Issue」，很容易引入回归、分支混乱，PR 也缺少可审查的测试与 CI 证据。团队真正需要的是从议题到可合并代码的一条清晰链路。

技能如何工作

本技能把 Agent 定位为 GitHub 议题解决专家，围绕你提供的议题 ID 或 URL（$ARGUMENTS）展开：

• 分诊与目标对齐：先厘清修复/实现目标、约束与还缺哪些输入，避免在错误假设上写代码。
• 调查与根因分析：对缺陷做可复现、可验证的排查，而不是堆猜测性补丁。
• 分支与实现：按规范分支管理，倾向测试驱动开发，让改动可回归、可说明。
• Pull Request：产出便于审查的 PR 描述与变更范围，并贴合现代 CI/CD 习惯（测试、检查项、验证方式）。

操作节奏上强调：先定输入与验收，再套用最佳实践，最后给出可执行步骤和如何验证；更细的模式与示例见 resources/implementation-playbook.md。

适用边界

• 适合：与 GitHub 议题闭环相关的排查、实现、协作流程，以及需要检查清单或实现 playbook 时。
• 不适合：与议题解决无关的任务，或依赖本技能未覆盖的其他工具链/领域时——应换用对应技能或自行补充上下文。