OpenClaw 骗不了我：我亲历过 MS-DOS 的黑暗时代
从 MS-DOS 到 AI 代理网关：历史是否在重演？
最近，Hacker News 上的一篇热门帖子引发了广泛讨论。作者以亲身经历回顾了 MS-DOS 时代的计算安全困境——在那个年代，程序可以随意“窥探”内核、挂钩中断、向磁盘任意位置写入数据，几乎没有任何安全防护可言。他特别提到，当年沃尔玛（Wal-Mart）的收银系统（POS）就运行在 MS-DOS 上，所有客户支付信息都存储在没有密码保护或共享单一密码的机器中，这为后来的数据泄露埋下了隐患。
作者指出，当年的解决方案并非简单的“包装”或更换外壳，而是需要彻底改变计算架构——引入特权环（rings）、虚拟内存、访问控制列表（ACLs）和独立的地址空间等机制。这些在 Unix 系统中早已存在的安全隔离理念，花了三十年才在主流计算环境中普及开来。
为什么 MS-DOS 的教训与今天相关？
帖子的核心观点在于：当前流行的 AI 代理网关（agent gateways） 似乎正在重蹈 MS-DOS 的覆辙。这些网关允许大型语言模型（LLM）直接执行工具、访问系统资源，但往往缺乏足够的安全隔离。作者形容，这就像“用一个进程、一个令牌（token），让 LLM 守住防线”——一旦模型被误导或滥用，就可能引发类似 MS-DOS 时代的安全灾难。
他幽默地预言：说不定哪天在酒吧里，又会遇到一个醉醺醺的瑞典 IT 顾问站在桌上，挥舞着龙虾大喊：“看啊！所有代理都用同一个令牌！”
NVIDIA 的应对与行业反思
值得注意的是，NVIDIA 似乎已经意识到了这个问题。根据帖子末尾的提及，NVIDIA 发布了一篇详细的教程，指导开发者如何更安全地构建 AI 代理系统。这暗示着头部科技公司开始重视代理环境下的安全隔离需求。
关键启示
- 安全隔离不是可选项：从 MS-DOS 到现代云计算，历史反复证明，缺乏隔离的系统迟早会暴露风险。AI 代理网关如果设计不当，可能让 LLM 成为新的“系统突破口”。
- 架构决定安全上限：正如当年 MS-DOS 的局限无法通过打补丁解决，AI 系统的安全也需要从架构层面入手——比如借鉴微内核、沙箱、能力安全（capability security）等成熟理念。
- 效率与安全的平衡：沃尔玛的例子显示，短期效率提升可能以长期安全为代价。在 AI 代理快速落地的今天，行业必须警惕“重效率、轻安全”的陷阱。
写在最后
这篇帖子之所以在 Hacker News 获得高关注，不仅因为它唤起了老一代开发者的集体记忆，更因为它尖锐地指出了 AI 时代的一个潜在危机：我们在追求智能与便捷的同时，是否忽略了那些被历史验证过的安全原则？
或许，正如作者所言，我们需要的不是另一个“包装”，而是对“正在做的事情”进行根本性的重新思考。否则，AI 的“DOS 时刻”可能并不遥远。