公司即文件系统
公司即文件系统（Company is a Filesystem）是一种数据组织范式，由Eli Mernit在2026年提出。其核心主张是：在AI代理时代，企业应将所有数据抽象为文件和文件夹，AI代理通过标准的读/写/执行接口访问，而非纠缠于成百上千的SaaS API。
核心理念
- 统一接口：所有数据资源通过文件系统接口（
open/read/write/close）访问，简化AI代理的集成复杂度 - 零学习成本：LLM在训练中已熟悉
ls、cd、cat、grep等文件操作命令，文件接口是AI代理最自然的抽象 - 无限扩展：文件系统可外挂到本地磁盘、云存储甚至分布式存储（如S3），突破上下文窗口限制
- 持久与可审计：文件天然支持版本控制（Git）、权限管理（chmod）和日志记录，代理可跨会话保持状态
解决的核心问题
- 上下文窗口有限：即使Claude有200k token，也无法塞下整个企业数据。文件系统提供无限扩展的"外部记忆"
- 状态管理缺失：LLM是无状态的，每次调用从零开始。文件系统提供持久化存储，实现跨会话连续性
- 集成复杂度：无需为每个SaaS写适配器，只需把数据"物化"为文件夹
优势与挑战
| 优势 | 挑战 |
|---|---|
| LLM天生熟悉文件操作 | 大文件同步慢 |
| 接口统一，简化集成 | 噪声控制困难 |
| 权限模型直观（rwx映射公司角色） | 隐私保护需额外机制 |
| 支持版本控制和审计 | 非所有数据类型都适合文件抽象 |
与现有维基的关联
- 强化了[[ai-junior-engineer]]概念中关于AI Agent需要"上下文工程"和"外部记忆"的观点
- 为[[工业智能体]]和[[工业智能算网]]提供了具体的数据组织方案
- 与[[数字孪生]]概念有潜在联系，涉及大量数据的组织、访问和持久化
- 挑战现有"平台化"、"中台化"思维定式，暗示更轻量的文件系统接口可能更有效
开放问题
- 该范式是否适用于所有类型的企业（如重工业 vs. 互联网公司）？
- 与现有的"数据中台"、"数据湖"等架构是竞争还是互补关系？
- 未来是否会出现标准化的"Agent Filesystem"协议或规范？