do-issue

并行子代理实现GitHub/GitLab issue,含批次审查门

安装使用

复制下面这段提示词发给你的 AI(Claude / Cursor / TRAE / Codex / WorkBuddy 等),它会自动帮你完成安装:

帮我安装这个 AI Skill:do-issue。
它的用途是:并行子代理实现GitHub/GitLab issue,含批次审查门
完整的 Skill 内容见:https://321skill.com/skills/do-issue/raw/index.md
请读取该页面内容,如果是 SKILL.md 格式直接安装,如果是 README 提炼核心 prompt 后安装。

提示词包含完整的 Skill 内容链接,AI 读取后即可完成安装。你也可以 查看完整内容 确认无误。

使用示例

“请帮我实现一个用户登录功能,需要拆分为前端表单、后端API、数据库查询三个子任务,并行执行并在每个批次完成后进行代码审查。” 它会自动创建三个子代理,分别编写代码,然后每完成一个子任务就触发审查代理检查代码规范、安全性和逻辑正确性,通过后合并到主分支,最终生成完整的登录功能提交PR。

介绍

日常开发中,处理复杂的GitHub或GitLab issue往往需要拆分为多个子任务,并确保每个子任务的质量。该Skill通过并行启动多个子代理,分别承担不同的子任务,并在每个任务批次完成后自动触发审查门,由审查代理对成果进行校验,只有通过审查才能进入下一批次。这种方式将传统串行开发流程转变为并行+分阶段质量控制,显著提升issue解决效率,同时降低因漏检导致的返工成本。

使用方式非常直接:你只需描述一个issue的目标和需求,该Skill会自动解析并拆解为若干可并行执行的子任务,例如“实现前端登录表单”、“编写后端认证接口”、“设计数据库表结构”等。然后它会并行调度多个子代理同步工作,每个子代理独立完成其任务。当一组子任务全部完成后,系统会启动审查代理,对代码、文档或配置进行一致性、正确性及风格检查,只有通过审查的子任务才会被合并;未通过的会被标记并触发重新修改。

该Skill特别适合后端开发、全栈开发以及项目经理角色。后端开发可以利用它快速分解复杂功能,全栈开发可以并行处理前后端逻辑,项目经理则能通过审查门机制确保团队输出质量。对于需要频繁处理issue、追求高效交付的团队,这个Skill是不错的辅助工具。

使用时建议你提供足够清晰的issue描述,包括功能边界、技术栈偏好、验收标准等,这样子代理的拆解会更精准。同时注意审查门规则可自定义,默认较为严格,如果你希望快速迭代,可以适当放宽审查阈值。另外,该Skill依赖外部代码仓库的API权限,请提前配置好GitHub或GitLab的访问令牌。

核心特点

同类Skill大多只做简单任务分配或单线程执行,而do-issue通过并行子代理+批次间审查门,在保证质量的同时大幅缩短issue交付周期,且审查门可配置规则,适应不同团队的质量要求。

注意事项

不适合需要深度人工创意或无法明确拆解为独立子任务的模糊需求。

常见问题

如何连接我的GitHub或GitLab仓库?

需要提供仓库的API访问令牌(如GitHub Personal Access Token),并在配置中设置仓库地址。首次使用时会引导你完成授权。

审查门的具体规则可以自定义吗?

可以。你可以通过配置文件指定审查维度,例如代码风格、测试覆盖、安全扫描等,也可以设置通过阈值或跳过某些检查。

给 AI 助手的安装指引

如果你的 AI 编程助手(Claude Code、Cursor、TRAE 等)能看到这个页面,把下面这段发给它即可自动完成安装:

请访问 https://321skill.com/skills/do-issue/raw/index.md 读取 do-issue 的原始 Skill 定义(Markdown 格式),按其中说明在我的环境里完成安装和配置。