一、Photon 解决什么问题

AI Agent 的瓶颈不在模型,而在分发:用户不会为了一个 Agent 下载新 App、访问新网站,但他们每天打开 iMessage / WhatsApp 上百次。Photon 的判断是——Agent 最好的界面早已存在,就是人们日常的消息软件。

Photon 提供两层产品,把"让 Agent 像真人一样出现在用户的消息列表里"压缩到几行代码:

对客户的价值一句话:省掉自建消息基础设施的脏活(尤其是没有官方 API 的 iMessage 逆向工程),把 Agent 直接送进用户已有的聊天框,转化与触达立竿见影。


二、客户怎么用

1. Ditto — iMessage 原生约会撮合 Agent(旗舰案例,公开可验证)

面向大学生的 matchmaker Agent,覆盖 UC Berkeley、UCSD、USC、UCLA、UC Davis 五校。用户全程在 iMessage 里和 Agent 聊天完成注册、画像、撮合、约会安排——不下载任何 App

为什么用 Photon:约会产品的获客死穴是下载转化流失;跑在 Spectrum 上,Agent 以一个普通联系人形式出现在 Messages 里,注册即聊天。

结果:42,000+ 注册用户、140K+ active users、4M+ 消息处理,全部经由 Spectrum 的 iMessage 通道;2026 年 2 月获 Peak XV 领投 $9.2M seed。(来源:photon.codes 案例页 + TechCrunch/PR)

2. Deel — 企业内部场景

⚠️ 该客户关系与具体指标来自公司口径,公开渠道暂无披露。建议对外以"含全球 HR/payroll SaaS 头部公司在内的 30+ 企业客户"表述。

按公司在融资沟通中提供的信息,Deel(全球雇佣/payroll SaaS)类企业客户用 Photon 把面向员工/客户的 AI 助手接入日常消息渠道(如 WhatsApp/SMS),处理入职提醒、payroll 问答、跨时区通知等高频轻交互——员工无需登录 dashboard,直接在聊天框完成。

解决的问题:企业 AI 助手普遍困在内部 portal 里使用率低;接入消息渠道后触达率和回复率显著提升。

3. MimiClaw — 硬件上的口袋 AI 助理(公开案例)

跑在一颗 $5 芯片上的个人 AI 助理,通过 iMessage 与用户对话,30K+ 终端用户。展示了 Photon 通道层对低算力边缘设备的适配性。

4. 垂直行业早期客户 — 贷款 / 租房等 consumer-touch 行业

有明确商业模式但不懂 AI 的垂直电商/金融服务公司(贷款、租房中介),用 Photon 把获客与客服 Agent 部署到客户已在用的消息渠道。创始人在 6/5 会议中明确:"这种有直接 consumer touch 的人对 AI 不太懂……就需要我们中间这个桥。"

行为洞察(差异化 know-how):consumer 短信场景里"故意晾一两分钟再回"的回复率反而高于秒回——与企业场景的期望完全相反。Photon 把这类交互模板沉淀为产品内置能力。


三、为什么替代方案不行

本节逐条回应 Beyond 在 call 上提出的质疑("我直接用 WhatsApp 连 OpenClaw 就行"、"香港早有 SleekFlow/WATI 这类 multi-channel 工具"、"WhatsApp 里功能是不是受限")。

质疑 1:"我自己用 OpenClaw / Claude 的 Telegram·WhatsApp 插件就能聊,为什么还要第三方 connector?"

个人自用确实不需要 Photon——但 Photon 的客户不是"用 Agent 的个人",而是要把自己的 Agent 交付给成千上万终端用户的公司(B2B2C)。两者差五个数量级的问题:

质疑 2:"装在 WhatsApp 里,Agent 能力是不是受限(控制 desktop、读文件那些做不了)?"

不受限——Photon 只是消息管道,Agent 逻辑跑在开发者自己的服务端。能不能控 desktop、调什么工具,取决于 Agent 跑在哪、接了什么,与消息渠道无关。流程是:用户 → WhatsApp → Photon 云端 → 客户自己的 Agent(任意 stack)→ 原路返回。

质疑 3:"香港早有 SleekFlow / WATI / Omnichat,multi-channel 是标配——区别在哪?"

这类产品是人用的营销/客服 SaaS,Photon 是Agent 用的开发者基础设施——同样说 multi-channel,卖给的人、承载的负载、计费逻辑都不同:

SleekFlow / WATI / Omnichat 类 Photon
用户 营销/客服团队,人坐在 dashboard 里发模板消息、人工接管 开发者,写代码把自己的 Agent 接进渠道
负载形态 低频、模板化、单向触达为主 高频双向对话,Agent 自主决定回什么,需 <1s 延迟、生成式 UI
iMessage 基本不支持(香港市场不需要) 核心护城河,唯一开源完整协议覆盖,1.3B 用户
Agent 框架 无,AI 是后加的 chatbot 模块 声明式 Agent SDK + 渠道层垂直整合
获客 销售驱动 开源自助(2,600+ stars,100% inbound)

类比:SleekFlow 之于 Photon,相当于 Mailchimp 之于 Twilio——前者是人用的应用,后者是开发者的管道。Agent 时代的增量负载长在后者身上。

质疑 4:"对开发者来说 UX 还是个 WhatsApp 对话框,我多了什么?"

终端用户体验"没区别"恰恰是卖点——用户零学习成本。多出来的全在开发者/企业侧:一套代码跨 10+ 渠道、号码池与合规托管、跨渠道 context 迁移、审计与 HITL、以及沉淀下来的 consumer 交互 know-how(例:consumer 场景故意延迟 1–2 分钟再回,回复率反而高于秒回——这类模板已产品化)。

补充:平台原生 AI 为什么不替代它

平台原生 AI 是单平台、平台自己的品牌;企业要的是自己品牌的 Agent 跨所有渠道出现。Apple 批准 Poke 接入官方验证通道,反而是对"Agent 进消息渠道"方向的背书;若 Apple 未来开官方 API,先发者拿到的是增量而非替代(6/5 会议中创始人原话:"苹果认同这个方向了,对我们的架构非常有益")。


四、客群与商业模式概览


五、融资情况


Prepared by Claude IC for IOSG · 2026-06-11 · 内部参考,对外发送前请先确认标注 ⚠️ 的三处公司口径信息