作者补充：三个项目不是竞品，是三个层级
写完这篇我意识到，把它当"三选一"读会误导。它们其实对应三种场景：
| 场景 | 该选的 | 因为 |
|---|---|---|
| 个人提效 | Orkas | 装完就用，交付物闭环 |
| 3–20 人小组 | nightly OpenBot | 桌面 + 自托管 server + 手机，够用 |
| 公司级平台 | CopilotKit OpenBot | 只有它把身份、策略、审计做成了代码 |
一处自我修正：文中把 nightly 归为"桌面"窄了。它有自托管 server、Team API、iOS/Android，团队协作是完整设计；卡住它的是 PolyForm 非商业许可和 SQLite 单机事实源，不是能力。
如果要做公司级平台，补三条判断标准
1. 写操作边界：能不能改生产、能不能动钱。能，就必须有网关 + 双人审批 + 回滚；不能，可以先从只读做起。 2. 数据分级：L3/L4 数据能不能出内网。不能，模型选型和会话存储都要重排。 3. 审计要求：是"出事能查"还是"事前能拦"。前者要日志，后者要 fail-closed 的策略网关 —— 两者工作量差一个数量级。
这三条里只要有一条答案是"最严"，CopilotKit 就是唯一选项；三条都很松，Orkas 反而更划算。
最后一句
先别做 Swarm。先用单 Agent + 确定性工作流跑通一条能算清收益的纵向流程，再谈自主与协同。多 Agent 的失败模式不是"不够聪明"，是"互相确认同一个错误"。