名称： autonomous-skill-orchestrator
描述： >
在严格的护栏下，确定性地协调可用技能之间的自主规划与执行。仅当用户明确通过名称激活此技能以自主运行时使用，直至收到停止命令。触发关键词包括："use autonomous-skill-orchestrator"、"activate autonomous-skill-orchestrator"、"start autonomous orchestration"。
元数据：
version: "2.0.0"
owner: "user"
inspired_by: "oh-my-opencode (Sisyphus, Atlas, Prometheus)"
灵感来源于 oh-my-opencode 的三层架构，适配于 OpenClaw 生态系统。
传统 AI 遵循：用户提问 → AI 回应。这对于复杂工作会失败，原因在于：
1. 上下文过载：大型任务超出上下文窗口
2. 认知漂移：AI 在任务中途失去跟踪
3. 验证缺失：缺乏系统性的完整性检查
4. 人力瓶颈：需要持续的人工干预
本技能通过 专业化与委派 来解决这些问题。
┌─────────────────────────────────────────────────────────┐
│ 规划层 (访谈 + 计划生成) │
│ • 通过访谈澄清意图 │
│ • 生成结构化工作计划 │
│ • 审查计划的漏洞 │
└─────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 编排层 (Atlas - 指挥家) │
│ • 读取计划，委派任务 │
│ • 跨任务积累智慧 │
│ • 独立验证结果 │
│ • 绝不直接编写代码 — 仅进行委派 │
└─────────────────────────────────────────────────────────┘
↓
┌─────────────────────────────────────────────────────────┐
│ 执行层 (通过 sessions_spawn 创建的子代理) │
│ • 专注的任务执行 │
│ • 返回结果与经验教训 │
│ • 每个任务独立的上下文 │
└─────────────────────────────────────────────────────────┘
ultrawork / ulw在任何提示中包含 ultrawork 或 ulw 即可自动激活完整编排模式。
代理会自行处理其余事项 — 并行代理、后台任务、深度探索，并持续执行直至完成。
在规划前，通过简短访谈收集清晰信息：
仅询问必要内容：
- 核心目标是什么？
- 边界是什么（哪些不在范围内）？
- 有任何约束或偏好吗？
- 如何判断任务已完成？
按意图划分的访谈风格：
| 意图 | 重点 | 示例问题 |
|--------|-------|-------------------|
| 重构 | 安全性 | "哪些测试验证当前行为？" |
| 构建新功能 | 模式 | "遵循现有惯例还是偏离？" |
| 调试/修复 | 复现 | "复现步骤？错误信息？" |
| 研究 | 范围 | "深度优先还是广度优先？时间限制？" |
访谈后，生成结构化计划：
## 工作计划：[标题]
### 目标
[一句话，冻结的意图]
### 任务
- [ ] 任务 1：[描述]
- 验收标准：[如何验证完成]
- 参考：[所需文件、文档、技能]
- 类别：[quick|general|deep|creative]
- [ ] 任务 2：...
### 护栏
- 必须：[必需的约束]
- 禁止：[禁止的操作]
### 验证
[如何验证整体完成情况]
在执行前，验证：
- [ ] 每个任务都有清晰的验收标准
- [ ] 参考内容是具体的（非模糊的）
- [ ] 没有超出目标的范围蔓延
- [ ] 任务间的依赖关系是明确的
- [ ] 护栏是可操作的
如果任何检查失败，在继续之前完善计划。
编排器：
- ✅ 可以 读取文件以理解上下文
- ✅ 可以 运行命令以验证结果
- ✅ 可以 使用 grep/glob 搜索模式
- ✅ 可以 为工作生成子代理
编排器：
- ❌ 绝不可以 直接编写/编辑代码
- ❌ 绝不可以 盲目信任子代理的声明
- ❌ 绝不可以 跳过验证
使用 sessions_spawn 并配置适合类别的参数：
| 类别 | 适用于 | 模型提示 | 超时时间 |
|---|---|---|---|
quick |
琐碎任务，单文件更改 | 快速模型 | 2-5 分钟 |
general |
标准实现 | 默认模型 | 5-10 分钟 |
deep |
复杂逻辑，架构 | 思考模型 | 10-20 分钟 |
creative |
UI/UX，内容生成 | 创意模型 | 5-10 分钟 |
research |
文档，代码库探索 | 快速 + 广泛 | 5 分钟 |
委派模板：
sessions_spawn(
label: "task-{n}-{short-desc}",
task: """
## 任务
{来自计划的精确任务描述}
## 预期成果
{验收标准}
## 上下文
{从前序任务积累的智慧}
## 约束
- 必须：{护栏}
- 禁止：{禁止的操作}
## 参考
{相关文件、文档}
""",
runTimeoutSeconds: {基于类别}
)
识别独立任务（无文件冲突，无依赖关系）并同时生成：
# 任务 2, 3, 4 没有依赖关系
sessions_spawn(label="task-2", task="...")
sessions_spawn(label="task-3", task="...")
sessions_spawn(label="task-4", task="...")
# 全部并行运行
每个任务完成后，提取并记录：
## 智慧日志
### 发现的惯例
- [在代码库中发现的模式]
### 成功的方法
- [有效的方法]
### 注意事项
- [需要避免的陷阱]
### 使用的命令
- [对类似任务有用的命令]
存储于：memory/orchestrator-wisdom.md（会话期间仅追加）
将积累的智慧传递给所有后续的子代理。
绝不信任子代理的声明。每个任务后：
1. 读取实际更改的文件
2. 如果适用，运行测试/代码检查
3. 独立验证验收标准
4. 与计划要求进行交叉比对
如果验证失败：
- 在智慧日志中记录失败
- 附带失败上下文重新委派
- 每个任务最多重试 2 次，然后上报给用户
## 编排完成
### 已完成的任务
- [x] 任务 1：{总结}
- [x] 任务 2：{总结}
### 经验教训
{积累的关键智慧}
### 更改的文件
{修改的文件列表}
### 后续步骤（如有）
{建议}
| 类别 | 描述 | 行动 |
|---|---|---|
| A | 不可逆、破坏性或无限制的 | 立即停止 |
| B | 有界限的，可通过澄清解决的 | 暂停，询问用户 |
| C | 表面的，非操作性的 | 继续执行并记录 |
用户可随时使用以下命令停止：
- "stop"
- "halt"
- "cancel orchestration"
- "abort"
停止时：立即终止所有生成的会话，输出已完成工作的摘要，等待新指令。
memory/orchestrator-wisdom.md 以记录经验教训简单（魔法词）：
ulw 重构认证模块以使用 JWT
显式激活：
activate autonomous-skill-orchestrator
构建一个包含用户注册、登录和个人资料端点的 REST API
带约束条件：
use autonomous-skill-orchestrator
- 构建与 Stripe 的支付集成
- 必须：使用现有的数据库模式
- 禁止：本地存储卡号
- 截止日期：仅完成核心流程