fix-issue 针对 GitHub issue $ARGUMENTS，先决定如何处理，再关闭或修复。它编排多个可组合技能，自身负责决策树。
主要流程：先调用 /triage-issue $ARGUMENTS 进行分诊，在分叉子代理中运行并返回结论。若结论为关闭，则用 gh issue close $ARGUMENTS --repo docker/docs --comment 说明原因并结束；若为上移上游，则评论指出应在上游仓库修复后停止；若为暂不处理，则说明已检查内容与不清楚之处但不关闭。每条评论末尾需附准确的代理披露脚注，注明当前编码代理名称。若结论为需要修复，则进入调研步骤。
修复阶段：调用 /research 定位受影响文件、核实事实并确定修复方案，该步内联运行，结果保留在对话上下文中。若发现属上游问题或无法修复（如无法验证的 URL），则评论并停止。随后调用 /write 创建分支、修改、格式化、自审并提交；调用 /review-changes 在分叉子代理中检查差异的正确性、连贯性与机械合规性，有问题则修复并复审直至通过；调用 /create-pr 推送分支并创建 PR。最后执行 git checkout main 回到主分支，并汇报 issue 编号、处理结果（关闭、上移或修复及 PR 链接）与原因。