一场为应用图标举办的葬礼，和一个正在绕过应用商店的入口

2026年9月17日，旧金山一座教堂里举行了一场不寻常的葬礼。棺材里没有遗体，只有一堆手机应用图标。据TechCrunch报道，这场由Photon主办的“应用葬礼”同时充当了公司的开发者日，Vercel、Stripe和OpenAI的人到场做了分享。一家成立不久的创业公司用这种方式表达一个判断：独立移动应用的时代正在结束，取而代之的是运行在消息渠道里的AI代理。

这个判断并不孤立。过去一年，OpenClaw、Poke、Instinct等产品先后证明了一件事——用户已经存在于iMessage、WhatsApp和短信里，与其说服他们下载一个新应用，不如让代理直接出现在他们每天都在用的对话线程中。但把代理部署到这些渠道，意味着开发者要面对身份管理、状态同步、消息送达率和跨渠道数据观测等一系列基础设施问题。Photon想成为解决这些问题的统一层。

2026年10月1日，Photon宣布完成450万美元种子轮融资，由Gradient和A*联合领投，Vercel、HongShan、Z Fellows、Llama Ventures、Karman及其他天使投资人参与。这笔钱将用于继续开发产品。TechFundingNews报道称，资金用途还包括扩展面向受监管行业的iMessage商业消息、继续开发Spectrum SDK并引入设计合作伙伴。

字段 内容
公司 Photon
轮次 种子轮
金额 450万美元
投资方 Gradient、A*联合领投；Vercel、HongShan、Z Fellows、Llama Ventures、Karman及天使投资人参与
总部 旧金山
创始人 Daniel Tian（CEO）、Ryan Zhu（CTO）
官网 https://photon.codes/

从黑客松瓶颈到消息层基础设施：两个退学者的产品路径

Photon的起点来自一个反复出现的开发痛点。联合创始人兼CEO Daniel Tian和CTO Ryan Zhu在学生时代频繁参加黑客松、构建消费级应用，但每次做完产品都会卡在同一个环节：没有人发现它。Tian从宾夕法尼亚大学M&T项目退学，Zhu离开高中后成为MIT Media Lab访问学生。两人在2025年构建个人代理时再次遇到跨消息渠道的基础设施问题，随后决定创办Photon。

这个背景解释了Photon的产品形态为什么以开发者工具为中心。公司提供的是一套组合：统一API、可扩展渠道框架、命令行界面和可观测性套件。开发者可以用这套工具构建并运营运行在iMessage、WhatsApp、Telegram、短信或RCS、电子邮件、语音等渠道上的代理体验。Gradient在投资声明中描述了这类渠道对开发者的两个优势：一是获客和上手成本低——WhatsApp拥有超过30亿用户，iMessage默认搭载于超过10亿部活跃iPhone，用户只需发一条消息就能开始使用，不需要学习新界面；二是消息渠道多年积累的原生功能已经超过很多独立应用，群聊、Tapback反馈、回复线程、富媒体、投票、实时位置、iMessage应用和WhatsApp Flows内嵌界面，以及已经就位的支付通道，都可以被代理直接调用。

从已披露的集成关系看，Photon正在嵌入一个更广泛的AI开发栈。据TechCrunch报道，Vercel的Eve和ChatSDK、Nous Research的Hermes代理（使用Photon作为默认iMessage层）都是其技术集成伙伴；腾讯QClaw和NanoClaw也以Photon为底层。框架和基础设施层面的集成覆盖LangChain、Mastra、Convex、Render、Railway、Telnyx等。这意味着Photon的定位不是面向终端用户的应用，而是被其他代理开发者和平台当作消息层来调用。

开源占98%使用量，托管平台四个月收入增10倍

Photon的商业化路径有一个明显特征：开源版本至今仍占其使用量的98%。据TechCrunch报道，公司于2026年4月决定创建托管平台，通过订阅层级销售访问权限；超过10名用户的使用需从免费层转入三个付费层级之一。公司未披露具体收入数字，但公司称已签约超过40,000名开发者，四个月内收入增长10倍，流失率低于3%，仅上个月消息量增长5倍。

这些数字需要放在开源主导的使用结构里理解。98%的使用量来自开源版本，意味着绝大多数开发者尚未进入付费漏斗。10倍收入增长建立在一个极低的起点上，公司没有披露绝对值，因此无法判断托管平台的真实商业规模。流失率低于3%听起来健康，但如果付费用户基数很小，这个数字的统计意义有限。消息量单月增长5倍则更像一个使用活跃度指标，而非收入指标。

客户名单覆盖了几个不同的垂直场景：Corgi Insurance（保险）、Boardy（社交介绍）、Ditto（Z世代约会平台）、Rho（商业银行）、Fliptexts（金融AI助手）、Slashy（AI邮件客户端）。这些客户的存在说明Photon的工具正在被用于金融科技、消费AI和垂直行业代理。但公司没有披露这些客户是付费托管用户还是开源用户，也没有披露任何单一客户的合同规模或续约情况。从公开信息只能确认它们在使用Photon，无法判断它们对收入的贡献。

开发者数字口径不一，开源指标需要更细的漏斗

一个值得注意的细节是开发者数量的口径差异。TechCrunch报道称Photon已签约超过40,000名开发者；Gradient在投资博客中称平台上有超过50,000名开发者构建产品，每天转发数百万条消息。两个数字相差约10,000，且都来自与本次融资直接相关的信源。TechCrunch的说法归因于公司，Gradient的说法归因于投资方。公司没有解释差异来源。

这种差异可能源于统计时间点不同、签约开发者与活跃开发者的定义不同，或者开源下载量与注册账户数的混用。从已披露信息无法判断哪个数字更接近真实情况。但这个问题本身指向一个更深的验证难题：在开源项目里，“开发者数量”是一个容易被放大的指标。下载、克隆、注册和实际构建之间存在显著漏斗损耗，而Photon没有披露活跃开发者的定义。

Tian估计，托管版和开源版合计触达数百万终端用户。这个数字同样没有披露测算方法。如果每天转发数百万条消息，且每个终端用户每天产生多条消息，那么日活终端用户可能在百万级以下；如果消息集中在少数高频代理上，触达用户数可能更少。从已披露的“每天数百万条消息”和“触达数百万终端用户”两个数据看，二者在数量级上并不矛盾，但都无法独立验证。

投资方里有Vercel，这既是渠道背书也是生态绑定

Vercel以投资方身份出现在本轮融资中，同时又是Photon的技术集成伙伴。Vercel Connect页面显示，开发者可以通过Vercel Connect创建Photon连接器，在运行时动态获取Photon凭据，而不必将密钥复制到应用代码中。Vercel的changelog也记录了eve代理通过Photon接入iMessage的路径：命令eve add channel/photon-imessage会注册Photon渠道、设置项目并脚手架化渠道配置。

这种投资方与集成伙伴重叠的结构，在开发者工具领域并不罕见，但含义需要拆开看。一方面，Vercel的参与为Photon提供了分发渠道——Vercel生态里的AI应用开发者可以相对顺畅地接入Photon的消息能力。另一方面，这也意味着Photon的增长在一定程度上绑定在Vercel的开发者生态上。如果Vercel未来自建或扶持其他消息基础设施，Photon在这条渠道上的位置可能被重新评估。

HongShan的参与同样值得注意。HongShan是红杉资本中国分拆后的独立品牌，其出现在一家旧金山AI基础设施公司的种子轮里，与腾讯QClaw和NanoClaw以Photon为底层的消息形成呼应。但TechCrunch和Gradient的披露都没有说明HongShan的投资金额或参与条件，也没有说明腾讯系产品与Photon之间是否存在商业合同。从公开信息只能确认集成关系存在，不能推断资本与业务之间的因果联系。

平台依赖是结构性风险，iMessage与WhatsApp的约束不同

Photon面临的最大风险来自它所依赖的平台本身。Whalesbook报道称，Photon依赖Apple iMessage和Meta WhatsApp等消息生态，受这些科技巨头的服务条款与API政策约束；若平台限制或改变第三方AI代理的运作方式，可能直接影响其向客户提供服务的能力。这不是一个可以通过产品迭代消除的风险，而是商业模式的结构性前提。

iMessage的情况尤其微妙。Apple对iMessage的第三方接入历来控制严格，历史上没有开放过面向开发者的官方消息API。Photon如何实现iMessage代理的发送与接收，TechCrunch和Gradient的披露都没有说明技术路径。如果Photon依赖非官方协议或设备级接入，那么Apple的一次系统更新就可能破坏其服务；如果Photon与Apple有某种授权合作，公司没有披露。这个信息缺口使得“iMessage代理基础设施”这一核心能力的技术可持续性无法从公开材料中得到验证。

WhatsApp的约束相对明确。Meta提供WhatsApp Business Platform，但该平台对消息模板、会话窗口和计费方式有严格规定。面向消费者的AI代理如果频繁发起会话或发送非模板消息，可能触发平台限制。公开材料未说明其WhatsApp接入方式是否符合Meta的官方API规范，也未提及平台合规问题的处理情况。对于一家把“消息渠道”作为核心资产的创业公司来说，这些未披露的细节恰恰是评估其长期可行性的关键变量。

资金用途指向受监管行业，但合规能力尚未被验证

TechFundingNews报道称，Photon将把资金用于扩展面向受监管行业的iMessage商业消息、继续开发Spectrum SDK并引入设计合作伙伴。Whalesbook的报道补充了一个事实：Photon支持SOC 2 Type II与HIPAA合规环境，使其适用于金融科技和医疗健康领域，但未说明其是否已通过相关审计。

把资金投向受监管行业是一个有逻辑的选择。金融和医疗领域的客户付费意愿更强，合规要求也构成了竞争壁垒。但Photon目前披露的客户名单里，只有Rho（商业银行）和Corgi Insurance明确属于受监管行业，且公司没有披露这些客户使用的是托管版还是开源版、是否涉及PHI（受保护健康信息）或金融交易数据。从已披露信息看，Photon在受监管行业的商业化仍处于早期验证阶段。

Spectrum SDK是另一个信息缺口。TechFundingNews提到了这个产品名称，但TechCrunch和Gradient的披露都没有描述Spectrum SDK的功能、目标用户或开发进度。公司没有披露Spectrum SDK的发布时间表或设计合作伙伴名单。

Agent-to-Agent通信层的故事，距离产品化还有多远

Tian在TechCrunch采访中提出了一个更大的愿景：“未来，代理将能够为你找到能做正确事情的代理——所以这将是A-to-A通信层。”这个表述把Photon的定位从“人机消息基础设施”延伸到了“代理间通信协议”。

从已披露的产品能力看，Photon目前的核心功能仍然是代理与人类用户之间的消息传递。统一API解决的是开发者如何把代理接入多个消息渠道的问题，可观测性套件解决的是消息送达和状态追踪问题。A-to-A通信需要的是另一套能力：代理发现、能力协商、任务委托、结果验证和跨代理状态管理。这些在Photon当前的产品描述中都没有出现。Tian在采访中使用了“未来”的表述，未说明具体产品路线图。

这个愿景并非没有依据。如果代理确实成为用户的主要交互界面，那么代理之间的协调确实需要一个通信层。但谁会成为这个层的标准制定者，是一个远比“提供统一API”更复杂的问题。Apple、Google、OpenAI、Anthropic都在各自的生态里推进代理互操作协议，Photon作为一家种子轮公司，在这个层面的竞争位置尚不清晰。从已披露信息看，Photon的A-to-A能力没有产品化时间表，也没有技术规范草案公开。

450万美元能买到的验证窗口

450万美元种子轮在2026年的AI基础设施赛道里并不算大额。这笔钱的真实意义在于给Photon一个验证窗口：在平台政策没有发生重大变化的前提下，证明托管平台的付费转化可以持续，证明受监管行业的客户愿意为消息代理基础设施付费，证明开源社区的增长可以转化为商业收入。

公司称已签约超过40,000名开发者，四个月内收入增长10倍，流失率低于3%。如果这些数字在接下来两个季度能够保持或改善，Photon将具备讲述A轮故事的基础。如果收入增长的绝对值仍然没有披露，或者开发者数量在不同信源间的口径差异继续扩大，那么这些指标的可信度将面临更多质疑。

Photon的叙事核心是一个真实的行业变化：AI代理正在把消息渠道变成新的应用分发入口。这个变化不依赖Photon的成败而成立。但Photon能否成为这个变化的基础设施层，取决于三个尚未验证的假设：消息平台不会封堵第三方代理接入、开发者愿意为托管服务付费、受监管行业的合规需求能转化为持续合同。450万美元买到的，是验证这三个假设的时间。

验证边界与可复核指标

本文涉及的“首个、唯一、最大、领先”、订单、出货、性能等表述，如无另行说明，均是公司、创始人或投资方在现有公开材料中的披露口径；RecodeX未在本次采集材料中找到独立审计或第三方测试结论，因而不将其视为已经独立确认的事实。文中的产业协同、竞争位置和商业路径属于基于已披露产品与融资用途的编辑分析，不代表相关结果已经实现。

  • 技术侧应核验第三方测试条件、样本规模、良率、稳定性及与可比方案一致口径的结果；
  • 商业侧应核验去重后的付费客户、可执行合同、收入确认、复购率以及订单转化；
  • 资本与产业协同应以工商股权、关联交易、联合开发、采购或量产文件为准。

RecodeX 极客视：Photon把融资公告做成了一场应用图标的葬礼，但真正的悼词还没写完。消息渠道作为代理分发入口的趋势已经清晰，而Photon要证明的是自己不是这个趋势的旁观者，也不是平台政策变动下的临时通道。开源社区的热度、投资方的生态位和受监管行业的付费意愿，三者能否在平台巨头的条款缝隙里同时成立，才是这场葬礼之后真正值得观察的东西。

信息来源

本文在采集与核验阶段引用了以下公开来源，按站点去重列出；来源内容归原发布方所有，其口径不代表 RecodeX 的核实结论。