iMessage, WhatsApp, Telegram : Photon 2.0 réunit les agents IA dans une seule API

Photon 2.0 connecte les agents IA à iMessage, WhatsApp, Telegram, SMS, email et appels vocaux via une API unifiée, désormais disponible en bêta publique.

Un agent IA capable de répondre sur iMessage, de poursuivre une conversation sur WhatsApp ou d'interagir avec un client par téléphone, sans développer une infrastructure différente pour chaque canal. Avec Photon 2.0, la plateforme de messagerie destinée aux développeurs élargit son périmètre au-delà de l'écosystème Apple. Cette nouvelle version réunit iMessage, WhatsApp Business, Telegram, SMS, RCS, email et appels vocaux derrière une API commune. Elle accompagne cette extension d'une refonte de son moteur iMessage, annoncée comme 1,6 fois plus rapide, et de nouveaux outils destinés à superviser les échanges. Une seule infrastructure pour plusieurs messageries

Photon avait commencé son développement autour d'iMessage, avec l'objectif de permettre aux agents conversationnels d'échanger directement dans l'application Messages d'Apple.

Le principe consistait à rendre les assistants accessibles depuis un outil de communication déjà utilisé quotidiennement, plutôt que de demander aux utilisateurs d'installer une application supplémentaire.

Mais cette première approche restait centrée sur un seul environnement.

Avec Photon 2.0, les développeurs peuvent désormais connecter leurs agents à iMessage, WhatsApp Business, Telegram, SMS, RCS, email et appels téléphoniques depuis une même plateforme.

Cette centralisation vise à limiter le travail nécessaire pour prendre en charge plusieurs services, dont les interfaces de programmation, les formats de messages et les mécanismes de livraison sont différents.

Elle ne transforme pas pour autant ces messageries en un réseau unique. Chaque canal conserve ses particularités techniques, ses fonctionnalités et ses conditions d'utilisation.

Photon intervient comme une couche intermédiaire chargée de gérer une partie de cette complexité et d'exposer des opérations communes aux applications qui l'utilisent. Un moteur iMessage reconstruit autour de macOS

La nouvelle version s'accompagne d'une refonte de l'infrastructure iMessage, historiquement au centre de Photon.

L'entreprise explique avoir rencontré plusieurs difficultés au cours de son développement, notamment des fuites de ressources au niveau du noyau système, des incohérences dans l'état de macOS et des défaillances liées au chiffrement.

Ces problèmes ne pouvaient pas toujours être résolus par le simple redémarrage des services concernés.

Photon a donc reconstruit son moteur iMessage et développé une couche de gestion de l'état des machines macOS baptisée Astrolabe.

Ce système sert à maintenir la configuration et le fonctionnement des machines utilisées pour gérer les communications, notamment lorsqu'un service rencontre un dysfonctionnement.

Selon les mesures internes de Photon, le nouveau moteur est environ 1,6 fois plus rapide que le précédent, avec une latence annoncée autour de 100 millisecondes.

Cette valeur concerne les mesures effectuées sur son infrastructure et ne constitue pas un délai garanti de livraison de bout en bout sur l'ensemble des réseaux et des appareils.

Astrolabe avait déjà fait l'objet de publications techniques consacrées à la gestion des machines macOS. Trois objets pour gérer toutes les conversations

L'unification des messageries repose sur une nouvelle organisation de l'API autour de trois éléments : Users, Spaces et Messages.

Un User représente une identité joignable sur une plateforme donnée. Il peut s'agir d'un numéro de téléphone, d'un compte ou d'un autre identifiant associé à un canal.

Un Space correspond à l'environnement dans lequel se déroule la conversation : un échange individuel, un groupe ou un fil de discussion.

Un Message représente le contenu échangé, qu'il s'agisse de texte, de médias ou d'interactions comme les réactions.

Cette structure vise à conserver une organisation cohérente même lorsque les services de messagerie fonctionnent différemment.

Un développeur peut ainsi créer un utilisateur, ouvrir une conversation puis envoyer un message avec des opérations similaires d'une plateforme à l'autre.

Photon précise néanmoins qu'un utilisateur identifié sur WhatsApp n'est pas automatiquement considéré comme la même personne sur Telegram ou iMessage.

De même, les fonctions disponibles varient selon les canaux. Les réactions, les pièces jointes ou certains types de réponses ne sont pas nécessairement pris en charge partout. Un tableau de bord pour identifier les problèmes de livraison

Photon 2.0 introduit également un tableau de bord réorganisé pour faciliter la supervision des services.

Dans le cas d'iMessage, les développeurs peuvent consulter l'état des comptes Apple, la santé des services Photon, la disponibilité des relais SMS et MMS ou encore l'identité utilisée pour les messages sortants.

L'interface permet aussi de vérifier la configuration des appels.

Cette évolution répond notamment à une difficulté rencontrée sur les infrastructures de messagerie : un service peut apparaître disponible alors qu'une partie de ses fonctions ne marche plus correctement.

Un compte Apple actif ne garantit pas, par exemple, que le relais SMS fonctionne ou que les nouvelles conversations partent du numéro attendu.

Le tableau de bord cherche donc à rendre visibles ces états intermédiaires plutôt qu'à résumer l'ensemble du système à un simple indicateur de disponibilité.

Techniquement, l'interface a été reconstruite avec React et Vite, sur une architecture frontend serverless distribuée. Suivre un message après son acceptation par l'API

Photon renforce également les fonctions d'observation de son infrastructure.

Lorsqu'un développeur envoie une requête, une réponse HTTP `202 Accepted` signifie que le serveur l'a acceptée. Elle ne garantit pas que le message soit effectivement parvenu à son destinataire.

Entre ces deux étapes, plusieurs services interviennent et différentes erreurs peuvent se produire.

Photon 2.0 permet de consulter les journaux d'API, les détails des requêtes et les événements associés à la livraison.

La plateforme prend en charge les traces compatibles OpenTelemetry, afin de suivre les