（5312期）autonomous-skill-orchestrator – 复杂任务的自主编排执行引擎

复杂任务的自主编排执行引擎 社区开发者oyi77打造的三层架构自主编排技能，通过显式激活触发多代理并行执行，解决复杂任务上下文超载与执行碎片化问题，适合长周期项目自动化。 使用说明 Autonomous Skill Orchestrator 是一款受 oh-my-opencode 启发、专为复杂任务设计的自主编排框架，通过三层架构解决传统 AI 对话在大型项目中的上下文超载与执行碎片化问题。 核心用法遵循"显式激活"原则：用户需通过 "use autonomous-skill-orchestrator" 或魔法词 "ultrawork"/"ulw" 触发技能。激活后，系统首先进入 Planning 层（Prometheus 模式），通过简短访谈澄清意图、冻结目标，生成带验收标准的工作计划；随后进入 Orchestration 层（Atlas 模式），由指挥代理读取计划并通过 sessions_spawn 按任务类别（quick/general/deep/creative）并行委派给子代理执行；最后通过独立验证确保结果符合验收标准，而非盲目信任子代理声明。 显著优点在于其系统性解决了四大痛点：通过子代理隔离避免上下文窗口超载；通过结构化计划防止认知漂移；通过强制独立验证填补质量缺口；通过自主执行消除人工瓶颈。并行任务执行与智慧积累机制（Wisdom Log）使复杂项目如代码重构、多模块开发等能高效推进，且知识可在任务间传承。 潜在局限包括：作为 T3 来源的个人项目，长期维护稳定性存疑；仅适合复杂长任务，简单查询使用此技能会产生不必要的 overhead；用户需适应"显式激活 + 严格护栏"的操作模式；子代理委派增加了调试链路的复杂度；对于需要频繁人工判断的创意任务，自动化流程可能显得僵化。 适用群体主要为需要处理跨文件、多步骤复杂项目的软件工程师（如大规模重构、API 开发）、需要长时间自主执行的研究人员（如数据分析、文档整理），以及需要严格验证步骤的关键业务场景。 使用风险需关注：尽管设有"frozen intent"防止范围蔓延，但用户仍需监控子代理是否偏离原始目标；连续任务失败（3次以上）会触发 halt，但前期失败可能已消耗资源；魔法词激活虽便捷，但可能因误包含关键词而意外触发完整编排流程；此外，虽然禁止递归子代理，但用户仍需审查 sessions_spawn 的具体任务描述以避免意外副作用。 原始说明 Deterministically coordinates autonomous planning and execution across available skills under strict guardrails. Use only when the user explicitly activates this skill by name to run autonomously until a stop command is issued. Trigger keywords include: "use autonomous-skill-orchestrator", "activate autonomous-skill-orchestrator", "start autonomous orchestration".