技能 subagent-driven-development
📦

subagent-driven-development

安全

使用子代理执行实施计划

也可从以下获取: ZhanlinCui,Cycleaddict,Doyajin174,davila7,obra,DYAI2025,CodingCossack,Cygnusfear

此技能通过为每个任务分发新的子代理来自动化实施任务执行,并带有自动两阶段审查(规范合规性审查,然后代码质量审查),确保高质量结果而无需人工监督。

支持: Claude Codex Code(CC)
🥉 75 青铜
1

下载技能 ZIP

2

在 Claude 中上传

前往 设置 → 功能 → 技能 → 上传技能

3

开启并开始使用

测试它

正在使用“subagent-driven-development”。 执行添加用户身份验证的实施计划

预期结果:

任务 1:实现登录端点
- 子代理实现、测试、提交
- 规范审查员:所有要求均已满足
- 代码质量审查员:已批准

任务 2:添加密码重置流程
[继续相同模式...]

正在使用“subagent-driven-development”。 此技能与手动执行有何不同?

预期结果:

与手动执行不同,子驱动开发:(1) 每个任务使用新的子代理以避免上下文污染,(2) 每个任务后运行自动两阶段审查,(3) 保持在同一会话中以持续推进,(4) 及早发现问题防止问题累积。

正在使用“subagent-driven-development”。 为什么使用两阶段审查(先规范后质量)?

预期结果:

规范合规性审查首先确保只构建请求的功能。代码质量审查其次确保实现构建良好。此顺序可防止在不符合要求的优质代码上浪费精力。

安全审计

安全
v1 • 2/25/2026

All 38 static findings are false positives. The skill is a meta-skill containing prompt templates only - no executable code, scripts, network calls, or file operations. Static scanner misinterpreted GraphViz DOT syntax as shell commands, YAML 'risk: unknown' as cryptographic weakness, and standard code review language as reconnaissance.

4
已扫描文件
405
分析行数
0
发现项
1
审计总数
未发现安全问题

检测到的模式

GraphViz DOT Syntax Misidentified as Shell CommandsYAML Frontmatter Misidentified as Cryptographic WeaknessGit SHA References Misidentified as Cryptographic IssuesExample File Path Misidentified as File System AccessCode Review Language Misidentified as ReconnaissancePrompt Template Structure Misidentified as External Commands
审计者: claude

质量评分

38
架构
100
可维护性
87
内容
50
社区
100
安全
100
规范符合性

你能构建什么

带质量门控的功能实施

开发团队负责人使用此技能来执行多任务功能计划。每个任务由新的子代理实施,先进行规范合规性审查,然后进行代码质量检查后再进入下一个任务。

自动化重构项目

开发人员需要重构跨多个文件的大型代码库。他们创建具有独立重构任务的计划。该技能自动执行每个任务并内置质量验证。

批量实施相关变更

DevOps 工程师使用此技能从计划中实施一系列基础设施变更。每个变更都会自动经过规范审查和代码质量检查。

试试这些提示

基本实施分发
使用 implementer-prompt.md 模板为我的实施计划中的第一个任务分发子代理。任务为:[在此粘贴任务描述]。
规范合规性审查请求
实施者完成任务 N 后,使用 spec-reviewer-prompt.md 分发规范审查员以验证实现是否符合要求。任务要求:[在此粘贴要求]。实施者报告:[在此粘贴报告]。
代码质量门控检查
规范合规性通过后,使用 code-quality-reviewer-prompt.md 分发代码质量审查员。包含任务的 git 基础 SHA 和头 SHA。审查内容:[描述已实现的内容]。
完整工作流执行
使用子驱动开发执行我的实施计划。读取 [路径] 处的计划文件,提取所有任务,并在标记完成之前通过实施者、规范审查员和代码质量审查员处理每个任务。

最佳实践

  • 立即提供完整的任务上下文——子代理不应需要读取计划文件
  • 在让子代理继续实施之前,始终回答子代理的问题
  • 永不跳过审查循环——如果审查者发现问题,实施者必须修复并重新审查
  • 顺序分发任务,而不是并行分发,以避免冲突

避免

  • 在验证规范合规性之前启动代码质量审查(错误顺序)
  • 跳过规范合规性审查直接进行代码质量审查
  • 接受规范合规性"差不多"——要求必须完全匹配
  • 让实施者在报告之前跳过自检

常见问题

这与 executing-plans 技能有何不同?
executing-plans 分发到并行会话。subagent-driven-development 保持在同一会话中,每个任务使用新的子代理,并在每个任务后添加两阶段审查。
为什么每个任务使用新的子代理而不是一个子代理处理所有任务?
新的子代理避免上下文污染。每个任务独立且边界清晰。单个子代理可能会延续之前任务的假设或困惑。
如果子代理在实施过程中提问怎么办?
在子代理继续之前清晰完整地回答问题。不要急于让他们实施。提前澄清可防止以后返工。
如果规范合规性通过,是否可以跳过代码质量审查?
不。两项审查都是必需的。规范合规性确保你构建了所请求的内容。代码质量确保它构建良好。跳过任一审查都会破坏工作流的目的。
如果审查者发现问题但实施者不同意怎么办?
审查员在合规性和质量标准方面具有权威性。如果实施者不同意,应与审查员讨论并达成共识。不要带着未解决的问题继续。
如何处理计划中的紧耦合任务?
此技能需要独立任务。如果任务紧耦合,首先重构计划以分离它们,或使用不同的工作流技能如 executing-plans。