Your Company is a Filesystem

Eli Mernit 的这篇推文提出了一个很有意思的观点：如果一个 AI agent 的核心架构可以简化为「文件系统作为状态 + LLM 作为编排器」，那么把整家公司建模为一个文件系统，agent 就能通过读写文件来解决各种业务问题。

作为一个日常用 AI 工具打理电商业务的人，这个思路让我很有共鸣——我的很多工作流本质上就是在不同系统间搬运数据。如果这些数据都在一个统一的命名空间里，agent 的能力会完全不一样。

以下为原文翻译。原文来源：Eli Mernit (@mernit)

Your Company is a Filesystem

OpenClaw 之所以好用，核心原因之一是它的整个上下文就是你电脑上的一个文件系统。

OpenClaw 运行在一台电脑上，让你通过 Telegram 或 iMessage 这样的聊天应用与它对话。当你要求它执行任务时，它调用 Claude API，并使用你机器上文件中的上下文。你和 OpenClaw 的对话本身就是电脑上的一个文件。当你运行任务时，OpenClaw 写入那个文件。文件系统就是状态。

随着你往这些文件中添加更多数据，OpenClaw 变得越来越强大和好用。当你连接 Gmail，OpenClaw 就把邮件变成你电脑上的文件。当你连接 Eight Sleep 床垫，OpenClaw 就把你的睡眠数据添加到文件中。OpenClaw 想接管你的世界，但它只有在你的数据都在文件系统中时才能做到。

但如果 OpenClaw 对我们的个人生活这么有用，那么如果一整家公司都被表示为一个文件系统，OpenClaw（或其他 AI agent）实际上会有多强大？

以律所为例。

在这个世界里，律所被简化为电脑上的一组文件夹。新案件进来时，我们写入 /cases。案件分配给律师时，我们把案件添加到他们的 /cases 文件夹。他们记录工时时，我们把条目添加到 /billing/time-sheet。整个后台运营就是一个状态机。

文件系统的另一个有趣之处是，权限天然对应组织架构中的资历等级。例如，一年级助理律师只有自己案件的读写权限，而合伙人可以访问所有人的案件。治理结构就是 Unix 文件权限。

在企业中部署 agent 之所以复杂，一个原因是数据分散在许多不同的系统中。发票在 Quickbooks，邮件在 Outlook，方案在 SharePoint，合同在 NetSuite，等等。没有一个共享的命名空间来跨业务访问所有这些数据。通过将公司建模为文件系统，agent 几乎可以访问它们需要的所有数据，获取正确的上下文并做出决策。

所有业务显然都有其细微之处，许多工作流都编码在人们的脑子里——而不是 JSON 文件中。但 OpenClaw 的力量和底层架构指向了一个未来：文件系统成为最有用的 agent 的唯一真相来源。

过去一年，AI agent 呈爆发式增长。但当你剥去噪音，一个 AI agent 的架构可以简化为两个组件：文件系统作为状态，Claude 作为编排器。 通过将公司建模为文件系统，agent 能够通过简单地读写文件来解决业务问题。