2026年9月22日，一位网名为mixedbit的开发者在Hacker News发布了Show HN帖子，介绍自己开源的Linux沙箱工具Drop，主打一句口号：不碍事的Linux沙箱化。项目官网与文档同时上线，帖子当天收获73分与14条专业讨论。项目的GitHub地址为wrr/drop，由波兰开发者Jan Wrobel维护，用Go语言写成，采用Apache-2.0开源协议。
项目的定位很明确：在编码代理与不可信程序越来越常见的背景下，给它们一个既隔离又不破坏既有工作流的环境。仓库显示项目创建于2025年7月25日，最近一次代码推送在2026年9月21日，目前已有110颗星、3个fork与4个开放议题。作者为它写了一份给Claude Code做沙箱化的完整教程，把「用着放心」作为首要设计目标。
用Python虚拟env的思路做沙箱
Drop的工作流借鉴了Python虚拟环境的设计：创建一个可随时丢弃的环境，进入后照常工作，但沙箱约束全程生效。初始化只需在项目目录执行drop init，配置文件会自动落在用户配置目录下；执行drop run即可在沙箱里启动一个shell。沙箱环境拥有自己的可写家目录，原家目录中被选中的配置文件以只读方式保留可见，当前工作目录默认可读写，但其中的git子目录被设为只读。
隔离机制层面，Drop不需要root权限，运行在Linux用户命名空间之内，并自行建立进程、挂载、网络、进程间通信与控制组命名空间。它在启动被沙箱化的程序之前会丢弃用户命名空间内的全部能力，因此沙箱内的程序无法执行绑定挂载这类特权操作。网络方面默认禁止访问本机的localhost服务，隔离网络由pasta项目提供。可选层面，Drop支持让程序跑在gVisor用户态内核之上，程序不再直接向宿主内核发起系统调用，从而显著降低内核漏洞被利用的可能。
高层工具与底层积木的分工之争
Hacker News的讨论很快聚焦到Drop与既有工具的分工。作者在评论中解释，bubblewrap、runc、nsjail这类工具是构建沙箱的底层积木，Drop则是可以直接在日常工作中使用的高层工具，不需要用户自己拼装底层细节。他透露自己最初的方案是写一个Python脚本为runc生成配置，但因为runc与crun是兼容OCI容器标准的运行时而Drop并不打算做OCI容器，推动上游改动对一个没有用户量的新项目并不现实，于是转为自建。
讨论中被反复提及的还有威胁模型问题。有人指出，只读其他位置、只写当前目录的配置对防止幻觉命令误删家目录够用，但面对恶意依赖或提示词注入时不够强，因为只读配置下ssh私钥仍可被读取。有人分享了类似思路的项目，也有人用Docker而非命名空间路线，理由是历史经验表明新的隔离方案迟早会出逃逸漏洞，不如信任成熟的容器隔离。GUI应用支持与容器化应用开发是评论区公认尚未解决的两个难点。
Drop目前的局限同样明确：它是一个Linux专属工具，macOS用户无法使用，文档里也写明需要pasta软件包提供隔离网络，Ubuntu 24以上版本需要额外配置AppArmor，Fedora则需配置SELinux。在编码代理被广泛讨论的当下，这类轻量级沙箱填补的是Docker与裸奔之间的中间地带。