OpenOS
以自然语言为界面的 Debian 系统，让你直接对电脑说出任务，由本地 AI 转译执行。
- Star 数
- ★ 1.3k
- 最近更新
- 今天
- License
- GPL-3.0
- 主语言
- Python
- FA 评分
- 29/100 · 缺口较多
30 秒速览
- 运行形态
- 可在哪里用
- 兼容但需适配
- 费用
- 免费，无需付费服务
- 上手难度
- 中 · 需要几步配置
- 开始前需要
- 典型场景
- 想用口语化指令代替 Linux 命令行的 Debian 个人用户，例如一句话整理项目文件或清理系统。
- 不适合
- 需要 Windows 或 macOS 桌面的用户
- 不愿在本地运行 Ollama 与 LLM 的团队
- 期待稳定成熟发行版的生产环境
这个 Agent 能做什么，适合哪些场景？
OpenOS 是一个基于 Debian 的操作系统项目，核心理念是用单一 AI 界面替代传统菜单、终端与应用启动器。用户在命令行输入 openos "..." 这类自然语言指令，请求先进入 AI 接口（CLI、语音或图形界面），再由基于 Ollama 的本地大模型与函数调用组成的“AI Brain”解析，交给任务引擎中的工具模块执行，最终作用于 Debian Bookworm 系统。README 列出的能力包括自然语言控制、多步任务自动化、文件整理与查重、个性化记忆、AI Shell、系统自维护、通知、内置助手、语音控制和模块化插件。所有 AI 处理默认在本机通过 Ollama 完成，无需云服务，破坏性命令需要显式确认。项目还提供 make install 安装与 make iso 构建可启动镜像的路径，但文档细节与发布形态仍较初步。
用户以 openos "open my project files"、"clean my system" 之类的自然语言命令发起请求；命令进入 AI 接口层（CLI/语音/GUI），由基于 Ollama LLM 与 function calling 的 AI Brain 解析意图，再交由 Task Engine 中的工具模块执行，作用于底层 Debian 系统与内核。仓库声明的工具能力覆盖文件自动整理、去重与清理建议，多步任务编排，学习用户习惯的个性化记忆，以自然语言替代复杂 Linux 命令的 AI Shell，以及自动清理、更新与优化的自维护任务。系统还会产生智能通知和 ChatGPT 风格的内置助手交互。执行破坏性操作前要求用户明确确认，AI 推理默认全部在本地完成。
- 想用口语化指令代替 Linux 命令行的 Debian 个人用户，例如一句话整理项目文件或清理系统。
- 希望所有 AI 推理留在本地、不愿把系统信息发往云端的隐私敏感用户。
- 需要在多步运维任务中减少手工命令拼接的开发者，例如“prepare my work setup”式的一键环境准备。
- 想评估或定制基于 Debian 的 AI 发行版、构建自有 ISO 的开发者与研究者。
- 经常用语音与桌面交互、希望“Hey OpenOS”式语音控制的用户。
如何安装或部署这个 Agent？
前置条件是 Debian 12+ 或 Ubuntu 22.04+、Python 3.11+、至少 4GB 内存（7B 模型建议 8GB）。README 给出的安装步骤如下（隐含需要本机已安装并运行 Ollama，但文档未给出 Ollama 的安装命令）：
git clone https://github.com/openos07/openos.git
cd openos
make install如需构建可启动 ISO，需要 root 权限执行：
make iso注意：README 未说明 make install 具体写入哪些依赖、是否需要提前配置 Ollama 模型名称，也未给出可下载的预构建镜像地址。
如何使用这个 Agent？
安装完成后，直接在终端以自然语言调用 openos：
openos "hello, what can you do?"
openos "open my project files"
openos "clean my system"
openos "prepare my work setup"
openos "play some music"AI 推理默认通过本地 Ollama 完成，首次使用前需确保 Ollama 服务与所需模型可用；涉及删除、清理等破坏性操作时，系统会要求显式确认。语音控制按 README 描述可用“Hey OpenOS, open YouTube”这类唤醒语句触发。
这个 Agent 有哪些优点和局限？
- 用 openos "..." 一条自然语言命令完成多步任务，直接替代复杂的 Linux 命令组合。
- AI 处理通过 Ollama 在本地完成，README 明确声明无需云端、可离线运行，数据不出本机。
- 破坏性命令强制要求显式确认，降低误删误改风险。
- 提供 make iso 构建可启动 Debian 镜像的路径，而不只是应用层工具。
- 采用 GPL-3.0 许可，代码可审计、可修改。
- 仅支持 Debian 12+ 或 Ubuntu 22.04+，Windows、macOS 用户无法直接使用。
- 依赖本机 Ollama 与足够内存（7B 模型建议 8GB），低配机器体验受限。
- README 未给出 Ollama 安装、所需具体模型名称与版本，安装说明存在信息缺口。
- 项目处于早期阶段，README 中 CA“即将公布”等表述暗示尚未正式发布，稳定性与文档成熟度有待验证。
- 自然语言驱动系统操作存在误执行风险，安全边界主要依赖确认机制。
这个 Agent 与同类方案有什么区别？
与相关度最高的同类 agent 并排比较关键指标。
| Agent | 源码审查 | 形态 / 费用 | Star | 最近更新 | 主语言 | 完整支持的平台 |
|---|---|---|---|---|---|---|
| OpenOS 当前 | 29 · 缺口较多 | 命令行工具免费 | ★ 1.3k | 今天 | Python | — |
| SafestClaw 助手 | 49 · 缺口较多 | 命令行工具免费 + 模型费 | ★ 283 | 1 个月前 | Python | OpenAI API · Claude API |
| Simulator Controller 虚拟赛道团队 | 49 · 缺口较多 | 桌面应用免费 + 模型费 | ★ 455 | 1 天前 | AutoHotkey | — |
| 小金丝雀注入探测器 | 78 · 表现良好 | 命令行工具免费 | ★ 41 | 1 天前 | Python | Claude Code · OpenAI API |
FollowAgents 如何评估这个 Agent？
查看各维度的扣分理由
README 声称“破坏性命令始终需要显式批准”“100% 本地 AI”，但仓库中没有任何实现代码、权限模型或确认流程可供核对，因此 least_privilege、user_confirmation、data_flow_transparency、sensitive_data_handling 均只能给 1（仅有声明）。依赖清单包含 openai、edge-tts、pvporcupine 等云端/第三方组件，与“完全离线”表述存在张力，dependency_security 仅 1。external_effects 因缺少执行路径证据仅 1。rollback 完全缺失（无回滚/恢复机制说明），给 0。source_attribution 仅有作者邮箱与 GPL 声明，无第三方来源标注，给 1。
pyproject 与 README 的版本号不一致（0.3.0 vs SECURITY.md 的 0.2.x 支持表），self_consistency 扣分给 1。依赖均为公开 PyPI 包，dependency_availability 给 1，但无锁定文件或哈希校验。failure_messages 无任何错误处理或提示证据，给 0。
README 描述了 CLI/语音/GUI 场景与 Debian 12+/Ubuntu 22.04+ 环境，audience_and_scenarios 与 environment_fit 各 1。capability_boundaries 仅有功能表，未说明 AI 能力边界或拒绝策略，给 1。trigger_precision 仅有示例命令，无触发/歧义处理说明，给 1。
README 有架构图、快速开始与文档链接，information_architecture 与 install_notes 各 1，但文档文件本身未在证据中。naming_stability 因多入口脚本命名一致给 1。examples_and_faq 仅有命令示例、无 FAQ，给 1。known_limitations 完全缺失，给 0。license 有完整 GPL-3.0 文本且 pyproject 一致，给 2。versioning_changelog 有版本号但无 CHANGELOG，给 1。maintenance_responsibility 有 SECURITY.md 联系人与支持版本，但发布者身份未验证，给 1。
output_usability 仅有 README 示例，无实际输出格式证据，给 1。marginal_value 概念有吸引力但无实现证据支撑，给 1。cost_benefit 需 4GB+ RAM 与本地 LLM，但无性能或成本数据，给 1。
claim_traceability 为 0：README 的功能声明（自维护、记忆、语音）在证据中无对应代码或文档可追溯。cross_source_corroboration 仅 pyproject 与 README 部分互证，给 1。fact_inference_separation 因 README 将愿景与事实混写（如“CA Soon Available”与功能表并列），给 1。
- 源码中未见：回滚或恢复路径运行前先备份，或在 git 分支、快照上操作，确保改动可以撤销。
- 仓库证据仅含 README、LICENSE、SECURITY.md、pyproject 与一个 Pages 部署工作流，缺少核心实现代码，无法验证任何功能声明。
- README 声称完全本地离线，但依赖包含 openai、edge-tts、pvporcupine 等云端/第三方组件，存在数据外流与隐私风险，需核实实际调用路径。
- 版本号不一致（pyproject 0.3.0 与 SECURITY.md 支持 0.2.x），且无 CHANGELOG，发布状态不清晰。
- README 中“CA Soon Available”与加密货币相关表述与操作系统产品无关，发布者身份未经验证，需谨慎对待。
- 无回滚、无已知限制说明、无错误处理证据，破坏性操作（如 clean my system）的实际安全机制无法确认。