Trinity：AI Agent 终于有人认真管“上线以后”的脏活了

AI Agent 部署项目，现在听着都像同一套词：自动化、协作、可观测、生产级。

但 Trinity 这个点有点扎眼：它不是在教你再写一个 Agent，而是直接盯着“写完以后放哪儿跑”。一条命令把实例拉起来，后面再从 Claude Code 里接入、创建、部署 Agent。老鬼看这种项目，第一眼通常不看宣传词，先翻命令。它 README 里给的就是这个：curl ... install.sh | bash，会克隆仓库、配环境、构建基础镜像、启动服务。啧，这就很现实。

Agent 真正麻烦的地方，不是本地 demo 跑通。是第二天你发现：日志在哪儿？谁触发的？容器挂了谁知道？API key 怎么管？多个 Agent 互相喊的时候，成本和成功率谁来盯？

Trinity 的思路挺硬：每个 Agent 单独跑在 Docker 容器里，控制台里能看实时状态、调度、Agent 间委派，还有审计日志；自托管或跑在你自己控制的云上，数据不用先送到别人的 SaaS 里绕一圈。

先别急着吹。

生产化这事，不是装上控制台就万事大吉。限流、权限边界、备份、密钥轮换、异常成本报警，这些东西最后还是要团队自己兜住。尤其 Agent 能执行任务、能调工具之后，日志和权限如果没管细，坑会比普通后端服务更阴。

不过 Trinity 至少把几个烦人的链路接上了。比如 Claude Code 插件这块，可以直接/trinity:connect，再/trinity:onboard，从编辑器里把 Agent 推到 Trinity 上跑；之后还能同步、看日志、做调度，不用在编辑器、终端、服务器面板之间来回跳。

另一个我比较在意的是可视化控制台。拓扑图能看整组 Agent 的运行状态、成本和成功率，时间线能看执行历史，甚至还能进单个 Agent 容器看终端。老实说，这类东西不性感，但真用起来救命。

多 Agent 也不是只停在口号。Trinity 支持用一个 YAML manifest 定义整套多 Agent 系统，然后一起部署；README 里还给了 content-production 这种编排示例。这个适合做内容流水线、线索收集、内部知识库、运维小助手之类的长期任务。不是一次性聊天，是让它每天自己跑。

我会把 Trinity 放进“准备把 Agent 从玩具变工具”的那一类项目里看。还没必要神化，但如果你已经用 Claude Code 写了一堆 Agent，下一步想让它们 24 小时跑、有日志、有调度、有审计，兄弟们可以扫一眼。

GitHub 地址：GitHub - Abilityai/trinity。