Microsoft Teams, enregistré.

Client web seulement, par design. Pas de clé SDK Teams natif requise, pas d'app Teams installable à enregistrer, pas de consentement admin dans votre tenant. Le bot pilote un Chrome piloté par Puppeteer qui charge teams.microsoft.com/meetingjoin avec l'URL que vous avez postée, remplit le formulaire de connexion avec votre displayName, et atterrit dans la salle d'attente pour que l'hôte admette. Même conteneur Docker, même orchestrateur, même contrat de webhook que les adaptateurs Meet et Zoom.

Captions + noms. Teams envoie les événements de caption finalisés via un canal de données que nous interceptons dans le Chrome du bot — nous ne scrapons pas le DOM de l'UI de captions, donc les captions ne tombent pas quand les participants redimensionnent leurs fenêtres ou déplacent les panneaux. Les vrais noms de participants viennent du panneau People (que Teams garde stable à travers leurs redesigns d'UI) ; l'audio est par locuteur indexé sur le mapping SSRC WebRTC comme l'adaptateur Meet.

Ce qui n'est pas encore là. Pas encore de chemin de bot de conformité — c'est l'item de roadmap T4 /product/compliance-recording-api. Pas de Teams Live Events (broadcast, pas réunion). Pas de réunions legacy Skype-for-Business (déprécié par MS de toute façon). Pour tout le reste — réunions Teams planifiées, sessions meet-now ad-hoc, réunions de canal, breakout rooms (single-room) — l'adaptateur web le gère aujourd'hui, au même forfait $0,30/h que Meet et Zoom.