昨天我暂停了助理的合同,全面转向AI代理。结果并非如我所料
摘要
一位开发者分享了用AI代理取代人类助理的经历,并最终构建了一个名为Orbitagents.xyz的共享记忆层工具,以解决不同AI会话间的上下文保持问题。
昨天,我暂停了与菲律宾助理在Upwork上的合同,用AI代理取而代之:研究、内容、外联和运营。我以为这会是最简单的一步。我使用Claude构建已有数月,我知道如何编写提示。但到目前为止,大部分工作仍需要手把手指导才能完成。每次会话都需要重新解释。每个代理都需要新的上下文。我在五个不同的地方写相同的指令。我纠正着上周已经纠正过的同样错误。我尝试过更大的系统提示。在每次会话开始前粘贴文档。问题在于,当需要更新内容时,我没有简便的方式与代理沟通。最终,我构建了一直希望存在的东西:一个共享记忆层,每个会话在执行任何操作前都会读取它。我已经做出的决定、来自其他AI工具的其他聊天的上下文,被锁定并按信任度排序。不再需要重新解释。它叫Orbitagents.xyz。一个MCP命令即可连接,不到两分钟。现在,每个Claude会话、代码运行和定时代理都从相同的基准真相开始,同时还有一个不断更新的真实状态。最棒的是现在我如何管理它们。我有一个实时代理构建器和组织图,可以让我插拔数据/文件/输出来构建我的AI代理,相关数据也会自动被添加到每个代理中。虽然还早,但手把手指导几乎消失了,并且第一次感觉像是有一个AI团队为我工作,而不是一个待办事项列表。对于AI构建者来说,你们一定也遇到了和我一样的困境吧?尤其是当每个AI代理和工具都不保留其他工具的上下文时?
相似文章
使用AI助手几个月后,我最大的观察
个人对具有持久记忆的AI助手变革潜力的反思,认为上下文和工作流组织将比模型本身更重要。
你的AI助手为何总是忘记你:4个根本原因(以及我们的解决方案)
本文指出了当前AI代理记忆系统的四个关键缺陷——脆弱性、缺乏时间推理能力、遗忘困境和评估缺口——并提出了一种受代码代理启发的新型记忆架构,在基准测试中取得了高分,同时强调上下文学习是下一个挑战。
关于 AI 智能体的真实内情
一位资深从业者分享了将 25 个以上 AI 智能体部署到生产环境的经验教训,指出记忆、编排和可审计性远比模型选择重要。文章详细介绍了上下文丢失、静默成本循环等常见故障模式,并推荐了包含 Claude Sonnet 4、Pydantic AI 以及 Octopodas 等专用记忆层的技术栈。
什么时候AI代理开始让人感觉更像是合作者而非自动化工具?
对为什么AI代理尚未带来改变生活的感觉的反思:它们缺乏连续性和记忆,表现得仅仅是自动化工具,而不是能够与用户一起学习和成长的长期合作者。
我为一家中型律所构建了一个多智能体 AI 系统——以下是真正有效(和无效)的做法
作者分享了在律所部署基于 Claude 和 LangGraph 的多智能体 AI 系统时的经验教训,重点介绍了基于置信度评分的任务交接机制的成功应用,以及防止幻觉产生所需的人机协作监管的重要性。