Supervisor
一种多智能体架构模式，由一个监督者智能体协调多个专门化智能体（如研究员、写手）的工作流。
核心事实
时间轴 (近 90 天)
OpenShell 使用操作系统内核将 Agent 关进沙箱，限制其可访问的文件和可启动的进程，并完全阻断其网络，出网请求需经过沙箱外的 Supervisor 按策略核对。
多智能体系统中常见的协作模式包括流水线（顺序依赖）、并行（独立子任务）和辩论（多智能体讨论以达成共识）。
ReAct每题平均消耗4,663 token，Plan-execute为10,535 token，Supervisor为7,494 token，Draft-verify为4,905 token。
在240个问题的测试中，ReAct的正确率为59.6%，Plan-execute为61.7%，Supervisor为65.0%，Draft-verify为63.7%。
多智能体系统中 Token 消耗呈非线性增长的根源是调用次数乘以不断膨胀的上下文，而非单次调用贵。
对确定性意图（unambiguous intents）在进入 LLM 之前用代码直接处理，可以减少 Supervisor 的 Token 消耗。
Supervisor 在每一跳都会运行，且每次唤醒时都要重新读取共享消息列表，该列表包含用户每轮输入、Supervisor 自身之前的每次路由调用、每次 handoff/return 产生的 transfer message 对，以及每个 worker 的最后一条消息。
在 Supervisor 架构中，若在 prompt 顶部放置变化的 timestamp 或动态 few-shot 示例，会击穿 prefix cache，使路由成本成倍增加。
给路由器只传递最新用户消息加一段简短摘要（而非整段历史），并给 Supervisor 挂载 pre_model_hook，可以精简其输入、降低 Token 消耗。
简单的任务分发用工具调用就够了，只有真正需要多轮协商、动态规划的场景才值得上完整 Supervisor。
还有 4 条时间轴事件
全部知识事实 (15)
多智能体系统中常见的协作模式包括流水线（顺序依赖）、并行（独立子任务）和辩论（多智能体讨论以达成共识）。
75%待验证传统进程管理工具如Supervisor和PM2无法区分AI Agent的语义状态，不能分辨'任务正在思考'与'任务已经卡死'
90%待验证当前Agent编排领域存在抽象层级错配的两极分化格局：重量级方案如LangGraph、Temporal、AWS Step Functions抽象层级过高，轻量级工具如PM2、Supervisor抽象层级过低
80%待验证OpenShell 使用操作系统内核将 Agent 关进沙箱，限制其可访问的文件和可启动的进程，并完全阻断其网络，出网请求需经过沙箱外的 Supervisor 按策略核对。
50%待验证ReAct每题平均消耗4,663 token，Plan-execute为10,535 token，Supervisor为7,494 token，Draft-verify为4,905 token。
50%待验证在240个问题的测试中，ReAct的正确率为59.6%，Plan-execute为61.7%，Supervisor为65.0%，Draft-verify为63.7%。
50%待验证给路由器只传递最新用户消息加一段简短摘要（而非整段历史），并给 Supervisor 挂载 pre_model_hook，可以精简其输入、降低 Token 消耗。
50%待验证简单的任务分发用工具调用就够了，只有真正需要多轮协商、动态规划的场景才值得上完整 Supervisor。
50%待验证Supervisor 在每一跳都会运行，且每次唤醒时都要重新读取共享消息列表，该列表包含用户每轮输入、Supervisor 自身之前的每次路由调用、每次 handoff/return 产生的 transfer message 对，以及每个 worker 的最后一条消息。
50%待验证多智能体系统中 Token 消耗呈非线性增长的根源是调用次数乘以不断膨胀的上下文，而非单次调用贵。
50%待验证对确定性意图（unambiguous intents）在进入 LLM 之前用代码直接处理，可以减少 Supervisor 的 Token 消耗。
50%待验证在 Supervisor 架构中，若在 prompt 顶部放置变化的 timestamp 或动态 few-shot 示例，会击穿 prefix cache，使路由成本成倍增加。
50%待验证多 Agent 的常见编排模式主要包括 Supervisor（主管）模式、Network/Swarm 模式（Agent 间直接 handoff，无中心节点）和 Hierarchical 层级模式（主管之下再套主管，适合大规模系统）。
50%待验证更稳健的做法是让Supervisor在每一轮对话都动态构建一个任务DAG，而不是一次性绑定Agent
50%待验证Erlang/OTP的Supervisor模块提供one_for_one、one_for_all、rest_for_one三种子进程崩溃恢复策略，体现「let it crash」哲学
50%