URL即文件：AI编程重塑软件存储与隐私

当文件消失，URL成为新载体

在最新一期 The Vergecast 中，主持人 David Pierce 与 Abord 公司联合创始人 Paul Ford 展开了一场关于“计算机在哪里”的深度对话。Ford 最近推出的实验性项目 tinylittleoffice.com 引发广泛关注：它把整个文档、演示文稿甚至电子表格的数据全部塞进 URL 本身，不依赖服务器存储。这听起来像魔术，但背后是一套对 Web 本质的重新思考。

Ford 解释，URL 本质上就是一串字符，理论上可以承载无限数据。现代浏览器和社交平台对长 URL 的容忍度远超预期，比如 Bluesky 的 URL 限制约为 4096 字符，足以容纳数页文本。于是，一个“办公室套件”被压缩成 Markdown 的极简变体，再经过压缩编码，最终变成一长串看似乱码的链接。用户复制粘贴这个链接，就等于传递了完整文件。

“URL 不只是地址，它可以是数据本身。”——Paul Ford

隐私的另一面：数据不离开浏览器

这种设计最直接的好处是隐私。URL 中井号（#）之后的内容默认不会发送到服务器，只在浏览器本地解析。因此，当用户使用 tinylittleoffice 编辑文档时，所有数据始终留在自己的设备上。配合无痕模式和加密通讯工具（如 Signal），整个分享过程可以做到端到端不留痕迹。

Ford 强调，浏览器内置的加密能力已经非常成熟，他直接调用了 AES-256 后量子加密来保护可选的密码功能。由于整个应用只有一个 JavaScript 文件，安全边界清晰可见，任何人都可以审查代码。

不过，这种模式也颠覆了传统的所有权概念。一旦 URL 被分享，文档就不再属于创建者。对方打开链接，看到的就是他们的副本，可以随意保存、转发。Ford 认为这恰恰是它的价值所在：为群聊、临时协作和短暂存在的资料而生，而不是替代 Google Docs 的日常办公。

URL 片段标识符（Fragment Identifier）是 # 号及其后内容的正式名称。按照 HTTP 规范，浏览器在发起请求时会剥离片段部分，服务器永远看不到 # 之后的数据。这一特性原本用于页面内锚点跳转，如今被 tinylittleoffice 用作数据容器：文档内容编码后放在 # 后面，页面加载时由 JavaScript 读取 location.hash 并解码渲染。需要注意的是，片段数据虽然不进入 HTTP 请求，但仍可能出现在浏览器历史记录、剪贴板同步或截图分享中，因此并非绝对安全，仍需配合无痕模式等额外措施。

AES-256 是目前对称加密的主流标准，密钥长度 256 位，被广泛用于 TLS、磁盘加密等场景。所谓“后量子加密”在此语境下通常指采用能抵抗量子计算机攻击的对称加密方案——AES-256 本身就被认为具备量子抗性，因为 Grover 算法对对称密钥的加速仅为平方级，256 位密钥仍保留约 128 位安全强度。Ford 将密码功能建立在 AES-256 之上，意味着即使未来量子计算机实用化，加密文档的机密性也不会被轻易破解，这对于通过不可信渠道（如公开群聊）传递链接的场景尤为关键。

AI 编程让“小软件”重获新生

tinylittleoffice 之所以能存在，核心推力是 AI 辅助编程。Ford 透露，他仅用约 20-30 小时就完成了这个包含文字处理、电子表格、大纲工具和演示软件的项目，大部分时间还是在通勤火车上。放在过去，构建这样一套工具需要投入大量资源，而潜在商业回报极低，几乎没人会做。

AI 编程工具大幅降低了开发成本，让“小 effort 造小软件”重新变得合理。Ford 说，他花了大量精力设计架构，让命令系统尽可能优雅，以便自动评估。浏览器本身的能力也今非昔比：Chrome 和 Safari 内置的加密、网络、3D 和音频功能，过去主要为大型科技公司服务，现在普通开发者也能轻松调用。

但 Ford 也提醒，这种模式并非没有风险。恶意开发者可以在 JavaScript 中偷偷把数据发往其他服务器，因此开源和代码透明至关重要。他欢迎安全研究者来“找茬”，认为这是建立信任的唯一方式。

压缩算法是 URL 承载数据的关键一环。文本类文档先被转换为极简 Markdown 变体，去除冗余标记，再经压缩编码（如 deflate 或自定义字典编码）转成 Base64 或类似字符集，才能安全放入 URL。压缩率直接决定了一个链接能装下多少内容：Bluesky 约 4096 字符的上限，在高效压缩下可容纳数页纯文本，但图片和二进制文件几乎无法塞入。这也是 Ford 明确该项目不适合富媒体文档的根本原因——URL 的字符预算是一种新的、极其稀缺的存储资源。

从“文件”到“链接”的范式转移

传统文件管理依赖文件夹、云盘和权限体系，而 tinylittleoffice 把这一切简化为一个链接。Ford 坦言，Google Drive 的混乱让人沮丧，而 URL 文件提供了一种“用完即弃”的清爽感。它更像是社交媒体上的“快拍”：你知道它不会永远存在，反而更愿意轻松地分享。

这种范式也引发了关于“博客”定义的讨论。Ford 设想，如果有人每天在 Bluesky 上发布一个文档链接，那是否算博客？从技术上说，它缺乏图片和音频托管能力，但数据只存在于一个地方，删除帖子就等于删除一切。这种轻量协调工具，或许正是未来信息分享的一种形态。

当然，局限性也很明显：图片和大型文件难以塞进 URL，手机端处理压缩文件也不方便。Ford 表示，项目会继续改进导航和图表效率，但核心哲学不会变：保持透明、不设隐藏议程、不商业化。tinylittleoffice 采用 MIT 许可证，实质进入公共领域，Ford 希望更多人基于它构建自己的“小应用”。

在 AI 时代，“计算机在哪里”这个问题有了新答案：它可能就在地址栏里，在你随手粘贴的链接中，在浏览器本地悄然运行。这种极致的轻量与隐私，或许正是我们对庞大云服务感到疲惫后，一种值得关注的反弹。