Multigent： agent 与人协作落地的最佳实践框架，开源啦！
# 背景
三个月前，我分享过我在多 agent 协同方面的经验，介绍我是如何使用一套多 agent 工具，把一个开源项目做到万星同时有持续的商业盈利。[agencycli：一个帮我把开源项目做到两周三千 star 并持续盈利的秘密武器开源了](https://www.v2ex.com/t/1206945?p=1#reply8)。但这个项目在当时仍然是实验性质，属于个人本地化的项目。而在那之后陆续有很多团队找我去落地多 agent，经过三个月的摸索，我把原来的那套框架升级改造了，现在终于可以说，我们找到了 agent 落地协作场景的最好的切入口，能真正的提高团队运行效率，并且把原来仍然是人驱动的公司团队打造一个源源不断的持续运作效率极高的 agent 原生团队公司。
[https://github.com/multigent/multigent](https://github.com/multigent/multigent)
# Multigent 介绍
Multigent 不是一个烂大街的 agent team 框架。我们认为 agent 能自主干活，但他的成果仍然要人来把控，未来或者很长一段时间，不会有原生的纯 agent 团队或公司，而是人类与 agent 协作共存。那么人类仍然是要用飞书，用 linear，用等等的文档平台，协作平台去协作。但另一方面，agent 也会有自己的平台与人类进行交互。这里面有权限问题，有消息互通的问题等等要去解决。而 Multigent 解决的正是这一系列的问题。agent 怎么自主运行，怎么去跟人协作，怎么去能真的产出能用的符合标准的结果。
一些特性：
- 支持在线部署，多 agent 运行
- 开箱即带的 rbac ，多用户与多 agent 角色权限控制
- agent 自主唤醒，自主接活
- 任务与消息支持，agent 与 human 之间信息自由传递
- spec 流程驱动，agent 在流程内干活
- 内置多种世界优秀团队的流程经验，可以直接复用
## 核心理念
Multigent 有两个核心理念：
- Agent 是协作对象，不是工具
- Spec 与流程才是协作核心
现在我们绝大部分公司团队的协作模式是：
老板与他的 codex 聊天，得出一个需求，传递给产品，产品与他的 codex 聊天，确定输出一个产品文档，然后交给开发，开发把产品文档交给他的 codex，然后再得出技术文档等等。
每个人手上都有一个 agent，agent 是大家的工具，而不是一个能自主接活、自主回答问题、自主行动的对象。这会造成什么问题呢？
- context 丢失，一个 context 需要多方去同步，同步过程中信息损耗
- agent 能力只在个人电脑上沉淀，agent 通过人输入的 context 和 skill 培养的解决问题的能力，不能得到释放
- agent 被动执行，只能靠人为驱动唤醒，浪费了 agent 不用睡眠，可以持续干活的能力
- 无法统一评估 agent 的实际运行效果效率
- 等等
旧流程里，人经常是流程的驱动者：人解释背景、人分派任务、人提醒下一步、人检查结果、人修正错误。Agent 只是某个人手上的工具。
新流程里，人应该成为对应角色 Agent 的责任人和流程构建者：
- 用自己的专业知识投喂 Agent，让它理解这个角色应该如何判断。
- 通过 review 结果校准 Agent，让它逐步输出符合预期的结果。
- 把反复出现的判断、检查项和操作步骤沉淀成 prompt、playbook、task template 和 skill。
- 在关键风险和异常场景介入，而不是在每一步同步推动。
可是我们怎么保证，agent 能够按照我们想要的流程行动呢。答案是：流程约束和 spec 规范。
一个做产品文档的 agent，或者这时候他应该做产品文档，那么我们就应该给他以约束，同时告诉他输入输出的标准是怎样，他可以自主根据上下文分析探索搜索，也可以通过外部工具去查找，甚至他可以找人帮忙，但是他的交付的产物要符合我们的 spec 准则。我们按照规范来，就能驱动 agent 去交付我们标准内的活。同时我们把流程往前推动，是否需要人类审核，审核后是否要改等等。不仅仅是开发领域，任何领域都是有流程和 spec，因此这是通用的。
## 怎么上手
那么如何从旧流程切到新流程，并且逐步的把知识给到 agent，让 agent 能像一个熟悉公司知识，项目背景的专家一样，可以自主接活，甚至自主创作呢。
我们的主张是尽可能不破坏我们原有的流程，原来用的是飞书，那么可以继续用。人是有自己的习惯去协作。但是 agent 也需要一个平台去给他运行。我们可以把对应的组织知识慢慢喂给 agent，然后新建一套流程和任务，去尝试把流程给跑起来。通过 spec 驱动他干活。然后逐步的把 agent 的输出调教成符合我们的需求的样子。这时候就可以开始将任务慢慢交给流程去驱动了。
# 安装使用
安装很简单，把下面的话发给你的 agent：
```
参考 https://raw.githubusercontent.com/multigent/multigent/refs/heads/main/INSTALL.md 安装 Multigent ，启动 Web 控制台。
```
如果对你有帮助，欢迎点点 star，和帮忙推荐下👏🏻
---
原文链接：[点击查看](https://www.v2ex.com/t/1229624)
三个月前，我分享过我在多 agent 协同方面的经验，介绍我是如何使用一套多 agent 工具，把一个开源项目做到万星同时有持续的商业盈利。[agencycli：一个帮我把开源项目做到两周三千 star 并持续盈利的秘密武器开源了](https://www.v2ex.com/t/1206945?p=1#reply8)。但这个项目在当时仍然是实验性质，属于个人本地化的项目。而在那之后陆续有很多团队找我去落地多 agent，经过三个月的摸索，我把原来的那套框架升级改造了，现在终于可以说，我们找到了 agent 落地协作场景的最好的切入口，能真正的提高团队运行效率，并且把原来仍然是人驱动的公司团队打造一个源源不断的持续运作效率极高的 agent 原生团队公司。
[https://github.com/multigent/multigent](https://github.com/multigent/multigent)
# Multigent 介绍
Multigent 不是一个烂大街的 agent team 框架。我们认为 agent 能自主干活，但他的成果仍然要人来把控，未来或者很长一段时间，不会有原生的纯 agent 团队或公司，而是人类与 agent 协作共存。那么人类仍然是要用飞书，用 linear，用等等的文档平台，协作平台去协作。但另一方面，agent 也会有自己的平台与人类进行交互。这里面有权限问题，有消息互通的问题等等要去解决。而 Multigent 解决的正是这一系列的问题。agent 怎么自主运行，怎么去跟人协作，怎么去能真的产出能用的符合标准的结果。
一些特性：
- 支持在线部署，多 agent 运行
- 开箱即带的 rbac ，多用户与多 agent 角色权限控制
- agent 自主唤醒，自主接活
- 任务与消息支持，agent 与 human 之间信息自由传递
- spec 流程驱动，agent 在流程内干活
- 内置多种世界优秀团队的流程经验，可以直接复用
## 核心理念
Multigent 有两个核心理念：
- Agent 是协作对象，不是工具
- Spec 与流程才是协作核心
现在我们绝大部分公司团队的协作模式是：
老板与他的 codex 聊天，得出一个需求，传递给产品，产品与他的 codex 聊天，确定输出一个产品文档，然后交给开发，开发把产品文档交给他的 codex，然后再得出技术文档等等。
每个人手上都有一个 agent，agent 是大家的工具，而不是一个能自主接活、自主回答问题、自主行动的对象。这会造成什么问题呢？
- context 丢失，一个 context 需要多方去同步，同步过程中信息损耗
- agent 能力只在个人电脑上沉淀，agent 通过人输入的 context 和 skill 培养的解决问题的能力，不能得到释放
- agent 被动执行，只能靠人为驱动唤醒，浪费了 agent 不用睡眠，可以持续干活的能力
- 无法统一评估 agent 的实际运行效果效率
- 等等
旧流程里，人经常是流程的驱动者：人解释背景、人分派任务、人提醒下一步、人检查结果、人修正错误。Agent 只是某个人手上的工具。
新流程里，人应该成为对应角色 Agent 的责任人和流程构建者：
- 用自己的专业知识投喂 Agent，让它理解这个角色应该如何判断。
- 通过 review 结果校准 Agent，让它逐步输出符合预期的结果。
- 把反复出现的判断、检查项和操作步骤沉淀成 prompt、playbook、task template 和 skill。
- 在关键风险和异常场景介入，而不是在每一步同步推动。
可是我们怎么保证，agent 能够按照我们想要的流程行动呢。答案是：流程约束和 spec 规范。
一个做产品文档的 agent，或者这时候他应该做产品文档，那么我们就应该给他以约束，同时告诉他输入输出的标准是怎样，他可以自主根据上下文分析探索搜索，也可以通过外部工具去查找，甚至他可以找人帮忙，但是他的交付的产物要符合我们的 spec 准则。我们按照规范来，就能驱动 agent 去交付我们标准内的活。同时我们把流程往前推动，是否需要人类审核，审核后是否要改等等。不仅仅是开发领域，任何领域都是有流程和 spec，因此这是通用的。
## 怎么上手
那么如何从旧流程切到新流程，并且逐步的把知识给到 agent，让 agent 能像一个熟悉公司知识，项目背景的专家一样，可以自主接活，甚至自主创作呢。
我们的主张是尽可能不破坏我们原有的流程，原来用的是飞书，那么可以继续用。人是有自己的习惯去协作。但是 agent 也需要一个平台去给他运行。我们可以把对应的组织知识慢慢喂给 agent，然后新建一套流程和任务，去尝试把流程给跑起来。通过 spec 驱动他干活。然后逐步的把 agent 的输出调教成符合我们的需求的样子。这时候就可以开始将任务慢慢交给流程去驱动了。
# 安装使用
安装很简单，把下面的话发给你的 agent：
```
参考 https://raw.githubusercontent.com/multigent/multigent/refs/heads/main/INSTALL.md 安装 Multigent ，启动 Web 控制台。
```
如果对你有帮助，欢迎点点 star，和帮忙推荐下👏🏻
---
原文链接：[点击查看](https://www.v2ex.com/t/1229624)
评论
暂无评论。