我们开始建造OliverGraph, 给团队和他们的AI特工 分享了GitHub、Slack、Docs和其他工作地点的背景。
起初,我们认为主要问题是检索.
公司知识分散在GitHub、Slack、Docs、门票和人身上, 这样我们就可以把这些系统连接起来,并在需要时与代理商取得正确的环境。
但我们遇到了另一个问题。
特工跑步正在成为另一个重要环境居住的地方。
代理人也直接从使用它的工程师那里获得上下文.
工程师可能告诉特工,团队之前尝试过某事,客户依赖某种行为,或者有约束,在别处没有记录.
代理在进行工作时使用上下文,但当跑道结束时,可以随其消失.
下一位工程师的代理人可能在不知道给前一位代理人提供了什么上下文的情况下看到由此产生的代码.
出局时情况会更糟 几位工程师可能马上与自己的特工进行调查.
一个特工排除了最近的部署,而另一个特工通过数据库查询发现了一个问题。
这些调查结果现在分散在不同的代理人会议上,另一个代理人可能花时间调查已经排除的东西。
人类已经和这些公司打交道了 环境很分散 一位工程师记得一个老的停电,另一位工程师记得,团队已经尝试了一种方法,但放弃了它.
故相相问.
谁搞的鬼?
为什么在这里?
我们不是已经试过了吗?
你可能不知道答案 但约翰在系统那部分工作 约翰记得公关和公关指向了一起事件.
人们慢慢地绘制出 公司中所有环境的心理地图 代理商没有这个。
随着每个人开始使用更多的代理,对人类也变得更难.
我的代理可能正在改变登机,而你的代理正在修改认证。
另一位队友的代理人可能刚刚发现了影响两者的API限制.
团队会突然有更多的工作 而不是任何人的能见度。
我们和奥利弗·格拉夫一起建造的东西 我们希望从代理运行中保留有用的历史,并将其与公司内部存在的文物相连接(如公关,文件,出厂等).
如果一个特工改变一个服务, 我们想要捕捉它想要做什么, 它改变了什么, 为什么它发生。
然后我们把这些历史与奥利弗格拉夫的文物联系起来: 密码,公关,对话,前特工运行,决策,以及涉及的人。
当另一个特工开始研究相关的事物时,可以检索这个历史,并反馈回它的背景.
下一位探员应该知道 之前的探员已经尝试过什么 调查组可以知道那些探员一直在研究什么 如果你在你的工程团队中运行多个编码代理, 我会好奇你今天是如何处理此事的。
因此请发电子邮件给我们