GitHub Issue到修复PR

工作流概述

本工作流将 GitHub Issue 处理过程标准化，通过 AI 辅助帮助工程师更快速地分析问题上下文、定位相关代码范围并生成修复建议。流程中每个关键节点均需要人工参与判断，不自动提交代码变更或创建 PR。

执行步骤

1. 整理Issue上下文：收到新 Issue 后，整理其标题、描述、错误堆栈和复现步骤，补充相关代码模块信息，形成结构化的问题上下文文档。此步骤可借助 GitHub Webhook 配合自定义脚本实现通知触发（需相应 API 权限），也可手动整理。整理结果由处理工程师确认完整性后进入下一步。
2. 定位相关代码范围：将问题上下文输入语言模型，结合错误信息推断可能涉及的代码文件或函数范围，并生成针对性的修复建议或代码 Diff 草稿。此输出仅为参考，工程师需根据实际代码库和业务逻辑对建议进行审查，不应直接采用未经验证的修复代码。
3. 静态检查与测试验证：工程师在本地或 CI 环境中对修复代码执行现有测试套件，确认无回归问题后，使用静态分析工具对变更进行代码质量检查。此步骤必须由工程师完成，不由自动化流程替代。
4. 创建Pull Request并提交审核：测试通过后，工程师在代码托管平台创建 Pull Request，描述中说明问题原因、修复思路和测试覆盖情况，并指定相关 Reviewer。PR 合并需经人工 Review 批准后执行，不自动合并。