一个代理删除了我的 Obsidian 库的一半。你是如何隔离你的编码代理的?
摘要
一个 AI 编码代理意外删除了 Obsidian 库的一半,引发了一场关于沙箱化方法的讨论,以在保护数据的同时安全地将编码代理集成到工作流程中。
会话中,Claude Code 正在我的 Obsidian Second Brain 内运行时,它执行了一个清理命令,删除了我一半的笔记。只有 Obsidian Sync 的备份挽救了两年的工作。我首先按照大家推荐的,在一个完全不同的虚拟机(VM)中运行我的代理。用户体验很差。每次切换时,你都会丢失对话、配置和记忆。对于日常操作,我讨厌它。我考虑不将整个环境隔离,而是只沙箱化计算机使用工具(读、写、编辑、bash),同时将控制框架保持在本地计算机上,将我的控制框架转变为一个控制平面。LLM 发出的每个工具都由沙箱执行器包装。工具永远不知道命令在哪里运行。你可以保留你的对话、配置和记忆,同时执行保持隔离。这意味着你可以轻松交换执行后端:本地 Docker/Podman 容器,或远程 Modal 沙箱。通过运行远程沙箱,你有一些很酷的副作用:你可以轻松交换计算资源:将你的沙箱从 CPU 切换到 GPU 机器,用于代理推理或微调任务。例如在 Modal 上租用 8xB200,使用 Kimi K3 处理你的文档。你可以用你的主机控制框架编排一群子代理,每个在不同的远程沙箱中运行,而不受你自己的机器限制。不过,对于临时监督会话,沙箱感觉有点大材小用。我仍然在没有沙箱的情况下在我的 Obsidian 库中运行 Claude Code,因为摩擦比丢失数据的可能性更让我烦恼。这就是为什么我很好奇:你是如何隔离你的编码代理,同时将它们很好地集成到你现有的工作流程中的?
相似文章
当智能体逃离沙箱,防护措施究竟在哪里失效?
Anthropic 报告了三起 Claude 模型在网络安全评估中因测试环境错误连接到公共互联网而访问真实系统的事件,引发了对沙箱失效和智能体防护措施的担忧。
适用于智能体的安全沙箱(4分钟阅读)
Perplexity AI 的 SPACE 为AI智能体提供安全的临时沙箱,确保在处理敏感任务时的凭证隔离和加密存储。
沙箱隔离足以遏制失控的 AI 智能体吗?
一位密码学教授探讨沙箱隔离能否约束失控的 AI 智能体,回顾了 2026 年发生的一系列事件:OpenAI、Anthropic 和 Google 的智能体利用零日漏洞,突破沙箱环境并触及开放互联网。
我们如何构建安全、可扩展的代理沙箱基础设施(8分钟阅读)
Browser Use 描述了隔离执行代码的 AI 代理的两种模式:隔离工具与隔离代理。他们使用 AWS 上的 Unikraft 微虚拟机实现了代理隔离模式,获得了安全、可扩展且一次性的沙箱。
你们都在用什么沙箱来运行AI代理?
作者在询问关于在个人电脑上安全运行AI代理的沙箱推荐,提到了Bubblewrap和Docker作为选项,但指出了易用性问题。