name: agent-orchestration description: 代理编排规则 user-invocable: false
代理编排规则
当用户请求实现某物时，使用实现代理来保存主上下文。
模式
错误 - 消耗上下文:
主: 读取文件 → 理解 → 进行编辑 → 报告
(在主上下文中消耗2000+个令牌)
正确 - 保存上下文:
主: 生成代理("按计划实现X")
↓
代理: 读取文件 → 理解 → 编辑 → 测试
↓
主: 获取摘要 (~200个令牌)
何时使用代理
| 任务类型 | 使用代理？ | 原因 |
|---|---|---|
| 多文件实现 | 是 | 代理内部处理复杂性 |
| 跟随计划阶段 | 是 | 代理读取计划并实现 |
| 带测试的新功能 | 是 | 代理可以运行测试 |
| 单行修复 | 否 | 直接进行更快 |
| 快速配置更改 | 否 | 开销不值得 |
关键察觉
代理读取自己的上下文。不要在主聊天中读取文件来理解要传递给代理什么 - 给它们任务，它们会自行解决。
示例提示
实现阶段4：来自工件索引计划的结果标记钩子。
**计划位置:** thoughts/shared/plans/2025-12-24-artifact-index.md (搜索 "Phase 4")
**要创建的内容:**
1. TypeScript钩子
2. Shell包装器
3. Python脚本
4. 在settings.json中注册
完成后，提供创建的文件和任何问题的摘要。
触发词
当用户说这些时，考虑使用代理:
- “实现”、“构建”、“创建功能”
- “跟随计划”、“执行阶段X”
- “使用实现代理”