iMessageで支払いもゲームも完結

Linqの開発者はiMessageアプリを構築できるようになりました。これらはiMessageの会話内で実行されるインタラクティブなミニアプリです。ユーザーは買い物、ゲーム、フライトの予約、支払いをすることができます。そのどれもがiMessageのスレッドを離れる必要がありません。外部ブラウザへのディープリンクも、「アプリで完了するにはここをタップ」という表示もありません。以前は、エージェントの主なAPIオプションはリンクを送信することでした。その後、ユーザーはそれを別の場所にたどる必要がありました。iMessageアプリはその引き渡しを不要にします。TL;DR Linqの新しいimessage_appパートは、タップ可能なインタラクティブカードをiMessageスレッド内に直接レンダリングします。1枚のカードでゲーム、支払い、チケット、フライト、音楽、出会いといった完全なワークフローを処理します。カードは/messages/{id}/updateを介してその場で更新されるため、状態の変化は同じバブルを再描画します。インタラクティブなフラグは、ライブ体験と静的なキャプションのみのレイアウトカードを切り替えます。これはiMessage専用で、SMS/RCSへのフォールバックはなく、リッチなレンダリングにはアプリのインストールが必要です。iMessageアプリとは、その場でインタラクティブな体験を開くタップ可能なカードです。カードはバブル内のあなたのアプリになります。技術的には、これはtype: "imessage_app"という新しいメッセージパートです。これは、あなたがすでに使用しているtext、media、linkパートを置き換えます。インストールされたMessages拡張機能は、あなたが提供するurlからリッチコンテンツを描画します。Linqは、このAPIの背後にあるメッセージングインフラストラクチャのスタートアップです。そのプラットフォームは、AIエージェントがiMessage、RCS、SMSを介してユーザーにメッセージを送信することを可能にします。仕組みA few details decide whether your first card renders correctly. The app identity is the rendering key : The app object carries team_id and bundle_id . Those fields tell Messages which extension renders the card. team_id is the app’s 10-character uppercase identifier. You usually pass your own app’s identity. There is one common failure mode here. An unrecognized identity silently renders as plain text. If team_id and bundle_id do not match an installed extension, the card falls back to your caption. No error is thrown. You control captio