FutureOS
一个 AI 智能体，贯通终端、桌面、手机与聊天应用，共享同一套会话与记忆。
- Star 数
- ★ 112
- 最近更新
- 今天
- License
- MIT
- 主语言
- Rust
- FA 评分
- 52/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 通用 · 跨平台OpenAI API · Claude API
- 费用
- 有免费版，另有付费云服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 开发者希望在一个终端工作台里让 agent 读写代码、跑命令，同时用手机随时查看长任务进展。
- 不适合
- 希望零配置、纯图形界面即可开始的使用者
- 需要完全离线、不接入任何外部账号或中继的团队
- 只想在浏览器里用、不愿安装本地宿主程序的用户
- 源码审查
- 52/100 · 缺口较多
这个 Agent 能做什么，适合哪些场景？
FutureOS 是一个用 Rust 编写的个人 AI 智能体系统，核心是一个 gRPC agent，由它统一驱动终端 TUI、桌面应用、Android/iOS 移动应用、CLI 以及 IM 机器人。所有界面共享相同的会话、记忆与技能，因此可以在工作站上开始任务、在手机上继续查看。它提供四档工具执行边界（off / manual / sandbox / auto），借助 macOS Seatbelt、Linux Bubblewrap 和 Windows 受限令牌限制文件与 shell 操作；手机与宿主之间走 Noise 握手加 ChaCha20-Poly1305 的端到端加密通道，中继可自托管。模型层面既可自带 OpenAI/Anthropic 兼容端点与密钥，也可通过 FutureOS 托管账号自动下发密钥。长期任务由目标控制平面（持久目标、事件溯源状态、验证闸门）支撑 24 小时以上的运行。
启动 future host 后，本机成为 FutureOS 宿主，负责本地运行、计划任务与配对的远程桌面；future tui 或桌面应用作为客户端附加到该宿主，通过 gRPC 与 agent 通信。agent 读取工作区文件、执行 shell 命令、调用内置技能（图像读取与生成、PDF/Word 解析、网页搜索、浏览器控制、幻灯片等），并把每次回复的过程折叠为工具调用与思考树。会话以 JSONL 保存，可像仓库一样 fork、clone 与树状导航。future remote devices add 生成配对邀请，手机端可同时连接多台桌面，在合并的最近列表中切换机器并接管会话。定时任务把「提示词 + 工作目录 + 模型/思考等级」按间隔或日历周期重复执行，并留下运行账本。
- 开发者希望在一个终端工作台里让 agent 读写代码、跑命令，同时用手机随时查看长任务进展。
- 研究人员晚上在服务器上启动 24 小时以上的调研目标，第二天早上用手机审阅结果与验证闸门。
- 需要把 agent 部署在嵌入式板、GPU 服务器或集群上，并从任意设备远程接入的个人或小团队。
- 对文件与 shell 权限敏感、必须启用沙箱或人工审批才能处理不可信内容的用户。
- 希望按日/周/月自动跑固定提示词（如日报汇总、例行检查）并保留运行记录的知识工作者。
如何安装或部署这个 Agent？
macOS / Linux 可用官方脚本自动识别平台：macOS 安装签名应用，Debian/Ubuntu 安装 .deb（含桌面应用与 future CLI），其他 Linux 发行版得到便携压缩包。
curl -fsSL https://dl.future-os.cn/install.sh | bashWindows 通过 PowerShell 静默运行签名安装程序：
iex (irm https://dl.future-os.cn/install.ps1)Android 应用在下载页获取并配对已有桌面；iOS 目前没有现成安装包，需从仓库 mobile/ 目录自行构建。各平台的工具链与 GUI 打包步骤见 docs/guide/build-and-install.md。
如何使用这个 Agent？
先配置至少一个模型提供方。使用 FutureOS 托管模型可执行设备码登录，自动下发密钥与模型列表：
future auth login若自带密钥，把 API key 写入 ~/.future/agent/auth.json，按提供方名称索引：
{
"openai": { "type": "api_key", "key": "sk-..." }
}不在内置目录中的提供方则在 ~/.future/agent/models.json 中完整声明：
{
"providers": {
"my-provider": {
"apiKey": "sk-...",
"baseUrl": "https://my-api.example.com/v1",
"thinkingLevels": ["off", "low", "high"],
"models": [{ "id": "my-model" }]
}
}
}随后启动宿主，再打开终端界面附加到它：
future host
future tui远程接入需要 FutureOS 账号用于配对，并打印邀请：
future auth login
future remote devices add使用自建中继时给宿主传 --relay URL，即可不依赖 Future 平台账号完成同样的配对与加密。
这个 Agent 有哪些优点和局限？
- 同一 Rust 核心同时驱动 TUI、桌面、移动端、CLI 与 IM 机器人，会话与记忆跨端一致。
- 四档执行边界（off / manual / sandbox / auto）配合 macOS Seatbelt、Linux Bubblewrap、Windows 受限令牌，可按内容可信度收紧权限。
- 手机↔宿主为端到端加密（Noise + ChaCha20-Poly1305），中继可用
future relay init/future relay serve自托管，只传输密文。 - 模型选择灵活：内置目录覆盖主流提供方，任何 OpenAI/Anthropic 兼容端点可通过
models.json接入，也可用托管账号自动下发密钥。 - 目标控制平面为 24 小时以上的长任务提供持久目标、事件溯源状态与验证闸门，而非仅靠提示词。
- 会话以 JSONL 保存并支持 fork/clone/树状导航，便于回溯与分支实验。
- 桌面端默认从 Unrestricted（off）起步，处理不可信内容前需手动切换到 Manual、Sandboxed 或 auto，存在误用风险。
- 沙箱的可用性与保证因平台而异，Windows 仅为受限令牌写保护，能力不等同。
- 远程配对在官方中继上必须登录 FutureOS 账号；不想注册需自行部署中继并传
--relay。 - iOS 尚无官方安装包，必须从源码构建
mobile/，对非开发者门槛较高。 - 完整功能横跨宿主、客户端、账号与中继多个环节，首次跑通需要多步配置。
这个 Agent 与同类方案有什么区别？
README 在主题标签中把自身定位为 openclaw-alternative，但未在正文中展开具体对比，因此不做逐项功能对照。
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| FutureOS 当前 | 52 · 缺口较多 | 命令行工具免费版 + 付费版 | ★ 112 | 今天 | Rust | OpenAI API · Claude API |
| NextClaw | 58 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 262 | 今天 | TypeScript | Codex · Claude Code |
| LazyMind | 50 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 475 | 今天 | Go | Codex |
| AnythingLLM | 48 · 缺口较多 | 自托管服务免费 + 模型费 | ★ 68k | 今天 | JavaScript | OpenAI API · Claude API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
least_privilege：README 与沙箱测试记录显示存在 off/manual/sandbox/auto 四档审批、macOS Seatbelt、Linux Bubblewrap、Windows 受限令牌与 ACL 写保护，并有按后端命名的边界回执测试，属于有实质证据的权限分层，但桌面端默认从 Unrestricted(off) 起步，默认姿态偏宽，故只给 2。user_confirmation：manual 档与审批规则（rules 文件、fail-closed 的未知 action 拒绝）有测试支撑，但 auto 档把本应打断用户的请求交给模型复核，等于把确认权部分让渡给模型，扣分至 2。data_flow_transparency：README 声称手机↔主机 Noise+ChaCha20-Poly1305 端到端加密、relay 可自托管，但仓库内未见协议实现或密钥管理细节，属于断言而非可核验证据，给 1。sensitive_data_handling：API key 明文写入 ~/.future/agent/auth.json，未见加密、权限收紧或轮换说明；沙箱文档自述存在快照/凭据限制但未展开，给 1。dependency_security：仅见 Cargo.lock/package-lock 锁定与 Tauri 版本固定，未见依赖审计、SBOM 或漏洞处置流程，给 1。external_effects：存在定时任务“以完整权限按计划运行”、IM 渠道桥接与远程控制等外部副作用面，文档只描述能力，未见针对外部写入的隔离或撤销机制，给 1。rollback：会话可 fork、目标控制面有事件溯源状态，但安装脚本、沙箱 ACL 变更、定时任务等系统级改动未见回滚路径，给 1。source_attribution：MIT 徽章与 THIRD_PARTY_NOTICES 链接存在，但发布者身份未经 FollowAgents 注册表验证，安装脚本从 dl.future-os.cn 拉取二进制，来源链条无法在仓库内闭合，给 1。
self_consistency：README、构建指南、沙箱测试记录与通道 runtime 记录之间对 CLI 内嵌、host 模式、沙箱档位的描述基本一致，且测试记录明确区分“测试写错”与“代码写错”，给 2。dependency_availability：构建指南逐平台列出 Rust 1.99.1 固定、Node 24+、mold、WebKitGTK、Bubblewrap 等依赖及缺失时的行为（无 shasum 则拒绝安装），给 2。failure_messages：Troubleshooting 表覆盖无 Agent、gRPC 错误、无模型、构建失败，测试记录给出具体 panic 文本与错误码分类，给 2；但面向终端用户的运行时错误分类仍主要靠 future doctor，未达 3。
audience_and_scenarios：明确区分终端用户（一行安装）、开发者（源码构建）、无头主机、移动端与 IM 场景，给 2。capability_boundaries：沙箱指南与测试记录逐平台声明能力差异（Seatbelt/Bubblewrap/受限令牌、pwsh 版本、平台未测项），边界陈述较诚实，给 2。trigger_precision：定时任务支持 interval/daily/weekly 等触发，但未见对触发去重、错过补跑、并发重叠的说明；技能与 goal 编排的触发条件也仅以描述呈现，给 1。environment_fit：覆盖 macOS/Linux/Windows/Android/iOS 与静态 musl CLI、老发行版兼容，环境适配说明充分，给 2。
information_architecture：README 有导航锚点、功能表、快速开始、故障排查，docs 分 guide/wiki/architecture/testing，结构清晰，给 2。install_notes：构建安装指南极为详尽，含各平台命令、产物命名表、校验与跳过校验的风险说明，给 3。naming_stability：产物文件名有明确模板，但版本形如 0.0.2-<hash>、test/nightly 后缀规则复杂，且 CLI 与 GUI 版本号独立，稳定性一般，给 2。examples_and_faq：有配置示例（auth.json、models.json、thinkingLevels）与 Troubleshooting 表，但缺少面向使用者的 FAQ 与端到端示例，给 2。known_limitations：沙箱文档列出平台未测项、不可达分支、CI 抖动与 pty 限制，限制披露较充分，给 2。license：README 徽章写 MIT + Apache-2.0，而任务元数据为 MIT，两者不一致且仓库内未见 LICENSE 文件正文，给 1。versioning_changelog：仅见版本脚本与发布通道命名，未见 CHANGELOG 或语义化版本策略说明，给 1。maintenance_responsibility：发布者为未验证身份，仓库内未见维护者、安全响应渠道时限或治理说明（仅链接 SECURITY.md），给 1。
output_usability：TUI 折叠工具调用、会话 fork、多端同一会话等设计面向实际产出，桌面/移动截图佐证界面形态，给 2。marginal_value：统一 Rust 核心 + 多端接入 + 长时目标控制面在同类 Agent 产品中有差异化，但多数能力依赖外部 future-skills 子模块与托管服务，独立价值被削弱，给 2。cost_benefit：安装需拉取远程脚本并执行、桌面默认无限制权限、需自备模型密钥或注册账号，收益与配置/信任成本相比优势不突出，给 1。
claim_traceability：测试记录带文件行号、命令、前后对比数据与失败原文，可逐条复核，给 2。cross_source_corroboration：README 的加密、沙箱、长时运行等核心声明在仓库内缺少第二来源（无协议代码、无 CI 结果文件），仅文档自述，给 1。fact_inference_separation：测试记录明确区分实测数字、推断与未覆盖项（如“未覆盖并发竞态本身”），并声明哪些是历史数据未复验，给 2。
- 安装脚本通过 curl | bash 与 iex(irm ...) 从 dl.future-os.cn 拉取并执行远程内容，发布者身份未经注册表验证，建议先下载脚本审阅并核对 SHA-256 再执行。
- 桌面端默认以 Unrestricted(off) 权限启动，处理不可信内容前必须手动切换到 manual/sandbox；auto 档把审批交给模型复核，不应视为人工确认的等价物。
- API 密钥以明文存放在 ~/.future/agent/auth.json，需自行收紧文件权限并避免在共享主机上使用。
- 定时任务按文档以完整权限运行，且未见错过补跑、并发重叠或撤销机制，启用前应评估其外部副作用。
- README 徽章标注 MIT + Apache-2.0，与元数据中的 MIT 不一致，且仓库内未见 LICENSE 正文，使用前应确认实际许可条款。
- 端到端加密、自托管 relay、长时目标控制面等核心声明在本次审阅的文件中缺少实现或独立佐证，属文档自述。
常见问题
不用 FutureOS 账号能正常使用吗？
--relay URL 指向自建中继，绕开 Future 平台。费用怎么算？
future auth login 使用托管提供方。沙箱能保证绝对安全吗？
TUI 启动后直接退出是什么原因？
future host（或打开桌面应用、future agent）再执行 future tui；连接或 gRPC 报错时可用 future doctor 检查。