do-issue
通过并行子代理与评审门控机制，自动化处理GitHub/GitLab工单任务
安装使用
复制下面这段提示词发给你的 AI（Claude / Cursor / TRAE / Codex / WorkBuddy 等），它会自动帮你完成安装：
帮我安装这个 AI Skill：do-issue。 它的用途是：通过并行子代理与评审门控机制，自动化处理GitHub/GitLab工单任务 完整的 Skill 内容见：https://321skill.com/skills/do-issue-x-2/raw/index.md 请读取该页面内容，如果是 SKILL.md 格式直接安装，如果是 README 提炼核心 prompt 后安装。
提示词包含完整的 Skill 内容链接，AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。
使用示例
‘请使用do-issue处理这个GitHub工单：https://github.com/xxx/project/issues/123，目标是实现用户登录模块的重构。’ 它会首先分析工单需求，将其拆解为‘数据库表设计’、‘API接口开发’、‘前端页面适配’等并行子任务，分配给不同子代理执行。完成第一批任务（如API开发）后，它会自动进行代码评审，确认无误后再启动下一批任务（如前端适配），并最终将所有改动合并到指定分支。
介绍
在软件开发中，手动拆分、分配和跟进GitHub或GitLab上的工单（Issue）是一项繁琐且容易出错的工作。do-issue skill旨在自动化这一流程，它将一个大型工单拆解为多个可并行执行的子任务，并通过智能化的评审门控机制来确保任务批次的质量与一致性，从而提升团队协作效率。
使用时，您只需将待处理的工单链接或描述提供给AI，do-issue便会自动分析任务，将其分解为更小的子任务，并协调多个子代理并行执行。在每批子任务完成后，它会引入一个评审环节，对已完成的工作进行检查和整合，确保无误后再继续下一批任务，形成“执行-评审-推进”的闭环。
该skill特别适合需要处理大量、复杂或需要多人协作的工单场景的开发团队。无论是前端、后端还是全栈开发人员，或是负责协调开发任务的项目经理，都可以利用它来优化工作流，减少人工干预和沟通成本。
建议在项目初期或引入新成员时使用，以快速建立标准化的工单处理流程。需要注意的是，该skill依赖于对工单描述的清晰理解，因此建议在提供工单时尽可能详细地描述需求和上下文，以获得更准确的分解与执行结果。
核心特点
核心区别在于引入了“评审门控”机制，在并行处理任务批次之间设置质量检查点，而非一次性执行所有子任务，这能有效控制风险并保证阶段性产出质量。同时，它通过协调多个子代理并行工作，而非单一代理顺序执行，显著提升了复杂工单的处理速度。
注意事项
不适合处理描述模糊、需求不明确或高度依赖创造性、非结构化决策的工单。
常见问题
do-issue支持哪些代码托管平台？
目前主要支持GitHub和GitLab的工单系统。
评审门控环节是自动还是手动的？
评审环节由AI代理自动执行，但可以配置为在关键节点等待人工确认。
给 AI 助手的安装指引
如果你的 AI 编程助手（Claude Code、Cursor、TRAE 等）能看到这个页面，把下面这段发给它即可自动完成安装：
请访问 https://321skill.com/skills/do-issue-x-2/raw/index.md 读取 do-issue 的原始 Skill 定义（Markdown 格式），按其中说明在我的环境里完成安装和配置。
AI 可直接读取的原始 Markdown 地址：/skills/do-issue-x-2/raw/index.md（查看排版版本）