用途：按 GitHub issue 编号定位问题，在功能分支上实现修复，本地跑通测试后提交并创建 Pull Request，最后监控 CI 结果。
主要能力与流程：
- 用 gh issue view <issue-number> 阅读 issue 内容。
- 从 main 拉取最新代码并创建分支：git checkout main && git pull origin main，然后 git checkout -b fix-<short-description>；分支命名用小写加连字符。
- 分析代码库：定位相关文件、查看现有测试模式、检查 issue 中引用的代码。
- 做最小且聚焦的修改，遵循现有代码风格。
- 本地运行测试，通常为 pest 或 phpunit，可从 composer.json 或测试用 GitHub 工作流文件确认；测试必须本地通过，失败则分析并修复后重跑。
- 提交：git add -A 与 git commit -m "Fix #<issue-number>: <concise description>"。
- 推送并创建 PR：git push -u origin fix/issue-<issue-number>-<short-description>，再用 gh pr create 指定标题与正文，正文包含 Fixes #<issue-number>、变更列表与测试说明。
- 监控 CI：gh pr checks --watch；失败时用 gh run view <run-id> --log-failed 查看日志，本地修复后追加提交，直到 CI 通过。
前提条件：已安装并认证 gh CLI；仓库已克隆到本地；有可用的测试命令（自动检测或手动指定）。
适用场景：需要按 issue 编号修复缺陷并走标准分支、测试、PR、CI 流程的 GitHub 仓库。
限制：资料未提供具体支持的平台范围、收费方式、价格或效果保证；测试框架以 pest 或 phpunit 为例，其他项目需自行确认测试命令。