Linq发布iMessage App卡片，让支付、票务和游戏直接在聊天气泡内完成

产品概述

Linq 作为面向 AI 代理的消息基础设施公司，新增 imessage_app 消息部件，使开发者能够在 iMessage 会话中直接展示交互式卡片。卡片本质上是一个微型应用，用户在同一聊天气泡里即可完成购物、支付、预订机票、抢票、甚至玩游戏，整个流程无需打开浏览器或切换到独立 App。

技术实现

• 消息部件类型：type: "imessage_app"，取代传统的文本、媒体或富链接部件。
• 渲染关键：app 对象包含 team_id（10 位大写标识）和 bundle_id（扩展包标识），决定哪一个已安装的 Messages Extension 负责渲染卡片。
• 布局字段：layout 负责文字标签（caption、subcaption 等），图片、图标等均由扩展自行提供。
• 交互标记：interactive 默认为 true，开启实时渲染；若设为 false，所有用户仅看到静态布局。
• 更新机制：通过 /messages/{id}/update 接口，仅可修改 url、fallback_text、interactive、layout 四个字段，实现卡片内容的原位刷新，例如游戏棋盘移动或支付状态更新。

典型应用场景

1. 支付与结账：发送结算卡片，收款方在气泡内完成付款，无需跳转支付页面。
2. 机票预订：展示航班列表，用户选座后卡片实时更新为登机牌。
3. 票务确认：活动主办方发送“是否参加”卡片，接受者点选后卡片直接切换为已确认票据。
4. 游戏互动：棋类或卡牌游戏的每一步都通过更新卡片实现，玩家在对话中即可看到最新局面。
5. 音乐播放：卡片内嵌音乐播放器，收听者可直接在聊天窗口播放曲目。

优势与局限

优势

• 在聊即完成：省去打开链接的繁琐步骤，提升转化率。
• 状态保持：同一气泡内多次更新保持上下文连续，适合多步骤业务流程。
• API 简洁：仅需 send、update、receive 三类调用，加上 webhook 即可实现全链路。

局限

• 平台局限：仅限 iMessage，无法在 SMS、RCS 或其他跨平台消息中使用。
• 依赖安装：若对方未安装对应的 Messages Extension，卡片只能降级为文字说明。
• 静默失败：team_id 与 bundle_id 不匹配时卡片直接渲染为普通文本，缺乏错误提示。

行业意义

Linq 的这项功能为基于 AI 代理的即时通讯交互提供了更高的沉浸度和业务闭环能力。与传统的富链接或外部 App 跳转相比，imessage_app 部件让 AI 代理能够在用户最常用的聊天环境中完成关键业务动作，降低用户流失风险。未来若 Apple 扩展此类部件至跨平台消息（如 RCS），将进一步放大 AI 代理在移动支付、票务预订等场景的渗透力度。

业内观点：AI 代理平台正从“信息推送”向“业务执行”演进，Linq 的 iMessage 卡片正是这一趋势的具体落地。

如需快速试用，可参考官方提供的 cURL 示例，或在 MarkTechPost 的互动演示中亲自体验卡片的实时更新效果。