🔧 开源框架

OpenMuse

Item: OpenMuse
Rating: 8.6
Author: Mnet

基于 CopilotKit + AG-UI 的个人 Agent 模板（iOS / Android / Web 三端 React Native）：给出目标后自己用浏览器、终端与文件持续推进，先审计划、再看动作、最后取回结果，Take control 可随时接管；兼容任意 agent harness。Alpha，MIT + TypeScript。

个人Agent 开源框架移动端自托管 AG-UI

🌐 访问官网

📅 收录: 2026-10-01 🔄 更新: 2026-10-01

OpenMuse 快速入门

OpenMuse（CopilotKit/openmuse）是一个开源（MIT）的个人 Agent 模板：基于 CopilotKit React Native 与 AG-UI 协议构建，一套代码跑 iOS / Android / Web 三端。你对它说「要一个结果」，它会自己用浏览器、终端与文件持续推进——你先审它的计划、再看它的每一步动作、最后取回结果；官方称兼容任意 agent harness。当前为 Alpha（面向自托管与二次开发）。2026-10-01 核验（GitHub API + README）：3,451★ / 447 fork，最近 push 2026-09-29（持续活跃），CI 徽章绿，MIT + TypeScript。

这是什么？适合谁？

OpenMuse 是「个人 Agent 应用」的完整起点：不是库、不是 SDK，而是一个可以克隆下来直接改的 App。三端形态（iOS / Android / Web）都基于 React Native，核心体验是三段式人机协作：

先审计划：你给出目标后它先展示打算怎么做的计划，你确认或纠正；
再看动作：执行中的每个动作（开网页、跑命令、动文件）都可查看，iPhone 上 38 秒演示展示了让它「去 Hacker News 找有趣的故事并总结 CopilotKit」的完整过程；桌面端演示是「查学校出游邮件 → 打开邮件 → 研究蒙特雷湾水族馆的展览」，邮件与浏览器结果内联展示；
最后取回结果：任务完成后结果回到你手上；中途可用 Take control 接管同一个浏览器会话。

README 明确标注：Alpha，面向自托管与在它之上构建。开放推理、Google 账号接入、CopilotKit Rich Threads 需要各自配置；官方提供 VERIFICATION.md（哪些能力已验证）与 ROADMAP.md。它不是 CopilotKit 官方产品，原始界面与虚构素材一并包含；网站/邮件/文档内容只作为证据供给，不构成行动许可（安全边界设计）。

适合人群：想快速拥有一个三端个人 Agent App 并深度定制的开发者（模板即起点）；研究「计划审查 + 动作透明 + 结果回收」人机协作形态的工程师；CopilotKit / AG-UI 生态用户。

不适合谁：想直接当成品 App 日常用的普通用户（Alpha 阶段，开放推理与账号接入需自行配置）；不支持自托管运维的团队场景（定位个人）。

准备工作

开发环境：Node.js + React Native 三端工具链（iOS 需 macOS/Xcode，Android 需 Android SDK，Web 直接跑）
Agent 能力配置：按 docs/README.md 配置 agent harness 与模型接入；开放推理、Google 账号、Rich Threads 按 VERIFICATION.md 的说明各自配置
时间预算：克隆跑起 Web demo 半天（需配好 agent 后端）；改造成自己的个人 Agent 以天计
成本：模板 MIT 免费；模型与账号成本取决于你接入的 harness
前置知识：React Native / TypeScript、对 agent 架构（harness、工具调用）有基本了解

核心用法：三步上手

第 1 步：克隆模板并跑起来

git clone https://github.com/CopilotKit/openmuse.git
cd openmuse

按 docs/README.md 安装依赖、配置环境，先跑 Web 端看核心界面：输入目标 → 查看计划 → 观察动作流。

第 2 步：配置 agent 与已验证能力

对照 docs/VERIFICATION.md 配置：哪些能力开箱、哪些要自己接（开放推理、Google 账号、Rich Threads）。演示的复现步骤在 docs/DEMO.md（含模型设置）。

第 3 步：定制成你的个人 Agent

改目标领域（它演示的是查邮件 + 浏览器研究，你可以换成自己的工具面）；「兼容任意 agent harness」意味着你可以把后端换成自己的 agent 实现，前端交互（计划审查 / 动作查看 / Take control）保持不变。

常见踩坑

症状：跑起来后 Agent 不动或报 harness 未配置。 根因：Alpha 模板不含现成后端，agent 能力需按文档自行接入。解决：严格按 docs/VERIFICATION.md 逐项配置；先跑 demo 场景验证链路。
症状：Google 账号 / 邮件功能不可用。 根因：README 明确这些能力「require their own configuration」。解决：按文档配置对应的 OAuth/账号接入；这些是演示场景的可选件，不是核心。
症状：iOS / Android 构建失败。 根因：React Native 三端工具链版本不匹配。解决：以仓库 CI（ci.yml，徽章绿）所用环境为准对齐本地工具链；先跑 Web 端降低排障面。
症状：想直接给家人用。 根因：它是 Alpha 开发模板不是成品。解决：预期对齐——先自用与改造，等 roadmap 上的能力稳定后再考虑分发。
症状：担心 Agent 乱动浏览器/文件。 根因：个人 Agent 天然有权限面。解决：利用「先审计划」的交互在计划阶段拦截；README 的安全设计是内容只作为证据供给、不构成行动许可，敏感操作仍应在受控环境跑。

常见问题 FAQ

Q1: OpenMuse 和一般「AI 助手 App」有什么区别？

A: 它是开发模板而不是成品助手：三端一套代码（React Native）、计划审查 + 动作透明 + 结果回收的交互骨架、兼容任意 agent harness 的后端接口，都为了让你改造成自己的个人 Agent。

Q2: AG-UI 是什么？为什么重要？

A: AG-UI 是 agent 与前端交互的协议层；基于它意味着前端不绑死某个后端，你可以把 agent 换成任意兼容 harness，UI 的计划/动作/接管交互保持可用。

Q3: 能部署给别人用吗？

A: 可以自托管，但 README 定位是 Alpha、面向「self-hosting and building on」——给最终用户分发前需要自己补齐账号体系、安全边界与稳定性验证。

Q4: 和 CopilotKit 主产品什么关系？

A: OpenMuse 用 CopilotKit React Native 构建，但 README 明确它「不是 CopilotKit 官方产品」，是一个社区/实验室方向的模板（仓库在 CopilotKit 组织下）。

Q5: 哪些能力是已验证的？

A: 以仓库内 docs/VERIFICATION.md 为准——README 只概述，逐项验证状态以该文档为权威来源；演示复现步骤在 docs/DEMO.md。

参考链接

本文章基于公开资料整理，AI 辅助生成，独立实测与数据核验日期 2026-10-01（GitHub API 实时抓取 stars/fork/push/license；README 与 docs 链接核验；未在本机做三端构建实测）。

📊 评分与标签

评分说明

评分依据可追溯至公开来源。

总分 8.6/10 · P_优选

📊 可观测社区指标（采集日期：2026-10-01）

GitHub: CopilotKit/openmuse ★3,451, 🔱447（GitHub API 实时核验）
License: MIT · 语言: TypeScript（React Native）· 创建于 2026-09-15，最近 push 2026-09-29（持续活跃）
CI 徽章绿（ci.yml）；仓库含 docs/VERIFICATION.md（已验证能力清单）与 ROADMAP.md

🤖 Agent 能力 1.7/2.0

完整个人 Agent 骨架：目标 → 计划（先审）→ 动作（透明可查）→ 结果回收；工具面覆盖浏览器、终端、文件；Take control 可随时接管同一浏览器会话。
- 来源：官方 README
局限：Alpha 阶段——开放推理、Google 账号接入、Rich Threads 需各自配置；agent 后端需自行接入，非开箱即用。
竞品对比 1（闭源个人助手 App）：成品可用但不可改、工具面封闭；OpenMuse 全链路可定制。
竞品对比 2（自研 agent 前端）：三端交互骨架（计划/动作/接管）自建成本高；OpenMuse 直接给。

🖐️ 易用性 1.2/1.5

模板形态：克隆即得三端 App（React Native 一套代码 iOS/Android/Web）；演示有 docs/DEMO.md 复现步骤与模型设置说明。
- 来源：官方 README
局限：需要 RN 三端工具链与 agent 架构知识；Web 端最快，iOS/Android 构建门槛更高。
竞品对比 1（成品助手 App）：零门槛但零定制。
竞品对比 2（纯后端 agent 框架如 LangChain 模板）：无现成三端 UI；OpenMuse 省掉整个前端层。

🔌 生态集成 1.8/2.0

基于 CopilotKit React Native + AG-UI 协议：前端不绑死后端，官方称兼容任意 agent harness；CI、文档（README/docs/CONTRIBUTING/ROADMAP/SECURITY）齐备。
- 来源：官方 README
局限：AG-UI 生态仍在早期，深度集成（Rich Threads 等）依赖 CopilotKit 侧演进。
竞品对比 1（Vercel AI SDK 生态）：SDK 生态成熟，但无「个人 Agent App」形态的成品模板。
竞品对比 2（单一平台助手模板）：只有一端；OpenMuse 三端一套代码。

👥 社区支持 1.3/1.5

16 天 3.4k★ 增长快；仓库在 CopilotKit 组织下（背后有成熟开源公司），issues/PR 开放，文档分层清晰（README/docs/CONTRIBUTING）。
- 来源：GitHub 仓库
局限：新项目，社区规模与第三方贡献尚在起步。
竞品对比 1（CopilotKit 主仓库）：主产品社区大得多，OpenMuse 是其方向性模板。
竞品对比 2（个人维护模板）：组织背书 + CI 规范化明显更稳。

💡 创新程度 1.4/1.5

「先审计划、再看动作、取回结果 + 随时接管」的三段式人机协作交互做成三端一致的产品形态；安全设计上「内容作为证据供给而非行动许可」的边界声明值得借鉴。
- 来源：官方 README
竞品对比 1（传统 chatbot App）：无计划审查与动作透明层。
竞品对比 2（桌面自动化 agent）：多在单端；三端一致的 agent 交互骨架少见。

🔒 稳定性 1.2/1.5

最近 push 2026-09-29 持续活跃；CI 绿；有 VERIFICATION.md 明示哪些能力已验证——工程透明度高。
- 来源：GitHub API
⚠️ 官方自标 Alpha（面向自托管与二次开发），创建仅 16 天，长期稳定性未经验证，维度已折减。
竞品对比 1（商用助手产品）：有发布与回归流程，稳定性承诺更强。
竞品对比 2（成熟开源模板）：维护记录更长。

维度合计：1.7+1.2+1.8+1.3+1.4+1.2 = 8.6 ✓

🏷️ 标签说明

个人Agent: 定位给个人的目标驱动 Agent 应用模板。来源：官方 README
开源框架: MIT 许可的模板项目。来源：GitHub License
移动端: React Native 一套代码覆盖 iOS/Android/Web 三端。来源：官方 README
自托管: 官方定位 self-hosting and building on。来源：官方 README
AG-UI: 基于 AG-UI 协议构建，前端兼容任意 agent harness。来源：官方 README

局限与未实测声明：本文基于 2026-10-01 抓取的 GitHub API、官方 README 与 docs 链接核验撰写；未在本机做三端构建与 agent 接入实测；「兼容任意 agent harness」为官方口径未逐项验证；Alpha 阶段项目，稳定性维度已折减；stars 为采集时点值。

📋 来源核实

✅ 已验证: GitHub CopilotKit/openmuse — ★3,451 / 🔱447 / MIT / 最近 push 2026-09-29（2026-10-01 GitHub API + README 全文抓取，demo 场景、Alpha 声明、docs 结构逐段核验）
✅ 已验证: docs/VERIFICATION.md、docs/DEMO.md、docs/ROADMAP.md 链接存在（README 内链核验）
⚠️ 未实测：本机克隆构建、agent 后端接入、三端运行

同分类推荐

开源框架分类下的其他 Agent