可能已经不少 v 友听过 cc-connect 项目。cc-connect 最开始在 v 站宣传，后续受到大家的喜欢和自发宣传，很快就达到 3000 star 。然后目前已经 5000 多 star 啦。cc-connect 是一款能够将你的 claude code/codex 等 agent 连接上大部分 IM 平台的工具。提供了很方便轻量的连接以及管理能力，比 openclaw 这些更轻更容易扩展。如果说现在 star 犹如抖音小红书点赞，那可以看看 issue 和 pr 以及贡献者，可以看出很多人还是真实的在使用和真实的喜欢的。
但今天不是为了聊 cc-connet ，而是另外一个我一直在做和使用的项目，我个人觉得应该是目前全世界真的在严肃的和真实实践的做做一人公司多 agent 协同的框架。他不是简单的 agent 协同对话，也不是简单的任务看板工具，这些已经有很多了，用过的人都知道能用，作为一个工具能用，但实际落不了地，属于噱头很大，点赞很多，实际上用起来不如开几个 agent 窗口。这也是为什么我要开发 agencycli 的原因，实现真正一人公司多 agent 自主运作这件事很难很难，但很值得做。agenycli 的终极目标是，你说一句话真的就帮你把整个框架搭起来，把 token 的 roi 打满。
我需要 agencycli 的原因很直接，因为我有多个项目需要跟进协同，如果完全靠我自己去推进很困难很低效，我的时间有限。我需要一套异步的系统，agent 们可以自主分配任务，自主完成，大部分任务我这边只要做审批审核。
https://github.com/chenhg5/agencycli
agencycli 顾名思义，一个 cli 给 agent 用来创建多 agent 系统的。同时也提供一个完备的专业的商业级的 web 管理系统，可以让人进行可视化管理。而 agent 们则是通过 cli 互相交流沟通。agencycli 的任何功能都是可以通过 cli 触发配置的，完全的 agent 友好。
从第一性原理上说，一个 agent 表现的好坏取决于：上下文+模型基础能力+harness 设计。上下文很关键，怎么去设计上下文。而 agencycli 借鉴人类对公司架构的设计。支持了横向的团队角色和纵向的项目。比如一个设计师角色可以去做多个项目，在拥有设计师的技能和上下文的同时也会自动注入垂直项目的背景知识，从而能通过设计师的能力输出符合该项目背景的内容。
这个其实已经是基本的功能了。agent 们可以互相分配任务，核心就是每个 agent 包括人类都有自己的 inbox ，可以接收来自其他 agent 或人类的消息。他们会在唤醒的时候查看对应的 inbox 未读消息，然后进行处理。
多 agent 最担心的问题就是 token 被打爆以及安全问题。这个也是 agencycli 的核心。目前不仅仅支持 claudecode/codex/gemini/cursor 等等 agent 的 docker 沙箱运行，需要的环境变量和文件会注入沙箱，但不会被传统到别的系统。另外，每一次运行都会记录 token 消耗，每一次运行都可以进行任务执行数量的控制，及时刹车，不要一觉醒来，token 没了。
另外每一次运行你都可以跟踪运行的进展日志，可以审计每一次执行的过程都做了什么。
agencycli 提供了协作的辅助功能，包括知识库管理和 okr 管理。方便沉淀人类和 agent 的知识经验。以及管理各自的 okr 。agent 可以把自己的经验沉淀成文档，也可以把一些等待人类审核或者看的方案放到知识库给人类去看。而 okr ，则是整个系统的核心，每个 agent 都要围绕着 okr 去工作。
agencycli 其实我已经用了一段时间了，目前趋向于稳定，之前一直不想宣传的原因是我觉得如果我自己都不能真正的使用且跑起来，凭什么能真正帮助别人。我不想只是做一个展示一个看起来很酷炫噱头很大但不能真正落地的项目。而现在我开始觉得，agencycli 或许真的可以开始帮你干活赚钱了。目前 agencycli 不仅每天都在自主运行帮我审 pr 回 issue ，自主开发，甚至也在做商业扩展和客户维护和用户运营，甚至帮我赚钱了。而后续我会持续更新 agencycli 的上手过程，欢迎持续关注。
github 地址： https://github.com/chenhg5/agencycli
twitter： https://x.com/chg80333
cc-connect 地址： https://github.com/chenhg5/cc-connect
如果对您有帮助可以帮忙点点赞，感谢！
此内容由惯性聚合(RSS阅读器)自动聚合整理，仅供阅读参考。 原文来自 — 版权归原作者所有。