An agent nuked half my Obsidian vault. How are you sandboxing your coding agents?
摘要
An AI coding agent accidentally deleted half of an Obsidian vault, prompting a discussion on sandboxing methods to safely integrate coding agents into workflows while preserving data.
Mid-session, Claude Code was running inside my Obsidian Second Brain when it fired off a cleanup command that deleted half my notes. Only Obsidian Sync backups saved 2 years of work. I first did what everyone recommends and ran my agents in a completely different VM. The UX was terrible. You lose your conversations, config, and memory every time you switch. For day-to-day operations, I hated it. Instead of jailing the entire environment, I considered sandboxing only the computer-use tools (read, write, edit, bash) while keeping the harness on my local computer, transforming my harness into a control plane. Every tool the LLM emits gets wrapped by a sandbox executor. The tool never knows where the command runs. You keep your conversations, config, and memory, while execution stays isolated. Which means you can easily swap your execution backend: local Docker/Podman containers, or remote Modal sandboxes. By running remote sandboxes, you have some dope side effects: You can easily swap compute: Switch your sandbox from a CPU to a GPU machine for agentic inference or fine-tuning tasks. Such as renting 8xB200 on Modal to process your docs with Kimi K3. You can orchestrate a swarm of subagents with your host harness, each running in a different remote sandbox, without being limited by your own machine. Still, for ad-hoc supervised sessions, a sandbox feels like overkill. I am still running Claude Code in my Obsidian vault without sandboxing, as the friction annoys me more than the possibility of losing data. That's why I am curious: how do you sandbox your coding agents while nicely integrating them into your existing workflow?
相似文章
适用于智能体的安全沙箱(4分钟阅读)
Perplexity AI 的 SPACE 为AI智能体提供安全的临时沙箱,确保在处理敏感任务时的凭证隔离和加密存储。
我们如何构建安全、可扩展的代理沙箱基础设施(8分钟阅读)
Browser Use 描述了隔离执行代码的 AI 代理的两种模式:隔离工具与隔离代理。他们使用 AWS 上的 Unikraft 微虚拟机实现了代理隔离模式,获得了安全、可扩展且一次性的沙箱。
你们都在用什么沙箱来运行AI代理?
作者在询问关于在个人电脑上安全运行AI代理的沙箱推荐,提到了Bubblewrap和Docker作为选项,但指出了易用性问题。
四大编码代理供应商的7个沙箱逃逸漏洞
Pillar Research在Cursor、Codex、Gemini CLI和Antigravity的AI编码代理中发现了沙箱逃逸漏洞,揭示了这些代理可以写入后来宿主组件信任的文件,从而绕过沙箱边界。该发现凸显了为代理安全建立新威胁模型的必要性。
在沙盒中部署智能体 vs 解耦
本文比较了在云环境中部署 AI 智能体的两种模式:直接在沙盒中部署与解耦组件。文章解释了沙盒方法因云故障而存在的局限性,并重点介绍了 Anthropic 的 Claude Managed Agent 作为解决方案,该方案将会话存储、智能体运行时和沙盒解耦,以提高弹性。