Photon：エージェントを iMessage やWhatsAppに住まわせるインフラ
2026-06-11
AI エージェントのデモは、チャット画面か専用アプリの中で動くものがほとんどだ。 画面を開き、アカウントを作り、やり取りを始める。 作る側には自然な流れだが、使う側には「新しいアプリをまた一つ開く」ことを意味する。 毎日開くアプリが増えるほど、使われない画面も増えていく。 開かれないアプリのエージェントは、どれだけ賢くても日常に入れない。
Photon は、このギャップに向けたインフラ会社だ。 作っているプロダクトは Spectrum という TypeScript フレームワークだ。 エージェントを iMessage、WhatsApp、Telegram、Terminal といった既存のメッセージング面に接続する。 ユーザーがすでに毎日開いている会話の中に、エージェントを置けるようにする。
顧客事例の Ditto は、この仕組みの上で 14 万人以上の利用者と 410 万件以上のメッセージ処理を達成している（いずれも公式自己申告値）。
GitHub の photon-hq/spectrum-ts は 2026-06-10 時点で 645 スターを記録し、MIT ライセンスで公開されている。
以下では、Spectrum の設計、iMessage への深い作り込み、価格モデル、競争環境を順に見ていく。
1. エージェントが「どこに住むか」という問い
エージェントの能力が上がっても、使われるためには届かなければならない。この配信の問いは、推論能力とは別の課題だ。
専用アプリは開発者には当たり前の発想だが、利用者にはインストールと学習コストを要求する。 通知は別の受信箱に届き、会話の流れも途切れる。 一方で iMessage や WhatsApp には、ユーザーが毎日切らさずに開く会話の蓄積がある。 グループの文脈も、返信のスレッドも、既読の流れも、そこにある。
Photon はこの違いを正面から扱う。エージェントの実行ロジックは何も変えず、出力先だけを既存のメッセージング面に差し替える。表にすると違いがわかりやすい。
| 専用アプリ / ウェブチャット | メッセージング面のエージェント |
|---|---|
| ユーザーが来るのを待つ | 既存の会話に入る |
| 新しい受信箱を増やす | 既存の受信箱の中で返す |
| セッションが切れやすい | 会話の流れが自然に続く |
| 通知はアプリ依存 | iMessage / WhatsApp の通知面に乗る |
| グループの文脈が別 | グループチャット / スレッド / リアクションを使える |
「エージェントの課題は推論能力だけではなく配信にある」というのが Photon の基本的な立場だ。 Spectrum はその配信を引き受けるフレームワークとして設計されている。
参考: Photon 公式サイト
2. Spectrum：接続先を差し替える構造
Spectrum の基本モデルは、「エージェントのロジックは 1 つ、接続先は切り替えられる」という構造だ。
ユーザーが今日は iMessage、翌日は WhatsApp、翌週は自社アプリから話しかける状況でも、エージェントサーバーは 1 つのまま動く。 接続先だけが変わる。
設計上の役割分担を整理するとこうなる。
| 層 | 役割 |
|---|---|
| エージェントサーバー | ルーティング、ツール、メモリー、ハンドオフ、LLM 呼び出しなど、プロダクトの振る舞いを持つ |
| Spectrum コア | メッセージストリーム、スペース、ユーザー、コンテンツ、接続先の抽象化を持つ |
| 接続先（Provider） | iMessage / WhatsApp / Telegram / Terminal / 独自の認証、イベント、送信、固有機能を扱う |
| Spectrum Cloud | iMessage 管理ライン、プロジェクト設定、ホスト型インフラ、管理画面 / API / CLI を提供 |
2026 年 5 月 11 日リリースの Spectrum 1.6 では、プラットフォーム面を 2 つの基本要素に絞り込んだ。
入力ストリーム（messages）と出力の送信口（send）だ。
以前は reply、react、typing といった操作ごとのメソッドが個別に分かれていた。
それをエージェントが構造化出力を生成し、send で送り出す形に寄せた。
この変更は、SDK を「人間が命令的に呼ぶ API」から「モデルがスキーマに従って動く API」へ移す設計選択だ。 新しい機能を追加するときはスキーマに型を足すだけで、エージェント側のルーティングコードを変更しなくてよい。
参考: Spectrum ドキュメント（概要） / Spectrum 1.6 リリースブログ
3. iMessage：Apple が API を出さない領域への作り込み
Photon が最も深く作り込んでいるのは iMessage だ。 Apple は一般向けの iMessage ボット API を提供していない。 そのため Telegram や Slack のような標準的なボット連携がない。
この制約の中で iMessage エージェントを作るには、現実的にいくつかの選択肢がある。 代表的なものを挙げると、Apple Messages for Business（審査が重い）がある。 Mac の SQLite DB を直接読む方法（ローカル開発向け）や、pypush 系の非公式ライブラリ（メンテナンスが不確実）もある。 そして Photon のような管理型プラットフォームだ。 Photon は「本番稼働に持ち込めるか」という軸で最も設計が進んでいる選択肢として自社を位置付けている。
iMessage 接続で確認できる主な機能はこうなっている。
| 機能 | 内容 |
|---|---|
| 接続モード | Cloud（gRPC 接続）、Local（開発用）、Dedicated（自前エンドポイント）の 3 種 |
| Cloud モード | Spectrum Cloud の管理型 iMessage インフラに接続。送受信、入力中表示、リアクション、スレッド返信、グループ作成に対応 |
| 送受信の上限 | サーバーあたり 1 日 5,000 メッセージ、ライン 1 本あたり 1 日 50 件の新規会話 |
| ネイティブ機能 | タップバック、スレッド返信、グループチャット、チャット名変更、グループアバター、ミニアプリカード、添付ファイル、メッセージエフェクト |
| ライン管理 | Free / Pro は共有プール、Business は専用番号 |
さらに、配信品質に関するドキュメントが公式 docs に詳細に載っている。 ラインがフラグされる原因として挙げているのは次の 5 パターンだ。 バースト送信（1 時間に 100 件以上）、返信がない相手への繰り返しフォローアップ、初回接触でのアウトリーチ、営業時間外の送信。 逆に配信率を保つ設計として、ユーザーが先にテキストを送る受信優先の設計、初回交換後の連絡先カード共有、自然なペース調整を示している。
「送れる」ことと「壊れにくく動く」ことは別物だ。Photon の iMessage への深い作り込みは、後者を引き受けるインフラとしての価値を示している。
参考: iMessage 接続ドキュメント / 配信品質のベストプラクティス / iMessage エージェントの各アプローチ比較
4. 運用設計がプロダクトの中身になる
エージェントをメッセージング面に出すと、会話の自然さで評価される。返信の精度だけでなく、振る舞い方そのものが問題になる。
ユーザーが 3 通連続で送ったとき、それを 3 回分として返せばよいか。 夜中に自動フォローアップを送ってよいか。 同じメッセージを二重送信してしまったら。 知らない番号からリンクを含むメッセージが来たら、人間はスパムと判断する。
Photon の公式ドキュメントにある運用設計の指針は、こうした細部をそのまま扱っている。 アーキテクチャのドキュメントではジョブキュー、ステージ分割、取り消しポイント、再開ポイント、べき等性を説明する。 受信処理のドキュメントではメッセージの連投をまとめて 1 ターンとして扱う設計を示す。 復旧処理のドキュメントでは stable client GUID、再開カーソル、失敗の記録ログ、ユーザー単位のメモリースコープを扱う。
| 運用の問い | Photon の設計 |
|---|---|
| 連投されたら | まとめて 1 ターンとして処理する |
| 失敗したら | stable client GUID と再開カーソルで復旧する |
| 記憶の混線 | ユーザー単位とスレッド単位でスコープを分ける |
| 人間に渡したい | 引き継ぎポイントと記録ログを設計する |
| 同じメッセージが二重送信 | べき等性設計で防ぐ |
これが示すのは、Photon が「送信 API を提供する会社」ではない点だ。 エージェントが会話面で壊れにくく動くための運用知識を製品化している会社として読む方が正確だ。
参考: アーキテクチャ設計の指針 / 受信処理の設計 / 復旧処理と状態管理
5. 価格：ライン単位の課金モデル
Photon はオープンソースと管理型クラウドの組み合わせで収益化している。 コア部分はセルフホストできる一方、iMessage の管理ライン、設定管理、スケーリングは有料のホスト型で提供する。
2026-06-10 時点の料金体系はこうなっている。
| プラン | 価格 | 主な内容 |
|---|---|---|
| Free | $0 | iMessage 無制限メッセージ / 日、最大 10 ユーザー、共有番号 |
| Pro | $25/月 | Free より多いチーム向け、最大 100 ユーザー、優先サポート |
| Business | $250/ライン/月 | 専用 iMessage ライン、グループメッセージング、初回接触アウトリーチ（1 日 50 件まで）、無制限ユーザー |
| Enterprise | 要相談 | 顧客所有ライン、最低スロットリング、カスタム設定、SLA |
料金の読み方として重要なのは、LLM 使用量ではなくメッセージングインフラの運用コストとライン管理に課金している点だ。 Free / Pro は開発者の採用を促すための無料・低価格帯で、Business 以上が実際の収益源になる。 専用ライン、配信品質管理、初回接触アウトリーチ可能なライン管理に $250/ライン の価値を置いている。
また、料金ページでは WhatsApp / Phone / Telegram に「準備中」の表記が残っている。 SDK とドキュメントレベルでは複数の接続先が存在する。 商用ホスト型サービスとしては 2026-06-10 時点で iMessage が中心だ。
参考: Spectrum 料金ページ
6. 競争環境：通信 API でもチャット SDK でもない位置
Photon の競合は 1 カテゴリに収まらない。 通信 API 基盤、チャット SDK、ボットプラットフォーム、エージェント向け UI とそれぞれ一部重なりながら、どれとも完全には一致しない。
| カテゴリ | 代表例 | Photon との違い |
|---|---|---|
| 通信 API 基盤 | Twilio、Sinch、Vonage | SMS / WhatsApp / 音声の通信 API が主戦場。メッセージ単位課金。エージェント向けコンテンツ構造化や iMessage ネイティブ機能は別設計 |
| チャット / コミュニティ SDK | Sendbird、Stream | 自社アプリ内チャット構築が用途の中心。Photon は外部メッセージング面に出す |
| ボットプラットフォーム | Slack bots、Telegram bots、LINE Messaging API | 各プラットフォームごとにボットを作る。Photon は接続先の抽象化でエージェントロジックを共通化する |
| iMessage 代替手段 | BlueBubbles、Mac bridge、pypush 系 | セルフホスト / ローカル自動化では有効。本番運用の管理は自前で持つ必要がある |
| 共同作業 / 通知インフラ | Liveblocks、Knock | プロダクト内の共有状態 / 通知が対象。Photon は外部メッセージング面へのエージェント配信が対象 |
Photon が扱っているのは、「プラットフォームごとにボットを作るのが面倒」という問いよりも一段深い領域だ。 エージェントが会話面で自然に振る舞うための例外処理と運用を束ねる部分を引き受けている。 特定のプラットフォームだけで十分な用途では、Photon の抽象化レイヤーは過剰に見える可能性もある。
参考: GitHub photon-hq/spectrum-ts / Liveblocks の解説記事
まとめ：Photon を 6 点で整理する
- エージェントの配信問題を扱う：推論能力の向上とは別に、エージェントが実際に使われるためには既存の会話面へのアクセスが必要だ。Photon はそこを引き受ける
- Spectrum は接続先を切り替えられるフレームワーク：エージェントロジックは 1 つのまま、iMessage / WhatsApp / Telegram / Terminal などへの接続を差し替える。1.6 から入力ストリームと送信口の 2 要素に整理された
- iMessage は Apple が公式 API を出さない領域：審査不要、セルフホスト不要で iMessage エージェントを本番稼働させられる点が Photon の差別化の中心にある
- 運用設計がプロダクトの実体：連投のまとめ処理、べき等性、メモリースコープ、記録ログといった運用の細部をドキュメントに出し、管理型サービスとして引き受けている
- ライン単位の課金：LLM 使用量ではなくメッセージングインフラとライン管理に課金する。Free / Pro は開発者採用向けの無料・低価格帯で、Business の $250/ライン が収益の中心
- 商用ホスト型は iMessage が先行：SDK とドキュメントレベルでは複数の接続先が存在するが、2026-06-10 時点では WhatsApp / Telegram の商用プランは準備中の段階
参考リンク
この記事は、調査・記事制作に特化したAIエージェントと、人の編集で作っています
調査、構成、執筆、更新管理の一部にAIエージェントを取り入れています。 事業や組織へのAI導入を、実務に合わせて検討したい場合はご相談ください。
AI導入について相談する