mcpField
S
subagent-driven-development

subagent-driven-development

github.com/bbeierle12Agent 工作流957 次安装今天更新
代码仓库

关于 subagent-driven-development

一种开发技能，将实施计划拆分为多个任务，由全新的 subagent 分别处理，并在任务间进行审查和批准，适用于需要聚焦修改和控制进度的开发流程。

主要功能

  1. 01每项任务使用全新 subagent
  2. 02按计划执行任务
  3. 03任务间审查并修复
  4. 04检查点运行测试并检查差异

适用场景

  1. 01按多任务计划实现功能
  2. 02在进入下一任务前发现问题
  3. 03限制 subagent 的修改范围

安装

复制下面的命令，在终端中运行。

$npx skills add https://github.com/bbeierle12/skill-mcp-claude --skill subagent-driven-development

安装后在 Claude Code 中输入/subagent-driven-development确认已加载。

附带文件_meta.json

详细介绍

子 Agent 驱动开发

核心原则

每项任务使用全新上下文。任务之间进行审查。

每项任务都分配一个全新的子 Agent，不受累积的混乱信息影响。你会在任务之间进行审查。

工作方式

  1. 加载实施计划
  2. 对于每项任务：
    • 分派全新的子 Agent
    • 子 Agent 仅实现该任务
    • 审查更改
    • 批准或要求修复
    • 进入下一项任务

优势

  • 上下文清晰：每个子 Agent 都从全新上下文开始
  • 专注工作：一次处理一项任务
  • 审查节点：尽早发现问题
  • 进度可控：由你掌控

执行流程

第 1 步：加载计划
Loading plan from: docs/plans/YYYY-MM-DD-feature-name.md

Tasks identified:
1. [ ] Task 1: Description
2. [ ] Task 2: Description
3. [ ] Task 3: Description

Starting with Task 1...
第 2 步：分派子 Agent

对于每项任务，创建一条专注的提示词：

## Task: [Task Name]

### Context
- Project: [brief description]
- Current branch: [branch name]
- Dependencies: [relevant info]

### Instructions
[Exact instructions from plan]

### Files to Modify
- `path/to/file.ts`

### Test to Write First
[Test code from plan]

### Implementation
[Implementation code from plan]

### Success Criteria
- [ ] Test passes
- [ ] No other tests broken
- [ ] Code follows project style
第 3 步：审查更改

子 Agent 完成后：

## Task 1 Complete

### Changes Made:
- Modified: `path/to/file.ts` (+25/-3)
- Added: `path/to/file.test.ts` (+40)

### Test Results:
✅ All tests passing (47 total)

### Review Checklist:
- [ ] Test covers the requirement
- [ ] Implementation is correct
- [ ] No unnecessary changes
- [ ] Code style matches project

**Approve and continue to Task 2?**
第 4 步：处理问题

如果审查发现问题：

## Issues Found in Task 1

1. Test doesn't cover edge case X
2. Missing error handling for Y

**Options:**
A) Request fixes from subagent
B) Fix manually
C) Skip and note for later

Which approach?

子 Agent 指南

子 Agent 应该做什么
  • 严格遵循计划
  • 先编写测试
  • 尽量减少更改
  • 汇报完成的工作
子 Agent 不应该做什么
  • 做范围之外的“改进”
  • 跳过测试
  • 重构无关代码
  • 更改计划

进度跟踪

维护任务状态：

## Progress: Feature Name

- [x] Task 1: Setup database schema ✅
- [x] Task 2: Create API endpoint ✅
- [ ] Task 3: Add validation (IN PROGRESS)
- [ ] Task 4: Write integration tests
- [ ] Task 5: Update documentation

Current: Task 3 of 5

检查点

每项任务之后
  • 运行所有测试
  • 审查差异
  • 获批后提交
所有任务完成后
  • 运行集成测试
  • 手动验证
  • 最终审查

回滚

如果出现问题：

# Revert last task
git revert HEAD

# Or reset to checkpoint
git reset --hard <commit-before-task>

沟通模式

开始时

“我正在使用子 Agent 驱动开发来实现 [feature]。我会为每项任务分派一个全新的子 Agent，并在任务之间进行审查。”

任务之间

“任务 [N] 已完成。更改：[summary]。准备好在任务 [N+1] 开始前进行审查了吗？”

完成时

“所有 [N] 项任务均已完成。正在运行最终验证……”

评论

支持 Markdown