Cue / Muse / Grok Bot / Dots 四款闭源产品都没有官方开源实现（已逐个核查官方 GitHub 组织：xai-org / facebook / meta-llama / openai，只有模型权重、SDK、编码 Agent 等周边）。但社区围绕这四款做了大量开源平替与对标。本页给出映射关系与选型建议。
数据截止 2026-10-10（star / 许可证经 GitHub API 核实）。
一、四款产品的官方开源情况
| 产品 | 官方组织 | 官方开源实现 | 官方确实开源的相关物 |
|---|---|---|---|
| Cue（Manus） | 无官方组织 | ❌ 无 | Manus/Cue 完全闭源 |
| Muse（Meta） | facebook / meta-llama | ❌ 无 | Llama 权重、astryx 设计系统、Muse Gadgets SDK |
| Grok Bot（xAI） | xai-org | ❌ 无 | grok-1 权重、grok-build（编码 CLI）、SDK |
| Dots（OpenAI） | openai | ❌ 无 | codex、swarm、Skills 目录、tart（VM 工具） |
结论：想用开源，只能走”同类平替”，没有”官方开源版”。
二、闭源产品 → 开源平替映射
| 闭源产品 | 最直接的开源对标 | Star | 说明 |
|---|---|---|---|
| Dots（OpenAI） | opendots CopilotKit/OpenDots | 4,941★ | 命名与形态都对着 Dots：always-on coworkers、每 dot 一台电脑、Text/Call/Slack |
| Dots（OpenAI） | opendots-diggerhq diggerhq/opendots | 23★ | 模型无关、极简可自部署版（topic 抽象 + OpenComputer 托管） |
| Muse（Meta） | openmuse CopilotKit/openmuse | 4,710★ | 个人助理能力最全：邮件/日历/PDF/财务 + Goals + Delegate |
| Muse（Meta） | openmuse-diggerhq diggerhq/openmuse | 47★ | 与 diggerhq/opendots 同架构的姊妹项目，未声明 license |
| Muse（Meta） | nanomuse nano-muse/nanoMuse | 899★ | 有论文、多端自托管、“先问再做” |
| Grok Bot（xAI） | opengrokbot wolfqing/OpenGrokBot | 49★ | 唯一明确”自托管 Grok Bot 平替”，每 bot 一容器 |
| Grok Bot（xAI） | opengrokbot-alt Z4YT0N/OpenGrokBot | 6★ | 群聊式”AI 公司”，复用已有 Claude/ChatGPT/Gemini 订阅 |
| Cue 的上游（Manus） | openmanus FoundationAgents/OpenManus | 58,623★ | 开源复刻 Manus 通用 Agent（但无 Cue 的身份牌） |
| Cue 的身份牌 | KeyID-AI/sdk、boringcomputers/goshen-email | 357★ / 156★ | 给 Agent 发真实邮箱，补 Cue 的”身份”碎片 |
| 品类底座 | olares beclab/Olares | 5,312★ | 自托管个人云 OS，专为 always-on agent 设计 |
Cue 是唯一没有完整开源平替的产品——它的邮箱/电话/钱包这套”数字身份牌”还没人整套抄出来，只有碎片（邮箱类开源）。
同名「平替家族」辨析（重要）
这几款闭源产品催生了同名/近名的开源项目，容易混淆，本库已逐一建页：
| 家族名 | 成员（本库页面） | 各自路线 |
|---|---|---|
| OpenDots | opendots / opendots-runtime / opendots-diggerhq | 产品模板（4.9k）/ runtime 编排（31★）/ 极简自部署（23★） |
| OpenMuse | openmuse / nanomuse / openmuse-diggerhq | 个人助理最全（4.7k）/ 多端自托管（899★）/ 同架构姊妹（47★） |
| OpenGrokBot | opengrokbot / opengrokbot-alt | 每 bot 一容器（49★）/ 群聊 AI 公司（6★） |
| OpenManus | openmanus | Manus 通用 Agent 复刻（58.6k） |
注意：
Shashankss1205仓库名是三个 s（本页早期误写为Shashanksa1205，2026-10-12 已修正）。
三、编排型个人助理专章（重点）
目标形态：一个懂你目标的助理，不亲自做全部事，而是知道你的上下文、再把具体任务派给其他 Agent 执行。
这是四款产品都还没做好的一环（OpenDots 官方明说”多 dot 群聊与自动委派是后续工作”），也是开源里最有参考价值的方向。三条技术路线：
路线 A：lead → workers 委派（最贴合）
desplega-ai/agent-swarm（876★ MIT）
- 一个 lead agent 接收目标 → 委派给 worker（Claude Code / Codex 等）
- 隔离容器 + 共享记忆与身份（跨会话持久）
- review gates（审批门）：派出去的活带审核关卡 → 对应”它安排、你拍板”
- Deferred tasks：盯着某组任务，结果达成或到期时唤醒 → 对应”帮我盯事”
- 事件入口：Slack / 仓库 / issue tracker / email / API
路线 B：单 Agent + 目标追踪 + 委派（最像”个人助理”）
CopilotKit/openmuse（4,710★ MIT）
- Goals & Tracking：目标 + 里程碑 + 周期性检查（页面变更/价格阈值）
- Delegate task：把任务委派出去
- Activity 任务生命周期：计划 → 进度 → 审批 → 回执，SQL lease 支持中断恢复
- 个人上下文（名字/语气/记忆）持久
路线 C：runtime 编排多个 CLI Agent（最轻）
opendots-runtime Shashankss1205/OpenDots（31★ MIT）
- runtime 常驻，围绕已保存的 goal 协调多个 agent
- 概念清晰：heartbeat（定时检查）+ event（事件触发）+ target（每个 agent 一个目标）
- 用 Claude Code / Codex / 本地 Ollama 都能当执行者
- 审批 + 保留本地 patch + 跨重启保留历史
三条路线对照
| 维度 | A：agent-swarm | B：openmuse | C：Shashankss1205/OpenDots |
|---|---|---|---|
| 编排核心 | lead agent 调度 worker | 单 Agent + Goals | runtime 调度 targets |
| 记忆 | 共享记忆跨会话 | 个人上下文 + 任务历史 | goal + 任务历史 |
| 审批 | review gates | Activity 审批流 | 审批 + 本地 patch |
| 事件触发 | Slack/repo/issue/email | 周期性 Tracking | heartbeat + event |
| 成熟度 | 中（每日演进） | 中（alpha） | 低（31★） |
| 适合 | 团队/职场工作流 | 个人助理 | 轻量实验 |
建议路径：想快速看到”编排型个人助理”效果，先用 openmuse（个人助理面最全）；要真正的”派活给其他 Agent”，用 agent-swarm。
四、按你的需求给的建议
你要的是”懂我全部行为 + 调度其他 Agent 干活”。开源拼图现状：
| 你需要的层 | 开源可选项 | 缺口 |
|---|---|---|
| 懂你（记忆/上下文） | openmuse 个人上下文；flepied/second-brain-agent(313★)；agentmemory | 缺”全量行为流”的成熟采集 |
| 调度（编排） | agent-swarm、openmuse Delegate、Shashankss1205/OpenDots | 缺”跨个人生活的通用调度器” |
| 执行（干活的 Agent） | Claude Code / Codex / nanobot / hermes-agent | — |
| 底盘（常驻+隔离） | Olares、agentenv、openai/tart | — |
| 身份（邮箱/电话/钱包） | KeyID-AI/sdk、goshen-email | 钱包/电话几乎空白 |
结论：编排层（agent-swarm）+ 执行层（现有 harness）+ 底盘（Olares）+ 身份碎片（邮箱开源） 已能拼出一个雏形；真正的缺口在”懂你全部行为的记忆采集”和”个人钱包/电话身份”。
五、共同风险
- 提示注入 + 自主写外部世界 = 不可撤销的现实损失（四款产品自己也没解决；开源同样）。
- 自托管 = 安全责任自负：开源方案没有 Muse 的 Secure VM + Sentinel 那种内核级隔离。
- 许可证：GPL-3.0（nanoMuse）、AGPL-3.0（Olares/StaffDeck/useagent）对闭源商用有传染性，MIT/Apache 相对宽松。
- 成熟度差异极大：从 58k★ 的 OpenManus 到 49★ 的 OpenGrokBot，选型必须看活跃度而非名气。
相关
- README — 闭源四款产品目录入口
- comparison — 闭源四款横向对比
- 开源项目页：olares · openmanus · opendots · openmuse · nanomuse · opengrokbot · agent-swarm · staffdeck
- nanobot / hermes-agent / agentenv — 本库已有的开源 Agent 运行时与沙箱底座
资料来源
- 各项目 GitHub 仓库（star/许可证经 API 核实，2026-10-10）
- 官方组织核查：
gh api orgs/xai-org|openai|facebook|meta-llama/repos