为什么你还需要CompozyOSAI Agent编排框架CompozyOS解决的7大难题【免费下载链接】compozyAn operating system for AI agents. Plug in the agent CLIs you already use (Claude Code, Codex, Gemini CLI, Cursor) and they become a team: they split the work, hand tasks to each other, run automated on jobs and loops, and share one project memory. You steer everything from the browser.项目地址: https://gitcode.com/gh_mirrors/co/compozy如果你每天在用 Claude Code、Codex、Gemini CLI 这类 AI Agent 命令行工具干活大概率已经踩过了同一个坑Agent 本身很聪明但让它持续干活却是一堆工程活——循环、定时触发、记忆、权限审批、可观测性全靠脚本硬凑。CompozyOS 正是为了解决这些问题而生的AI Agent 编排框架官方把它定义为AI Agent 的操作系统把你已有的 Agent CLI 接进来它们就变成一支能分工协作、按任务交接、共享项目记忆的团队而你可以全程在浏览器里指挥。3 分钟快速上手 CompozyOSCompozyOS 是本地优先local-first设计一个 Go 二进制 SQLite 状态存储不需要 Docker也不需要自建数据库服务。安装只需要一行命令官方安装脚本会验证签名后安装最新的 beta 版curl -fsSL https://compozy.com/install.sh | sh也可以从源码构建仓库地址https://gitcode.com/gh_mirrors/co/compozy git clone https://gitcode.com/gh_mirrors/co/compozy cd compozy go build -o ./bin/compozy .启动后三条命令跑通第一次任务compozy install # 初始化 compozy daemon start # 启动本地守护进程 compozy session new --agent general --name first-run # 创建第一个持久会话更多细节可参考 README.md 的 Quick Start 章节以及文档入口 docs index。它的核心架构只有一句话一个本地 daemon 拥有全部状态。人Web、CLI和 AgentHTTP/SSE、MCP、原生工具从不同入口操作的是同一份运行时状态而不是各存一套数据。难题一关掉终端工作就蒸发了用 Agent CLI 时最难受的体验任务跑了一半终端一关、网络一断进度全没只能从头再来。CompozyOS 把会话Session做成持久化对象会话、任务、Loop 运行都归属于 daemon而不是某个终端标签页。你关闭浏览器或 CLI 客户端Agent 的提示词继续执行重新打开时状态、事件历史、转录记录都还在随时可以恢复compozy session resume。相关实现见 internal/acp/。难题二Agent 干了什么完全没法回溯Agent 自主跑了几小时它改了什么文件、调了哪些工具、卡在哪里没有审计轨迹的话出了问题只能靠猜。在 CompozyOS 里每个会话的事件流、工具调用、产物都是可检查、可回放的。Web 界面里有完整的事件时间线trace 视图能看到每一步的耗时与工具分布运维时不用翻零散的日志文件。相关实现见 internal/transcript/。难题三让 Agent 持续循环干活得自己写一堆胶水代码改代码 → 跑测试 → 不过就修 → 直到通过这种循环任务用原始 CLI 得自己写脚本控制。CompozyOS 内置了Loop这一核心对象契约是固定的四步goal → act → verify → stop并带有明确的终止状态done、blocked、failed 等和迭代预算。Loop 定义写在 YAML 里一次编写、反复运行在 Web 界面一行 Run 就能启动。Loop 机制源码位于 internal/loop/。难题四定时任务、Webhook又要自己搭 cron每天早上 9 点让 Agent 汇总昨日 PRCI 失败时触发 Agent 分析——这类自动化在传统方式下意味着 cron 脚本 消息队列的组合拳。CompozyOS 把自动化Automation做成核心能力Cron 定时计划、Webhook、触发器都是运行时对象Agent 在后台持续运行不需要开着任何终端。相关实现见 internal/automation/。难题五每个项目都要重新喂一遍上下文换个项目就要重新解释一遍背景、约定、代码结构。Agent 没有项目记忆效率损耗巨大。CompozyOS 提供按工作区workspace作用域的持久记忆记忆跟着项目走Agent 可以通过和人相同的公开契约来检查、提议、整理记忆。多 Agent 交接任务时接手方不需要从零重建上下文。相关实现见 internal/memory/。难题六多个 Agent 协作 大量自研协调代码一个 Agent 写代码、一个 Agent 做评审、一个 Agent 盯发布——让它们互相交接任务通常要自己写一整套协调层。在 CompozyOS 里所有 Agent 操作的是同一个 daemon 拥有的状态任务Task是持久对象可以指派、交接、在待审批/阻塞/完成之间流转ACP 兼容的 Agent CLI 作为驱动器接入谁写代码还是 Claude Code谁评审还是你原来的工具但协调层已经建好了。难题七放权给 Agent却失去了控制感让 Agent 自主运行最怕它作妖删错文件、改错配置而且你根本不知道它要干什么。CompozyOS 内置了完整的权限与审批体系扩展声明权限清单、按调用粒度校验Agent 的高风险操作可以挂起等待人工批准approval pending远程访问通过 Gateway 显式配对、按需暴露。有边界的自主性不是口号而是运行时里逐层生效的策略。此外能力扩展不用改核心代码技能Skills、扩展Extensions、工具都通过显式契约接入官方内置的市场Marketplace里可以直接安装现成的扩展包例如 GitHub 仓库巡检、PostgreSQL 只读查询、Slack 通知等。小结什么时候你需要 CompozyOS如果你符合以下任意一条CompozyOS 值得一试希望 Agent 的工作跨终端、跨崩溃存活而不是困在一次性会话里需要回放与审计而不是黑盒跑完拉倒想让多个 Agent分工交接又不想自研协调框架需要Cron / Webhook 级别的持续自动化且全程可视可控。一句话概括它的定位Agent 负责干活CompozyOS 提供工作系统。术语细节可参考项目内置的 glossary.md从 v0.2 升级的用户请阅读 MIGRATION_GUIDE.md。【免费下载链接】compozyAn operating system for AI agents. Plug in the agent CLIs you already use (Claude Code, Codex, Gemini CLI, Cursor) and they become a team: they split the work, hand tasks to each other, run automated on jobs and loops, and share one project memory. You steer everything from the browser.项目地址: https://gitcode.com/gh_mirrors/co/compozy创作声明：本文部分内容由AI辅助生成（AIGC），仅供参考