为了让团队里每个人的 AI 之间可以更好的协作和共享业务上下文,我做了一个开源产品

查看 18|回复 2
作者:rizon   
背景
现在我们的团队里,运营、售后等角色也都在用 AI 辅助解决问题和开发网站,网站用于解决自己的工作中遇到的问题或者团队的问题,或者给外部用户做的功能。
一开始都很好,解放了研发的很多精力,但是紧接着就是:
研发需要帮助团队进行部署,
研发需要授权各种 ak sk 给团队,
非技术人员和 AI 沟通开发网站时,有些技术决策只能求助研发
团队里的每个成员需要给其他人补充自己角色上的业务上下文以帮助他人的 AI 完成工作。
为了解决这些公司里实际存在的问题,我做了一个产品:
解决的问题
  • 让每个成员的 AI 独立完成交付:一名成员——即使不编写代码——从开发到上线所需的 Skill 、MCP 配置、环境变量、数据库账号与部署能力,均由平台按权限直接下发至其本地 AI ;缺少权限即时申请,缺少上下文即时求助,无需自行搭建环境、无需四处索取密钥、无需等待他人配合。
  • 集中管理:Skill 、MCP 配置、环境变量、数据库账号与部署能力统一纳管,不再分散于各成员本地。
  • 权限管控:资源级授权、元数据可见 + 取值受控、申请审批流、审计日志。
  • 能力分发:角色模板批量套用,CLI / MCP 自动同步至本地 AI 工作环境。
  • 人机协作求助:AI 可主动向团队成员求助,答复沉淀为经验 Skill ,团队知识持续累积。

    这个产品不一定适合每个团队,这是完全从我们团队的需求中诞生的,并不是一个足够通用的产品,每个团队可能都有自己的解决这些问题的方法。
    👉开源地址: https://github.com/othorizon/easy-agent-team
    这个产品已经在团队里运行了一段时间,功能也一直在随着实际场景需求持续迭代中,决定现在发出来是因为想听到更多声音,看一下大家都是怎么解决这些问题的,当然也非常欢迎大家去体验一下这个产品。

    协作, 上下文, 管理

  • JasonYip   
    和腾讯的 teamai-cli 对比的话 不知道区别大不大呢
    rizon
    OP
      
    @JasonYip eat 增加了 dokploy 的支持,团队里成员可以快速自己部署一个网站。
    eat 的哲学还是集中式管理,权利向管理员收敛。
    eat 有一个求助功能,方便团队成员的 Agent 之间互相通信交换信息。
    您需要登录后才可以回帖 登录 | 立即注册

    返回顶部