@larsencc: 如果你运行执行任意代码的智能体：你是隔离工具还是隔离智能体？我们两种都试过了。隔离智…
摘要
讨论在运行执行任意代码的智能体时，是隔离工具还是隔离智能体，结论是隔离智能体更优，因为零秘密和控制平面代理。
如果你运行执行任意代码的智能体：你是隔离工具还是隔离智能体？我们两种都试过了。
隔离智能体胜出（零秘密，控制平面代理）。
原因如下 ↓
查看缓存全文
缓存时间: 2026/05/23 01:55
如果你运行会执行任意代码的智能体：是隔离工具，还是隔离智能体？我们两种都试了。
隔离智能体胜出（零机密，控制平面代理）。
原因如下 ↓
相似文章
Agentao：面向工具使用LLM代理的受控本地优先运行时
Agentao 介绍了一种用于使用工具的LLM代理的受控本地优先运行时，通过将模型生成的操作与主机授权的执行分离，以提高安全性和治理性。
真的有人在为Agent CLI实现每工具作用域认证吗，还是大家都只是从“静态密钥”和“依赖人类会话”中二选一？
关于Agent CLI缺乏标准化每工具作用域认证的讨论，揭示了静态密钥与依赖人类会话之间的常见权衡。
@svpino: 托管代理非常适合在全球任何地方运行编码代理。其美妙之处在于：• 你可以随时恢复会话…
讨论了使用托管代理在全球运行编码代理的好处，重点介绍了会话恢复、分叉、并行执行和环境重用等功能，以Claude Code和Codex等工具为例。
我将协调过程从客户端移到了MCP服务器，并将一个多智能体系统隐藏在*单一工具*后面。内部权衡。
作者分享了一种将协调过程从客户端转移到MCP服务器的技术，将多智能体系统隐藏在单一工具后面，并讨论了相关的权衡。
当给 agent 增加工具越来越多时，它开始调用错误的工具。让模型自己写代码来调用它们，是解决办法。
文章认为，随着 agent 的工具集不断膨胀，直接调用工具的方式会逐渐失效。更稳健的解决方案是让模型在沙箱中编写代码，把工具当作函数来调用——这能减少上下文中的 schema 噪音、降低错误调用率，代价则是需要关注沙箱安全问题。