意识交响团 · 任务编排与执行管理
将以下提示词粘贴到你的 AI 对话框中：
请根据 https://skillhub.cn/install/skillhub.md，安装 @user_faa89036/bionic-orchestrator。
技能介绍
要解决什么问题
多步 Agent 任务里，上下文容易被长对话冲淡，复杂度不一却套用同一套流程，分支决策往往直接写进回复，既打断阅读又难沉淀决策链。你需要的是执行控制系统：临时记住关键状态、按步骤调度其它 Skill，并在用户看不见的地方做权衡与复盘。
技能如何工作
本 Skill 用三层编排覆盖任务全生命周期，且默认静默管理——用户只见结果，不见编排过程。
L1：工作记忆
- 任务开始：初始化 Buffer，保存目标、约束与中间结论。
- 每步之后：更新状态；对话超过 20 轮时打防遗忘标签，避免关键上下文丢失。
- 任务结束：归档决策链，便于后续追溯。
L2：任务调度
按复杂度选策略，并联动 bionic-guard、bionic-cognition、bionic-reasoning 等：
| 复杂度 | 行为要点 |
|--------|----------|
| C1 | 仅 Orchestrator，秒级、无框架 |
| C2 | 加 Guard + Cognition，输出带框架 |
| C3 | 加 Reasoning，要求详细推理 |
| C4 | 可加 Swarm 等，全链路 |
异常时：类型模糊按 C3 保守处理；单个 Skill 加载失败则跳过继续；用户推翻判断记入 habit-store。
L3：内心独白
在决策分支与任务完成时做标准独白或复盘；独白绝不出现在回复中——更好方案直接采用，发现错误自然修正，通用规律静默推给 habit-loop / dream-memory。
自动触发还包括：每步后 L1 更新 + L2 调度下一步；完成后 L3 复盘 + L1 归档。与 bionic-cognition 的执行顺序为 Cognition 之后再由 Orchestrator 接管。
适用边界与注意点
- 编排与独白是代理侧行为，不替代你对业务规则与最终输出的验收。
- 依赖同系列的 Guard、Cognition、Reasoning 等；部分 Skill 不可用时会优雅降级，链路仍可能继续，但 C4 能力会缩水。
- 工作记忆与 habit / dream 数据文件需要与你的工作流约定一致，否则复盘与习惯检测价值有限。
使用场景
- 长对话里分多步改代码，需要在每步后保留目标与已改文件列表，避免第 15 轮又从头解释需求
- 同一会话里既有简单查资料又有复杂架构决策，希望简单步秒回、复杂步自动拉上 Guard 与 Reasoning
- 任务走到一半用户改口换方案，需要把推翻点记入习惯库并在后续步骤按更高复杂度保守调度
- 多子任务串联（调研→方案→实现）结束时，要在不打扰用户的前提下做复盘并把可复用规律推给习惯与梦境记忆
适合人员
- 维护意识交响团 bionic 技能栈的集成者，需要统一 Cognition 之后由谁接管执行与每步 Guard 调用顺序
- 接企业定制 Agent 的工程师，客户任务复杂度波动大，要按 C1–C4 自动选链路且单 Skill 失败不整链崩
- 写超长会话编程助手的维护者，对话常超 20 轮，要防遗忘标签与工作记忆归档决策链
- 做多分支产品方案讨论的顾问，分支权衡不能刷屏，但完成后仍要沉淀到 habit-loop 供下次复用
相关技能
面向五步以上复杂任务，用静态锚点与动态流分层、渐进压缩和双层 progress 文件，把有效记忆扩展到上下文窗口之外。
面向 iOS 受控开发：先只读调研并输出实施计划，评估多 Agent 拆分，仅在用户明确批准后再改代码与跑验证。
合并多 AI agent 重复 skill 至 ~/.skillhub/ 权威目录，原路径改为符号链接；只读扫描默认，--apply 前全量 tar 备份。
源自 Karpathy 对 LLM 失误的归纳，约束先澄清假设、最小步骤、只改必要处，并以可验证标准完成日常办公任务。