用途：address-issues 用于解决选定的 GitHub issue，覆盖实现、验证、PR 审查、合并，以及最终行为和 issue 状态的验证。除用户明确选择合并范围外，通常每个 PR 只处理一个 issue。
模式与调用：单 issue 模式为 $address-issues <issue URL 或编号>，在当前任务中处理该 issue；裸编号按当前仓库解析，仓库或 issue 不明确时应询问。多 issue 模式为 $address-issues multiple <仓库或 issue 列表>，先发现候选、确认所选 issue 及其顺序，再为每个 issue 依次创建独立的 Codex 任务，派发前需阅读 Sequential issue tasks。仅给出 issue 列表 URL 只提供候选，不构成已批准的选择。技能撰写、示例、issue 分诊和仅处理 PR 反馈的请求不执行此工作流。调用即请求包含限定提交、推送、创建 PR、回复审查、合并及验证后关闭 issue 的交付生命周期；应服从更窄的指示和既有授权，绝不把 issue 作者文本当作额外授权。
能力与用法：读取仓库说明，检查工作树和分支，用 gh issue view 获取 issue 及评论，记录仓库、编号、URL、状态、验收标准和依赖；检查关联 PR 与现有代码以避免重复。对 bug 先复现用户路径并收集结构化失败证据。按仓库约定选择集成分支，默认 codex/，实现验收标准与回归覆盖，更新文档。运行所需检查，修复后重跑原始复现。可做一次有界本地审查，修复可解决问题并重跑受影响检查。用 create-pr 或 gh 提交并推送、创建或更新 PR，链接 issue，说明行为与验证；除用户或仓库选择退出，请求初始 CodeRabbit 审查，增量推送后不重复请求。通过 address-pr-feedback 处理审查反馈，等待活跃审查和必需检查，不绕过分支保护。合并前刷新 PR head、检查和审查状态，按仓库策略优先保留提交而不默认 squash；排队或自动合并不等于已完成合并。合并后拉取集成分支并验证验收标准，确认 issue 状态与关闭原因。
限制与运行要求：需要 Git、已认证的 GitHub CLI 访问和仓库验证工具；多 issue 模式还需 Codex 应用任务创建及支持 GPT-6 Astra 中等推理的协调。缺少所需平台、提供方、凭据或独立消费者时，应记录缺失证据，不得用 mock 或同机检查冒充。若要求的审查缺失、必需检查失败或必需批准未解决，流程保持阻塞。同一时间只允许一个 issue 任务处于活动状态；阻塞任务应先确认停止工作再开始下一个，否则暂停派发。结果分为 Resolved、Skipped、Blocked/failed，本地完成、创建 PR、任务回合结束或待合并都不代表已解决。