旧金山的一间剪辑室里，剪辑师打开一个 4.6TB 的项目文件夹。Finder 显示所有素材都在本地，但 MacBook 的剩余磁盘空间几乎没有变化。他把一段 8K RAW 素材拖进 DaVinci Resolve，时间线上立即出现画面，没有进度条，没有“等待复制”，没有“磁盘空间不足”的弹窗。素材本体并不在这台电脑上，但剪辑软件并不知情，也不在乎。
这是 Space 试图制造的工作场景。这家 2025 年成立于旧金山的公司，正在把云存储从“一个需要手动上传下载的远程硬盘”改写成“操作系统直接感知的本地磁盘”。2026 年 8 月 18 日，Space 宣布完成 240 万美元 Pre-seed 轮融资，由 a16z Speedrun 领投，Golden Ventures、Northside Ventures 以及来自 Parsec、Sentry、Stan、Superwhisper 和 Modem 的天使投资人参与。这笔钱将用于继续开发其分布式文件系统，并扩展至 AI 原生公司和数据密集型工作流。
Space 的切入点是一个被长期忽略的架构问题：本地磁盘容量增长跟不上数据膨胀速度，而传统云盘用“同步整个文件”的方式解决跨设备访问，这在 AI 代理需要按需读取特定字节范围的场景下，既慢又浪费。Space 的答案是把文件系统层本身变成接入点，让云托管文件对操作系统表现为本地文件，应用请求数据时只流式传输所需字节范围。这个思路如果成立，动摇的是“文件必须先落到本地才能被处理”这一计算行业最古老的假设之一。
| 字段 | 内容 |
|---|---|
| 公司 | Space（Space Computer Inc.） |
| 轮次 | Pre-seed |
| 金额 | 240 万美元 |
| 投资方 | a16z Speedrun 领投；Golden Ventures、Northside Ventures 及来自 Parsec、Sentry、Stan、Superwhisper、Modem 的天使投资人参与 |
| 总部 | 旧金山 |
| 创始人 | Matthew Ao、Arihant Bapna、Jason Zhao |
| 官网 | https://spacefs.com/ |
把文件系统变成接入层，而不是又一个同步盘
Space 的产品逻辑与 Dropbox、Box、Google Drive 存在根本差异。据公司披露，后三者主要围绕“将完整文件同步到本地设备”或“将工作流引入 Web 应用”构建，而 Space 直接位于操作系统之上，让云托管文件在 Finder 中显示，并在现有原生应用中打开，无需下载或生成本地永久副本。当应用或代理请求数据时，Space 只流式传输完成该任务所需的精确字节范围。
这意味着一个 Premiere 剪辑师可以打开云端 8K 素材而不等待整段视频下载，一个 CAD 工程师可以在本地建模软件中操作云端大型装配文件，一个 AI 代理可以遍历整个组织的共享文件系统，只读取与当前任务相关的文件片段。公司称，这是其区别于 Dropbox、Box 和 Google Drive 的关键：那些工具要么同步整个文件，要么把用户拉进 Web 界面，而 Space 活在文件系统层，低到 Premiere、DaVinci、Blender、CAD 工具、代码编辑器和 AI 代理都可以直接工作，无需为每个工具单独集成。
从技术路径看，Space 本质上是在做一种“按需流式传输的虚拟文件系统”。这类方案并非全新概念，但过去多用于特定垂直场景，如视频后期制作中的网络附加存储加速，或游戏流式加载。Space 的差异化在于把它泛化为通用文件系统层，并把 AI 代理作为一等公民纳入设计。公司联合创始人 Matthew Ao 的表述是：“计算机不再需要持有每个文件。它变成了一扇通往任何文件的窗口，无论文件在哪里，也无论它有多大。”需要指出的是，目前没有独立第三方对 Space 的流式传输性能、延迟表现或兼容性进行过验证；所有关于“实时”“即时”的描述均来自公司口径。
从 YouTube 创作者的硬盘焦虑到组织级数据瓶颈
Space 的起点带有明显的个人问题驱动色彩。据公司披露，联合创始人 Jason Zhao 在过去十年里拍摄并记录自己的 YouTube 生活，从未删除任何片段，积累了数十 TB 的素材，分散在多个硬盘、云服务商和旧电脑中。每次寻找旧素材都意味着搜索和下载的重复劳动。这构成了 Space 最初的问题意识：文件应该只在需要时出现，其余时间不占用本地磁盘。
但真正把这个问题从个人痛点推向公司级产品的，是创始团队上一家公司的经历。据公司披露，团队在上一家公司每月搬运数 TB 的视频素材以支撑激进的有机增长策略，在等待上传下载中损失大量时间，在压缩中损失画质，在某个成员把硬盘落在家里时整个工作流中断。2025 年 11 月，创始团队构建了第一个 Space 原型。几个月后，他们在旧金山 Founders Inc. 办公空间内一边融资一边开发，据公司称需求增长快于团队跟进速度，于是全力投入这一方向。
这段起源叙事解释了 Space 为什么选择视频、营销和 AEC（建筑、工程与施工）行业作为首批客户场景。这些行业的共同特征是：单个文件体量大、项目文件数量多、协作方分散、本地磁盘容量经常成为瓶颈。同时，这些行业也是公司所称“代理工作流”的早期采用者，人类和 AI 代理需要在同一批大型非结构化数据上协作。但需要冷静看待的是，Space 目前仍处于私有测试阶段，约 100 名用户和团队已入驻，尚未披露任何付费客户、留存率或实际使用时长数据。从“问题真实存在”到“产品被规模采用”之间，还有相当长的验证路径。
240 万美元的资本结构与 a16z Speedrun 的押注逻辑
这轮 240 万美元的 Pre-seed 由 a16z Speedrun 领投。Speedrun 是 Andreessen Horowitz 旗下的 12 周加速器项目，专注于早期技术公司。对于一家成立不到一年、产品尚在私有测试阶段的公司来说，这个金额处于 Pre-seed 轮次的常见区间，但领投方的品牌价值远超资金本身。a16z 的参与意味着 Space 在后续融资中获得了更强的信号效应，也意味着它需要在 Speedrun 的项目周期内拿出可验证的进展。
a16z 普通合伙人 Jonathan Lai 的声明将 Space 的赌注概括为：“Space 正在颠覆计算领域最古老的假设之一：文件必须存在于你的设备上，你才能使用它。Matt、Ari 和 Jason 正在创新一种新型 AI 原生文件系统，可以用同一个原语同时服务人类创作者和 AI 代理：即时访问他们所需的确切数据。”这是投资方口径，不是独立验证的事实。但它揭示了 a16z 的投资逻辑：不是押注一个更好的云盘，而是押注文件系统层在 AI 时代的重新定义。
从资本结构看，本轮参与方还包括两家加拿大风投 Golden Ventures 和 Northside Ventures，以及一批来自 Parsec、Sentry、Stan、Superwhisper 和 Modem 的天使投资人。Parsec 的背景值得注意：这是一家做低延迟远程桌面和流式传输的公司，其创始团队和早期员工对流式数据访问的技术挑战有直接经验。Northside Ventures 的 Alex McIsaac 在 LinkedIn 上写道，他长期以来的“梦想”是拥有一台最轻量的计算机，存储、计算甚至操作系统都能按需扩展，而 Space 是“通往那台计算机的第一步”。这类天使投资人的参与，更多是技术信仰和行业网络的价值，而非单纯的财务回报。
与 Dropbox、Box、Google Drive 的竞争，不在同一个维度
将 Space 与 Dropbox、Box、Google Drive 放在同一竞争格局中，既是事实，也是一种叙事简化。事实层面，Space 的公开材料明确将这三者列为竞品，且它们确实都在解决“跨设备访问文件”的问题。但叙事简化在于：这三家公司的核心商业模式是订阅制云存储和协作套件，而 Space 的商业模式尚未披露，产品形态更接近基础设施层。
Dropbox 的 Smart Sync 和 Google Drive 的 File Stream 已经提供了“按需下载”的类似功能，用户可以在本地看到云端文件列表，但打开文件时仍需等待下载完成。Space 声称的差异在于字节级流式传输——不是按文件下载，而是按应用请求的字节范围实时传输。如果这一技术实现稳定，确实能在视频剪辑、CAD 操作等大文件场景中提供显著不同的体验。但这里存在一个关键的待验证假设：字节级流式传输对网络延迟和带宽的敏感度远高于整文件同步。在本地网络或高速企业专线中，体验可能接近本地磁盘；在普通家庭宽带或移动网络中，随机读取的延迟可能让“实时”变成“卡顿”。Space 尚未披露其网络层架构、缓存策略或在不同网络条件下的性能表现。
另一个竞争维度来自操作系统厂商本身。苹果的 iCloud Drive 和微软的 OneDrive 已经在系统层面深度集成，且拥有 Space 难以企及的渠道优势。如果 Space 的架构被验证为有效，这些巨头完全有能力在系统更新中实现类似功能。Space 的防御壁垒不在于技术本身——字节级流式传输并非不可复制的专利——而在于它能否在巨头行动之前，在特定垂直场景中建立足够深的用户习惯和生态绑定。
AI 代理需要的是“可寻址的数据”，不是“可上传的文件”
Space 叙事中最有想象空间的部分，不是让人类更方便地访问大文件，而是让 AI 代理直接在文件系统层工作。公司联合创始人 Arihant Bapna 的表述是：“文件系统是每个应用、设备、用户和代理共享的层。围绕实时分布式数据重建它，能让其上的每个工作流更快。”Jason Zhao 则指出：“人类和代理正在处理超过任何本地磁盘容量的数据。他们不应该在开始工作之前等待文件被复制或摄取。”
这个判断与当前 AI 代理工具的实际工作方式形成对比。据公司披露，大多数代理工具今天要求用户将整个文件上传到聊天机器人，即使任务只需要一页、一帧或一个字节范围。这确实慢、贵且浪费。如果 Space 能让代理通过文件系统直接导航到相关字节范围，那么代理处理大型非结构化数据的边际成本会显著下降。
但这里有一个编辑推断需要明确：从已披露的“字节级流式传输”和“代理可直接导航文件系统”这两个事实看，Space 确实在架构上为代理工作流提供了比“上传整文件”更高效的数据访问方式。然而，Space 尚未披露其与主流 AI 代理框架（如 LangChain、AutoGen 或各家的 Agent SDK）的具体集成方式，也未披露代理在 Space 文件系统上的实际性能数据。因此，这一优势目前停留在架构逻辑层面，而非可验证的产品能力。
资金用途与“无限计算机”的长期叙事
据公司披露，本轮资金将用于支持分布式文件系统的持续开发，并扩展至 AI 原生公司和数据密集型工作流。具体到行业路径，Space 的计划是从视频、营销和 AEC 行业起步，然后扩展到媒体与娱乐、AI 训练数据基础设施、计算机视觉、企业数据系统和世界模型管线。
这个扩张路径的逻辑是清晰的：先切入那些“本地磁盘已经不够用”的行业，再进入那些“数据量天然超出单机容量”的 AI 基础设施场景。但每一步都面临不同的挑战。视频和 AEC 行业对实时性的要求极高，但付费意愿和预算周期相对明确；AI 训练数据基础设施对吞吐量的要求远超单用户场景，但客户更可能自建数据管道而非采用创业公司的文件系统。Space 尚未披露其在任何一个行业中的付费客户或设计合作伙伴名称。
更长期的叙事是所谓的“Space Computer”或“无限计算机”：物理机器变成一扇通往无限存储和计算能力的窗口。这个愿景在技术上有其合理性——如果文件系统层被重新定义，计算资源也可能以类似方式被抽象化。但它同时也是一个高度拥挤的叙事空间。从 Shadow PC 到 GeForce Now，从远程工作站到云游戏，无数公司都在试图让“轻薄终端 + 云端算力”成为现实。Space 的差异化在于从文件系统层切入，而非从计算层切入。这个顺序是否成立，取决于一个核心问题：数据访问层的重构，是否真的是计算资源云化的必要前置条件？目前没有足够证据回答这个问题。
私有测试阶段的信号与尚未回答的问题
Space 目前披露的牵引力数据有两个：约 100 名用户和团队已入驻私有测试；在多个平台上积累了超过 80,000 的有机受众。前者说明产品已经进入真实用户手中，后者说明创始团队在内容营销和社区建设上有一定能力。但这两个数字都不足以证明产品市场契合。100 名测试用户中，有多少是活跃用户？有多少在核心工作流中持续使用？80,000 名受众中，有多少转化为测试用户？这些关键指标均未披露。
更根本的问题在于商业模式。Space 的公开材料中没有提及定价、收入模式或单位经济模型。它可能采用订阅制，可能按数据传输量计费，可能向企业客户收取基础设施费用，也可能走开源核心加商业授权的路线。在商业模式未明的情况下，240 万美元的 Pre-seed 更多是在验证技术可行性和用户需求，而非验证商业可行性。
风险同样明确。Space 是一家早期公司，产品处于私有测试阶段，面临来自成熟云存储提供商的竞争。Dropbox、Box 和 Google Drive 拥有数亿用户、成熟的基础设施和庞大的销售团队。如果 Space 的字节级流式传输被证明在真实网络条件下表现稳定，这些巨头可以投入资源跟进；如果表现不稳定，Space 连现有测试用户都难以保留。此外，文件系统层是操作系统的核心领地，任何系统更新或安全策略变化都可能影响 Space 的兼容性。Space 需要在巨头跟进之前，在特定垂直场景中建立足够深的护城河——但目前没有证据表明这条护城河已经开始形成。
从已披露的信息看，Space 的技术方向解决了一个真实存在的问题：数据量增长与本地磁盘容量之间的结构性矛盾，以及 AI 代理对按需数据访问的新需求。它的切入层——文件系统——确实比应用层更底层，比存储层更接近用户工作流。但“方向正确”与“产品成立”之间，隔着网络性能、系统兼容性、商业模式和用户习惯四道关卡。Space 的 240 万美元买到的是一段验证这些关卡的时间窗口，而不是答案本身。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：Space 真正值得关注的地方，不是它能不能做出一个“更快的 Dropbox”，而是它把文件系统重新定义为 AI 代理的数据寻址层。如果字节级流式传输在真实网络条件下被验证可行，那么“文件必须先落到本地”这条计算行业最古老的假设将被实质性动摇。但在那之前，Space 需要证明的不只是技术可行性，更是为什么这个层级的重构必须由一家创业公司来完成，而不是被操作系统厂商在下一次系统更新中顺手吸收。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。