当 Claude 和 Codex 开始以自然语言调用彼此的能力时，一个更棘手的问题浮出水面：这些代理如何知道哪个应用值得信任？又如何为一次跨组织的协作完成结算？这不是模型能力的问题，而是互联网在代理时代缺失的基础设施。Robutler 试图用 40 万美元的首笔机构投资，回答这个几乎无人涉足的命题。
2026 年 9 月，这家由乌克兰创始人 Volodymyr Seliuchenko 领导的公司宣布从 ZAS Ventures 获得 40 万美元投资，资金来自该机构的 Fund I 和 Fund II。据 Tech.eu 报道，这是 Robutler 获得的第一笔机构投资。ZAS Ventures 是一家美国风投机构，专注于投资由乌克兰人创立的 AI、SaaS 和机器人公司。Robutler 的定位并非又一个 AI 工具，而是工具诞生的地方——一个免费专业级应用共享平台，以及支撑代理发现、信任与支付的底层协议层。
| 字段 | 内容 |
|---|---|
| 公司 | Robutler |
| 轮次 | 未披露 |
| 金额 | 40 万美元 |
| 投资方 | ZAS Ventures（Fund I 和 Fund II） |
| 总部 | 未披露 |
| 创始人 | Volodymyr Seliuchenko |
| 官网 | https://robutler.ai |
“软件的 YouTube”背后，是一套代理互联网的信任与结算机制
Robutler 对自身的核心叙事是“软件的 YouTube”。据公司披露，其平台提供一个公共应用库，涵盖文档、演示、设计、视频、工程、白板、项目管理、音乐和游戏等专业级应用，所有应用免费使用并内置实时协作。创作者发布应用，允许他人混编改进，并在作品被使用时获得收入分成，被混编的原作者也获得分成。创始人兼 CEO Volodymyr Seliuchenko 在 Tech.eu 的报道中称：“在这里每个应用都免费使用，Robutler 向应用被使用的创作者付费，同时也向被混编的原作者付费。这是从租用软件向社区共同构建软件的转变。”
但“YouTube 化”只是表层。真正让 ZAS Ventures 写下第一张支票的，是应用层之下的 Web of Agents。据公司披露，这一层让应用和 AI 代理能够相互发现并用自然语言协作，平台连接 Claude 和 Codex 等外部 AI 助手和编码代理。ZAS Ventures 创始人兼管理合伙人 Andrew Zinchuk 在报道中直言：“大多数 AI 公司都在做更好的工具。Volodymyr 在做的是工具诞生的地方。”他进一步解释投资逻辑：“我们投 Robutler 的第一张支票，是因为应用下面的那一层：代理之间的发现、信任和支付。这是整个代理互联网需要的东西，几乎没人在做。”
从已披露的信息看，Robutler 试图同时解决三个相互关联的问题：代理如何找到合适的应用、如何判断一个应用或代理是否可信、以及当应用被代理调用时如何归因并分配收益。这三个问题在人类互联网时代分别由搜索引擎、评价体系和支付系统解决，但在代理主导的交互中，原有的解决方案并不直接适用。搜索引擎依赖关键词与页面链接结构，评价体系依赖人类主观反馈的累积，支付系统依赖明确的账户主体与合同关系；而代理之间的调用可能发生在毫秒级、跨组织边界、且没有人类逐笔确认的语境中。Robutler 的应对是提交三项专利申请，涵盖代理发现、信任排名和应用使用归因，同时在 arXiv 上发布 TrustFlow 研究，并构建两个开放协议 Agent OAuth 和 UAMP，用于跨组织边界的代理身份和消息传递。这些技术动作指向同一个方向：为代理之间的自主协作建立一套可验证的基础设施。
从架构逻辑看，Robutler 的层次划分意味着它并不把“代理互联网”当作单个模型或单个平台的功能延伸，而是当作一个需要独立协议栈的体系。应用层负责供给，Web of Agents 层负责交互，专利与协议层负责规则。这种分层可能降低单一环节的耦合风险，但也意味着公司必须在三个层面同时获得采用，才能形成闭环。目前，来源材料只披露了技术构件的存在，没有披露任何一层的外部采用数据。
免费应用的收入分成，能否跑通创作者经济的软件版本
Robutler 的商业模式与 YouTube 的类比并非空泛。在 YouTube 上，创作者上传视频，平台通过广告和订阅获得收入，再按观看量向创作者分成。Robutler 试图将这一逻辑移植到软件领域：应用免费使用，平台在应用被使用时产生收入，并向创作者及被混编的原作者分成。据公司披露，收入分成的归因机制已包含在其专利申请中。
但软件与视频有一个关键差异：视频的“使用”是观看，归因路径清晰；软件的“使用”可能发生在代理调用的毫秒级交互中，归因链条涉及多个应用、多个混编版本和多个代理。一个视频被观看一次，平台可以记录一次播放事件；但一个应用被代理调用一次，可能触发另一个混编版本的子调用，而该混编版本又可能引用更早的原作者代码。Robutler 将应用使用归因作为三项专利之一，说明公司意识到这是商业模式能否成立的技术前提。不过，公司未披露收入从何而来——是向企业收取平台服务费、从代理调用中抽成，还是其他方式。在来源材料中，资金用途、客户信息和收入数据均未披露。这意味着“免费使用 + 创作者分成”的模式目前仍停留在机制设计层面，尚未有公开数据证明其经济可行性。
另一个值得注意的问题是混编的激励结构。在开源软件生态中，分叉和混编长期存在，但收益分配一直是难题。开源许可证解决的是使用权问题，而不是收益权问题；贡献者往往依赖声誉、雇佣关系或商业支持获得回报。Robutler 声称被混编的原作者也能获得分成，这在机制上比开源社区的荣誉体系更进一步，但也引入了更复杂的归因计算。一个被混编了十次的应用，其原作者在最终使用中应获得多少分成？这个比例由谁决定？公司未披露具体规则。从已披露的专利申请来看，归因机制是公司技术投入的重点，但专利本身并不等于可运行的商业系统。专利可以保护一种归因方法，但无法证明该方法在真实调用链中能够准确、低成本地运行，也无法证明创作者愿意接受这种分配结果。
对 Robutler 而言，供给端冷启动的具体约束不在“平台需要创作者”这一通用命题，而在创作者的机会成本差异。一个开发者如果把时间投入 Robutler，就意味着减少在成熟付费生态或开源项目中的投入。Robutler 的“免费应用 + 混编分成”机制要求创作者先接受零授权费发布，再等待代理调用产生的分成；而成熟付费生态提供的是更直接的工具销售或订阅收入。两者之间的机会成本差异，取决于 Robutler 能否把代理调用归因做到毫秒级、可审计且低成本。如果归因结算频率受限于调用链的复杂度和计算成本，创作者获得回报的周期就会被拉长，这反过来会削弱免费发布应用的吸引力。公司未披露分成结算频率、归因计算成本或任何创作者回报记录，因此这一机制目前只能被视作设计假设，而非已被验证的激励结构。
ZAS Ventures 的乌克兰创始人策略，与 40 万美元的象征意义
这笔 40 万美元的投资，放在硅谷种子轮语境中是一个小数目，但它的结构值得拆解。据 Tech.eu 报道，资金来自 ZAS Ventures 的 Fund I 和 Fund II 两支基金，而非单一基金。这种跨基金的投资安排，通常意味着 GP 对项目的信心足以动用多个资金池，也可能反映单支基金的额度限制。对于一家早期机构而言，跨基金出资可能还涉及投资组合的平衡：如果某一支基金已经接近配置上限，另一支基金可以补足敞口。但 ZAS Ventures 未披露这种安排的具体原因。
ZAS Ventures 自 2023 年以来已通过两支基金投资超过 25 家公司，并被乌克兰创业基金评为 2025 年度投资者。该机构的目标是到 2034 年培育 30 家乌克兰人创立的独角兽。从这个目标倒推，ZAS Ventures 的投资策略带有明显的“创始人来源地 + 赛道”双重筛选特征：创始人必须是乌克兰人，赛道必须落在 AI、SaaS 或机器人领域。Robutler 同时满足这两个条件，且其代理基础设施叙事与 AI 赛道高度契合。
Zinchuk 在报道中将 Robutler 的创始人描述为“从硅谷输出品类定义基础设施的乌克兰创始人”，并称这正是 ZAS 存在的理由。这一表述将 Robutler 置于一个更大的叙事中：乌克兰创始人在全球 AI 基础设施中的角色。但需要注意的是，Robutler 的总部所在地和成立年份均未在来源中披露。ZAS Ventures 的“硅谷”表述是投资方的说法，而非经过独立核实的地理事实。创始人可能确实在硅谷运营，也可能只是以硅谷作为市场符号；从公开材料无法判断。
从投资节奏看，40 万美元的首笔机构投资通常对应极早期阶段。Robutler 已提交三项专利申请、发布 TrustFlow 研究、构建两个开放协议，这些动作在 40 万美元的资金规模下显得相当密集。一种可能的解释是，公司在获得机构投资前已有一定的技术积累，这笔资金更多是验证和加速，而非从零启动。专利申请、论文发布和协议构建都需要时间和人力成本，如果这些工作在融资前已经完成，那么 40 万美元可能主要用于后续的产品化、市场验证或团队扩展。但公司未披露团队规模、运营成本和资金消耗速度，因此无法从公开信息判断这笔钱能支撑多久。ZAS Ventures 在报道中称其提供“实操性运营支持和顾问网络，帮助创始人在美国和欧盟赢得客户”，这意味着投资方的价值主张不限于资金，但 Robutler 是否已经利用这一网络获得客户，来源材料未披露。
三项专利与 TrustFlow：可核验的技术构件，未披露的权利边界
Robutler 的技术叙事集中在三个专利申请上：代理发现、信任排名和应用使用归因。在代理互联网的语境中，这三个问题确实构成了核心瓶颈。当一个 AI 代理需要完成一项任务时，它需要知道有哪些应用可用（发现）、哪些应用可靠（信任）、以及使用后如何结算（归因）。Robutler 的 Web of Agents 层试图用自然语言解决发现问题，用 TrustFlow 研究支撑信任排名，用专利覆盖归因机制。
但来源材料只披露了这三项专利覆盖的方法类别，没有披露任何一项的权利要求范围、申请地域、法律状态或是否已进入实质审查。专利保护的是具体权利要求，而不是“代理发现”或“信任排名”这样的宽泛概念。如果权利要求范围较窄，其排他性可能有限；如果尚未进入实审，则能否授权仍不确定。同样，TrustFlow 研究发布在 arXiv 上，arXiv 是预印本平台，不经过同行评审。来源材料没有披露 TrustFlow 的实验设置、数据集、基线比较或评估指标，因此无法判断其信任排名方法在什么条件下有效、与哪些现有方法可比。Agent OAuth 和 UAMP 被描述为开放协议，但公司未披露这些协议的采用情况、社区规模或与其他标准组织的合作。开放协议的价值取决于网络效应：如果没有足够多的应用和代理采用，协议本身只是技术文档。
从产业链约束看，代理发现和信任排名并非空白领域。大型模型厂商和云平台正在构建自己的代理生态，它们对代理身份、权限和结算的定义可能形成事实标准。Robutler 的开放协议路线与平台封闭生态之间存在张力。如果 Claude 和 Codex 的提供方选择自己的代理间通信标准，Robutler 的协议层将面临被绕过的风险。公司称平台连接 Claude 和 Codex 等外部 AI 助手和编码代理，但未披露这种连接是深度集成还是 API 调用层面的兼容。深度集成意味着 Robutler 的协议被外部代理原生支持，而 API 兼容可能只是调用层面的适配，两者对协议层价值的含义完全不同。从已披露的信息看，Robutler 的协议层能否成为跨组织代理协作的通用基础设施，取决于它能否获得足够多的采用者，而这一点目前没有任何公开数据支持。
另一个技术层面的待验证假设是自然语言协作的可靠性。代理之间的发现如果依赖自然语言，那么语义歧义、上下文缺失和错误调用都可能成为问题。人类可以通过确认步骤纠正误解，但代理之间的毫秒级交互可能没有这种缓冲。Robutler 未披露 Web of Agents 层如何处理自然语言协作中的失败场景，也未披露是否有机制让代理在调用前验证应用的能力边界。这些工程细节可能决定协议层是真正可用的基础设施，还是停留在概念验证阶段。
竞争格局中的空白：Robutler 究竟在与谁竞争
来源材料未披露 Robutler 的竞争对手。但从其产品形态看，Robutler 同时处于三个赛道的交叉点：应用共享平台、创作者经济工具、代理基础设施。在应用共享平台维度，它面临与现有 SaaS 生态的竞争——用户为什么要放弃成熟的付费工具，转向一个免费但尚未验证的共享库？在创作者经济维度，它需要说服开发者将作品发布到一个收入模式尚未跑通的平台。在代理基础设施维度，它需要与大型科技公司的代理生态争夺标准制定权。
Robutler 的差异化在于将三个维度捆绑在一起：免费应用吸引用户，收入分成吸引创作者，代理层提供底层价值。但这种捆绑也意味着三重风险同时存在。如果免费应用的质量无法与付费工具竞争，用户不会来；如果收入分成无法兑现，创作者不会来；如果代理层没有被采用，基础设施的价值无法实现。三者互为前提，形成了一个尚未闭合的循环。Robutler 未披露任何一侧的规模数据，因此无法判断哪一侧可能率先突破。
从另一个角度看，Robutler 的“免费应用 + 混编 + 分成”模式在软件领域并非全新。开源社区长期提供免费软件，但缺乏系统性的收益分配。低代码和无代码平台允许用户构建应用，但通常不涉及跨应用的代理协作。Robutler 的创新在于将代理层的发现、信任和支付与应用层的共享和混编结合起来。这种结合是否构成真正的品类定义，还是仅仅将已有概念重新组合，需要看后续的产品采用数据。Zinchuk 的“几乎没人在做”判断如果成立，Robutler 确实拥有先发窗口；但“没人在做”也可能意味着需求尚未被证明，或者大厂正在内部解决而不对外公开。在代理基础设施领域，大型平台有动机将发现、信任和支付能力内嵌到自己的生态中，因为这样可以增强锁定效应。Robutler 的开放协议路线与这种内嵌趋势之间的博弈，可能是决定其长期空间的关键变量。
40 万美元之后：待验证的假设与未披露的边界
Robutler 的核心假设可以拆解为三个层面。第一，代理互联网需要独立的发现、信任和支付基础设施，而不是由现有平台内部解决。第二，免费应用加收入分成的模式能够吸引足够多的创作者和用户，形成双边网络效应。第三，开放协议能够在大厂生态之外建立跨组织的代理协作标准。这三个假设目前都没有公开数据支持。
从已披露的 40 万美元融资、三项专利申请、TrustFlow 研究和两个开放协议来看，Robutler 在技术布局上走得比同阶段公司更远。但专利申请和协议发布是供给端的动作，需求端的验证——有多少代理实际使用 Web of Agents、有多少创作者发布应用、有多少收入被分成——完全没有披露。公司未公布任何用户数、应用数、代理调用量或收入数据。在来源材料中，资金用途、客户信息和风险因素均为空白。这种信息不对称在极早期融资中并不罕见，但它意味着外部观察者只能看到公司的技术意图，而看不到市场对这套基础设施的真实反应。
ZAS Ventures 的投资逻辑清晰：押注代理互联网的基础设施层，押注乌克兰创始人在硅谷的品类定义能力。但 40 万美元的规模意味着这是一次高度早期的验证性投资，而非对商业模式的确认。从已披露的信息看，Robutler 的技术方向与代理互联网的长期趋势一致，但其商业模式的成立条件——免费应用的供给质量、收入分成的经济可行性、开放协议的采用率——都还处于未验证状态。Robutler 接下来需要回答的问题不是“代理互联网是否需要基础设施”，而是“为什么这套基础设施会由 Robutler 来定义”。
验证边界与可复核指标
本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。
- 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
- 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
- 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。
RecodeX 极客视：Robutler 的真正赌注不在“软件的 YouTube”这个类比，而在代理互联网的信任与结算层。当 AI 代理开始自主调用应用时，发现、信任和归因确实需要新的基础设施。但三项专利只披露了方法类别，未披露权利要求范围；TrustFlow 只发布了预印本，未披露实验设置；两个开放协议只完成了构建，未披露采用方。供给端的信号已经发出，需求端的沉默才是这家公司接下来必须打破的东西。真正未答的问题不是“代理互联网是否需要基础设施”，而是“为什么这套基础设施会由 Robutler 来定义”。
信息来源
本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。