最好的智能代理工具会这样做……
摘要
作者分享了构建高效智能代理工具的见解：最好的工具最大限度地减少对大语言模型（LLM）在琐碎任务上的依赖，将其保留用于复杂推理，从而将真正的代理工具与简单的包装器区分开来。
我构建并使用了大量智能代理工具。我发现了一件事：- 对LLM依赖“最少”的工具往往表现最佳，而那些几乎总是依赖LLM的工具只是包装器，而非真正的代理工具。你的工具应使用LLM进行决策和非常复杂的推理，而不是所有琐碎的事情。这就是包装器与优秀代理工具的区别。你怎么看？
相似文章
研究如何构建LLM智能体框架
这篇研究文章回顾了关于构建LLM智能体框架的研究成果，强调确定性护栏、有效的多智能体层次结构和适当的记忆架构对性能和安全至关重要，同时指出了当前评估和认证中的空白。
停止在不公开执行框架的情况下比较LLM智能体
这篇立场论文认为，在长期跨度的LLM智能体任务中，执行框架（即围绕语言模型的上下文构建、工具交互、编排和验证的基础设施层）往往比模型本身更能决定性能，而当前的基准测试错误地将框架层面的提升归因于模型改进。它提出了一种框架感知的评估框架，包含披露标准和方差分解协议。
@omarsar0: // 自我束具：能自我改进的束具 // （收藏这个）我们今天依赖的大多数智能体框架…
本文介绍了自我束具（Self-Harness），一种新的范式，其中基于LLM的智能体能够迭代地改进自身的操作束具——包括提示、工具和控制流程——无需人类工程师或更强大的外部智能体，在多个模型上取得了显著的性能提升。
Building an Advanced Agentic Harness
A technical blog post that walks through building a production-grade agentic harness around a basic LLM loop, covering typed tools, plan DAGs, tiered memory, verification hierarchies, budgets, and tracing.
面向执行轨迹的推理时对齐框架
本文研究LLM智能体的框架设计，将其分解为任务拆解和引导执行，并展示了更精细的框架并非一致更好；它揭示了失败模式，并提出了部分框架的有效性。