Linq 推出 iMessage Apps：在 iMessage 对话中直接运行支付、票务、航班和游戏的交互式卡片

一句话看懂

Linq 推出 iMessage Apps，让 AI 代理在 iMessage 对话中直接嵌入可交互卡片，实现支付、游戏、票务等完整流程，无需用户离开聊天界面。

详细发生了什么

Linq 是一家为 AI 代理提供消息基础设施的初创公司，其新推出的 imessage_app 功能允许开发者构建运行在 iMessage 对话中的交互式迷你应用。这些应用以卡片形式呈现，用户可以在聊天界面内完成购物、游戏、航班预订、支付等操作，无需跳转到外部浏览器或应用。

技术实现上，imessage_app 是一种新的消息部分类型（type: “imessage_app”），替代了原有的 text、media 和 link 部分。卡片内容由安装在用户设备上的 Messages Extension 渲染，开发者通过提供 url 控制显示内容。关键参数包括 app 对象的 team_id 和 bundle_id，用于标识渲染扩展；layout 对象定义卡片上的文字布局；interactive 标志控制卡片是实时交互还是静态显示。

卡片支持原地更新：通过 /messages/{id}/update 接口，开发者可以替换已发送卡片的内容，实现游戏棋盘重绘、支付状态更新等场景。更新仅支持 url、fallback_text、interactive 和 layout 字段，app 身份在卡片生命周期内固定。

Linq 提供了丰富的示例场景：游戏（发送一步操作后重绘棋盘）、支付（发送结账或收款请求）、票务（从“参加/不参加”变为确认门票）、航班预订（显示票价、选座、更新为登机牌）、音乐（内嵌播放器）、约会（滑动匹配）。

中文圈视角

对于中文用户，iMessage Apps 的实际可用性受限于几个因素：首先，该功能仅支持 iMessage，没有 SMS/RCS 回退，这意味着 Android 用户无法使用，而国内 iMessage 使用率远低于微信。其次，交互式卡片的渲染依赖用户安装对应的 Messages Extension，这增加了使用门槛。

国内类似场景的平替方案包括：微信小程序（直接在微信内完成支付、票务、游戏等）、支付宝小程序、以及企业微信的“应用”功能。这些平台在用户基数和生态成熟度上远超 iMessage。不过，Linq 的亮点在于为 AI 代理提供了标准化的消息 API，而国内目前缺乏类似的、面向 AI 代理的即时通讯基础设施。

对于出海开发者，iMessage Apps 可能是一个差异化选择，尤其是在北美市场（iMessage 用户占比高）。但需要注意，该功能依赖 Apple 平台，存在平台风险。

几条值得记住的细节

• 交互式卡片仅限 iMessage，无 SMS/RCS 回退，无对应应用的用户只能看到静态文字。
• team_id 和 bundle_id 不匹配时静默失败，卡片降级为纯文本，无错误提示。
• 卡片支持原地更新，通过 /messages/{id}/update 接口，可改变 url、布局和交互状态。
• interactive 标志默认为 true，设为 false 则强制显示静态布局卡片。
• 更新操作仅限自己发送的卡片，入站卡片不可更新，且每次更新生成新消息 ID。

一句话总结

Linq 让 AI 代理在 iMessage 里直接做支付、订票、玩游戏，但国内用户更可能用微信小程序实现类似体验。