一句话定位:一个给你自己部署的个人助理——把活交出去、继续对话,结果回到同一个对话里;基于 OpenComputer Serverless Agents 构建。

为什么值得关注

  • 无需自建 Agent 基础设施:agent 运行、云电脑供给、对话与 notes 存储都由你自己的 OpenComputer 项目承载。
  • “topic” 抽象:长任务会获得自己的 topic——独立对话 + 可读可编辑的 notes + 按需的云电脑;关掉浏览器工作仍在继续。
  • 同作者两个项目里较早的一个(2026-09-10 创建,比 diggerhq/opendots 早 19 天)。

核心能力

  • 交接工作、持续对话:你把活交出去,继续聊,结果回到同一个对话里。
  • 长任务 → topic:独立会话 + notes + 云电脑,会话隔离;可打开 topic 观看命令执行与检查 notes。
  • 多 agent 分工:coordinator + topic-worker 两个 agent 定义。
  • 工作持久:浏览器关闭后继续,回来拿结果。
  • 环境变量鉴权:OPENMUSE_OWNER_SECRET 登录。

技术栈与架构

项值
语言TypeScript
许可证未声明(none)
Star47(2026-10)
创建2026-09-10
基座TanStack Start(Web App)+ React 风格 TS hooks 定义 agent
Agent 托管OpenComputer Serverless Agents
状态存储你自己的 OpenComputer 项目(对话 + notes)

与 diggerhq/opendots 的架构差异:本仓库 README 没有「Choose your model」章节,即未在文档中说明多模型声明方式——模型接入细节不如 opendots 透明。

与同作者项目的关系

diggerhq/openmuse(本页)opendots-diggerhq diggerhq/opendots
Star4723
创建2026-09-102026-09-29
许可证未声明(none)MIT
定位泛化的”可部署个人助理”明确对标 OpenAI Dots 的模型无关替代
架构同源(TanStack + OpenComputer)同左

两者共用同一套架构(README 主体高度相似,连示例 prompt 都一样),但是两个独立仓库:许可(本页未声明,需商用谨慎)、定位、Star、创建日期均不同。

与 Meta Muse 的对应关系

  • 对应点:都提供”可部署的个人助理”、常驻执行、每任务云电脑。
  • 差异:Muse 是 Meta 的消费级产品(Secure VM + Sentinel 审批 + 多端 App);本项目是最小可自部署起点,无安全隔离架构、无审批层、无移动端。
  • 本质上:共享命名与理念,不是架构对等复刻。

适用场景

  • 想要”自己部署的个人助理”起点,且已有 OpenComputer 项目的开发者。
  • 想对比同作者两个项目(openmuse vs opendots)差异的研究者。

局限性

  • 未声明许可证:无 LICENSE 文件,商用/再分发需先与作者确认(这是与 opendots 最关键的差异)。
  • 星数低(47★):早期项目,无独立文档站。
  • 强绑定 OpenComputer:agent 运行与存储都依赖该平台。
  • 文档不完整:无多模型声明说明、无 License 段。
  • 无插件生态、无审批治理、无多端 App。

相关

主要来源

  • 仓库 https://github.com/diggerhq/openmuse
  • OpenComputer Agents 文档 https://docs.opencomputer.dev/agents/overview