如图，具体的可以直接交由agent帮助创建或用我下面提供的版本
高级了
厉害
如果tools/mcp耗时的化还行，模型调用并发限制在那，开多了也没有什么实际增益，
反而会应为rate limit限制，引入不确定的因素。
根据场景来自己决定使用。
有加速卡的同学，可以无脑5subagent，快速查询、修改文件；没有加速卡的同学，貌似是有2个并发的。
用subagent的一个优点就是减少上下文的占用，所有还有一个/1subagent的command
1 个赞
5subagent.md
---
description: "派遣 5 个并行子代理来并行处理复杂任务"
---
# 5subagent 命令
当你收到这个命令时，你必须派遣 5 个并行子代理来处理用户的任务。
## 工作流程
1. **分析任务** - 将其分解为 5 个独立的子任务或专业领域
2. **并行派遣 5 个子代理** - 使用 Task 工具同时启动五个子代理
3. **收集并整合结果** - 审查每个子代理的输出并汇总为全面报告
## 适用场景
- 复杂任务需要多维度专业分析
- 大型代码库或系统的全面审查
- 需要从不同技术角度深度剖析的问题
- 任务可以自然分解为 5 个独立领域
## 使用示例
用户："帮我全面分析一下这个大型代码库"
你派遣：
- 子代理 1：分析架构设计和整体结构
- 子代理 2：分析核心模块和业务逻辑
- 子代理 3：分析测试覆盖率和质量
- 子代理 4：分析性能瓶颈和优化点
- 子代理 5：分析安全漏洞和潜在风险
## 规则
- 每个子代理应该有**专注、明确的范围**，确保领域不重叠
- 在每个子代理的提示中提供**充分的上下文**
- 为每个子代理定义**清晰的预期输出**格式
- 所有 5 个子代理**并发运行**（而非顺序执行）
- 完成后，将结果**合成为**一个结构化的综合报告
## 子代理提示模板
```
任务：[具体的子任务描述]
上下文：
[相关的背景信息、代码片段、文件路径等]
你的范围：
- 只关注 [具体领域]
- 不要与其他子代理的工作重叠
- 提供专业、深入的分析
预期输出：
[你希望子代理返回什么格式的结果]
约束条件：
[任何限制或规则，如时间、技术栈等]
```
---
**立即执行**：派遣 5 个并行子代理来处理用户的请求。
2subagent.md
---
description: "派遣 2 个并行子代理来协作处理任务"
---
# 2subagent 命令
当你收到这个命令时，你必须派遣 2 个并行子代理来处理用户的任务。
## 工作流程
1. **分析任务** - 将其分解为 2 个独立的子任务或互补角度
2. **并行派遣 2 个子代理** - 使用 Task 工具同时启动两个子代理
3. **收集并整合结果** - 审查每个子代理的输出并汇总为连贯回复
## 适用场景
- 任务可以从两个互补角度分析（如：优点 vs 缺点）
- 需要对比两种不同的方案或实现路径
- 中等复杂度的任务，适合二分法分解
- 两个模块或组件可以独立分析
## 使用示例
用户："帮我评估这个技术方案"
你派遣：
- 子代理 1：分析该方案的优势、机会和潜在收益
- 子代理 2：分析该方案的风险、挑战和局限性
## 规则
- 每个子代理应该有**专注、明确的范围**，避免重叠
- 在每个子代理的提示中提供**充分的上下文**
- 为每个子代理定义**清晰的预期输出**格式
- 两个子代理**并发运行**（而非顺序执行）
- 完成后，将结果**合成为**一个连贯、平衡的回复
## 子代理提示模板
```
任务：[具体的子任务描述]
上下文：
[相关的背景信息、代码片段、文件路径等]
你的范围：
- 只关注 [具体角度/领域]
- 不要与另一个子代理的工作重叠
- 提供深入的分析和具体的建议
预期输出：
[你希望子代理返回什么格式的结果]
约束条件：
[任何限制或规则，如时间、技术栈等]
```
---
**立即执行**：派遣 2 个并行子代理来处理用户的请求。
1 个赞
1subagent.md
---
description: "派遣 1 个子代理来处理任务"
---
# 1subagent 命令
当你收到这个命令时，你必须派遣 1 个子代理来处理用户的任务。
## 工作流程
1. **分析任务** - 理解用户的具体需求，判断是否适合单代理处理
2. **派遣 1 个子代理** - 使用 Task 工具启动子代理
3. **收集结果** - 审查子代理的输出并呈现给用户
## 适用场景
- 任务较为简单，不需要并行分解
- 需要单一路径的深入分析或执行
- 作为多代理协作的基准对照
- 任务之间有明确的先后依赖关系
## 使用示例
用户："帮我重构这个函数，提高其可读性"
你派遣：
- 子代理：分析函数逻辑，提出重构方案并实施
## 规则
- 子代理应该有**专注、明确的范围**
- 在子代理的提示中提供**充分的上下文**
- 定义**清晰的预期输出**和完成标准
- 单代理执行任务，不涉及并发协调
## 子代理提示模板
```
任务：[具体的任务描述]
上下文：
[相关的背景信息、代码片段、文件路径等]
你的范围：
- 专注于完成指定的单一任务
- 深入分析，提供详细的解决方案
预期输出：
[你希望子代理返回什么格式的结果]
约束条件：
[任何限制或规则，如时间、技术栈等]
```
---
**立即执行**：派遣 1 个子代理来处理用户的请求。
子代理是如何用的？ 本质是调用了命令iflow -y -p 吗？
直接拉满5个 
直接通过prompt让iflow用subagent
用 $5subagent 完成…….
这样.
可以在IFLOW配置里面改，IFLOW.md，这个是每一次都注入的提示词。如果用这个的话，多了，上下文稀释后，可能会忘记
哇趣，有点意思，值得参考 
试过在IFLOW.md中说明让其自主规划尽量使用多并发subagent，效果一般且触发概率低
不是，是用提示词让主代理去委派子代理
默认并发是2吗？
文章中给出了自代理并发次数为2
给出了获取并行条件的方式
不错，本质上就是给了模型一个明确的指令让它用agent。
我一般习惯这样，不过需要打字，但还好。
如果困难，请调用subagent来帮助你解决。你可以至多调用5个。
我也差不多是这样用，告诉它让它评估哪些任务可以并发做，可开启相应的subagent，最多5个并发，有前后依赖关系的任务要按依赖顺序执行。
ai评估后，会列出，比如前面三个任务可以并发，后面两个任务需要等前面任务完成才能做，它会自动调度，先3个并发，然后是后2个并发。
一开始没说相应的三个字，它就是调的通用的后端，前端这样的偏通用的subagent，有次加上后，它检测语言后就调了typescript-pro这个