do-issue
通过并行子代理和审查门高效处理Issue
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：do-issue。 它的用途是：通过并行子代理和审查门高效处理Issue 完整的 Skill 内容见：https://321skill.com/skills/do-issue-x-7/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
'使用do-issue处理这个GitHub仓库中所有标记为bug的未分配Issue，按紧急程度分批处理，每批完成后等待我审查'，它会自动拉取Issue列表，通过并行子代理分析每个Issue并分配任务，在每个批次完成后暂停并生成审查报告，供你确认后继续下一批。
介绍
在开发过程中，管理 GitHub 或 GitLab Issue 往往需要大量手动分配、跟踪和审核工作，特别是当任务量较大时，容易出现遗漏或优先级混乱。do-issue 通过并行启动多个子代理，同时处理多个 Issue，并在每个任务批次之间插入审查门（review gate），确保每个批次的任务在进入下一阶段前都经过人工或自动审核，从而大幅提升 Issue 处理效率与质量。
使用时，只需将 Issue 列表或仓库链接提供给 do-issue，它会自动拉取 Issue 信息，根据任务类型和优先级将任务并行分配给子代理，并在每个批次完成后暂停等待审查。你可以配置审查规则（如代码规范、业务逻辑验证），通过后自动进入下一批任务，否则回退修改。整个过程无需手动切换上下文，Agent 会维护完整的任务状态和依赖关系。
本 Skill 适合需要频繁处理项目 Issue 的开发团队、项目经理和全栈开发者，尤其是多人协作、任务粒度较细、需要严格质量把控的场景。对于已经使用 CI/CD 流程的团队，do-issue 可以无缝集成到现有工作流中，作为 Issue 自动化处理的中间层。
建议在使用前先定义好审查标准（如通过测试用例、代码风格检查等），并设置合理的批次大小以平衡并行效率与审查负担。对于完全依赖人工审查的场景，需确保有足够的审查人员参与，避免因等待审核而阻塞后续任务。
核心特点
大多数 Issue 管理工具仅提供列表或看板功能，而 do-issue 通过并行子代理和任务批次间的审查门，实现了从 Issue 分配到完成审核的端到端自动化，尤其适合需要严格质量关卡的任务流。
注意事项
不适合处理高度依赖人工判断或无法分解为独立子任务的复杂 Issue，以及需要深度领域知识且无法通过规则审查的场景。
常见问题
do-issue 支持哪些平台？
目前支持 GitHub 和 GitLab 的 Issue 系统，通过 API 对接，需要配置对应的访问令牌。
如何配置审查门的规则？
可以在配置文件或启动参数中指定审查条件，例如通过单元测试、代码风格检查、人工审批等，支持自定义脚本。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/do-issue-x-7/raw/index.md 读取 do-issue 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/do-issue-x-7/raw/index.md（查看排版版本）