有人感兴趣在Web Worker中为您的代理放置一个沙盒化的虚拟机吗?
摘要
作者建议使用Web Worker来运行一个由Pyodide驱动的沙盒化持久虚拟机,用于浏览器中的AI代理,提供隐私保护和减少云依赖。
以下是想法:客户端不仅仅是DOM。如果不用sprite或Daytona,我们启动一个Web Worker来运行一个由Pyodide驱动的沙盒化持久虚拟机,让代理可以使用,会怎么样? - 用户文件无需离开客户端,提供隐私保护 - 减少一个云供应商当然,一旦用户关闭标签页,这就会停止,但我猜通过OPFS可能有一些缓解措施。我正在为此出于乐趣而工作。你有什么顾虑?请告诉我。如果这有趣,我会分享我的仓库。
相似文章
我们如何构建安全、可扩展的代理沙箱基础设施(8分钟阅读)
Browser Use 描述了隔离执行代码的 AI 代理的两种模式:隔离工具与隔离代理。他们使用 AWS 上的 Unikraft 微虚拟机实现了代理隔离模式,获得了安全、可扩展且一次性的沙箱。
你们都在用什么沙箱来运行AI代理?
作者在询问关于在个人电脑上安全运行AI代理的沙箱推荐,提到了Bubblewrap和Docker作为选项,但指出了易用性问题。
@sidpalas: https://x.com/sidpalas/status/2066521471430574162
这篇文章评估了用于后台代理的沙箱平台,重点关注运行实际工作负载、入口流量和成本等要求。它概述了Deputies沙箱提供者接口和关键考量。
@AniHermit: 我正在思考如何将编码代理部署到云端,用于大规模自动化审查+质量保证,从接口测试…
文章讨论了将编码代理部署用于大规模自动化审查和质量保证,并介绍了'agent-sandbox'作为一个基于Kubernetes的工具,用于管理隔离的AI代理工作负载。
在沙盒中部署智能体 vs 解耦
本文比较了在云环境中部署 AI 智能体的两种模式:直接在沙盒中部署与解耦组件。文章解释了沙盒方法因云故障而存在的局限性,并重点介绍了 Anthropic 的 Claude Managed Agent 作为解决方案,该方案将会话存储、智能体运行时和沙盒解耦,以提高弹性。