CompozyOS 是本地优先的 AI agent 运行层。它用常驻 daemon 保存 session、task、Loop、memory 和审批状态，再让 Claude Code、OpenClaw、Hermes 等 ACP 兼容 CLI 在同一工作区内持续执行；浏览器、CLI、HTTP/SSE、UDS 和 MCP 读取同一份状态。
来源：github.com/compozy/compozy 查看 GitHub 仓库 → 📘 使用教程 →项目已从 v0.2 的 task pipeline 转向 v0.3 beta 的 daemon、durable session 和 Loop 模型，安装通道与命令都变了；旧版概述不能指导当前安装。
来源：github.com/compozy/compozy/releases/tag/v0.3.0-beta.27；https://github…终端关闭后 session 与 Loop 仍归 daemon 管理；事件、资源和工作区边界由同一运行时保存。
来源：github.com/compozy/compozycron、webhook、trigger、审批、权限、运行状态和产物进入统一对象模型，可从 web 或 CLI 检查。
来源：github.com/compozy/compozyagent 定义放在用户级或工作区级目录；扩展通过声明的 surface 增加工具和运行行为，由 daemon 管理发现、启用、信任和生命周期。
来源：github.com/compozy/compozy主程序是 Go 二进制，状态默认落在本机 SQLite；只有配置的 provider、扩展或显式 Gateway 会跨出本机边界。
来源：github.com/compozy/compozy用户或 agent 从 web、CLI、HTTP/SSE、UDS、MCP 等入口发命令；home-scoped daemon 解析工作区，应用权限和运行策略，协调 ACP agent，并持久化事件与资源。全局配置在 ~/.compozy/config.toml，工作区可用 .compozy/config.toml 覆盖，显式 CLI 参数优先级最高。
来源：github.com/compozy/compozymacOS 或 Linux 的已验证安装器，或 Node/npm、Go …至少一个受支持且已认证的 agent CLI/provider本地 daemon 与可写的 Compozy home/workspace可选 Gateway 用于远程访问适合需要让已有 agent CLI 跨终端保存会话、按 cron/webhook 运行、保留审批与产物记录的开发团队。单次问答或临时改一个文件时，直接使用原 agent CLI 通常更省维护；CompozyOS 的价值出现在需要常驻状态和统一监督时。
来源：github.com/compozy/compozyGitHub 最新发布为 v0.3.0-beta.27（2026-09-15）。它仍是预发布；v0.2.15 已弃用，只在 legacy/v0.2 分支接受关键修复。
来源：github.com/compozy/compozy/releases/tag/v0.3.0-beta.27status: docs-only | checked_at: 2026-09-23 | environment: 核对官方 README、安装/快速开始文档、MIT LICENSE 与 GitHub v0.3.0-beta.27 release | limitations: 未运行安装脚本、daemon、Gateway、Loop 或任何 agent CLI，也未验证迁移、远程连接和权限隔离 | observed_output: 最新发布为 v0.3.0-beta.27，release 标注 2026-09-15；README 明确 v0.3 为 beta、v0.2.15 仅保留关键修复
来源：github.com/compozy/compozy/releases/tag/v0.3.0-beta.27OpenHands 是软件开发 agent 平台，重点是让 agent 修改代码、执行命令、浏览网页，并可通过 Docker、CLI、headless 或 GitHub Action 使用。CompozyOS 更像已有 ACP agent CLI 外面的运行与监督层，强调 daemon、Loop、审批、触发器和共享状态。需要开箱即用的软件开发 agent 时先看 OpenHands；已有 Claude Code/OpenClaw/Hermes，并要把持续任务纳入统一状态时再看 CompozyOS。
来源：github.com/OpenHands/OpenHandsCompozyOS 适合已经有 agent CLI、又确实需要常驻任务、审批和可追踪状态的团队。当前最大成本是 beta 迁移与权限设计；先在单独仓库跑一个 session，确认 provider、workspace 和写权限，再考虑 cron、Gateway 或扩展。
来源：github.com/compozy/compozy不应直接覆盖。官方要求先读 migration guide；v0.3 使用 daemon、durable task 和 Loop，不会恢复 v0.2 的 tasks run 流程。
beta 期间两者仍指向 v0.2 稳定线。应使用 verified installer、npm 的 @beta，或显式 release tag。
session 和 Loop 归 daemon 管理，终端关闭不会自动删除状态；是否继续执行仍由 daemon、触发条件和权限决定。
官方描述为本地优先，状态默认在本机；外部模型 provider、扩展或显式 Gateway 仍会产生外部数据边界。