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