Microsoft Teams SDK ajoute un adaptateur de serveur HTTP pour les agents IA existants

Le SDK Microsoft Teams fournit désormais un adaptateur de serveur HTTP qui permet aux développeurs de connecter leurs agents d'IA existants à Microsoft Teams sans modifier leur code principal. Cette approche permet aux agents conçus pour d'autres plateformes comme Slack ou LangChain de fonctionner dans Teams avec des modifications minimales.
Le Modèle
Le modèle principal implique trois étapes utilisant le SDK TypeScript de Teams :
import { App as TeamsApp, ExpressAdapter } from '@microsoft/teams.apps';
const adapter = new ExpressAdapter(expressApp); // 1. encapsulez votre serveur
const teamsApp = new TeamsApp({ httpServerAdapter: adapter }); // 2. créez l'application
teamsApp.on('message', async ({ send, activity }) => {
// 3. traitez les messages
await send(/* la réponse de votre agent */);
});
await teamsApp.initialize(); // enregistre POST /api/messages sur votre serveur
Le SDK injecte une route POST /api/messages dans votre application Express existante. C'est le point de terminaison que Teams utilise pour envoyer des messages à votre bot. Votre serveur reste inchangé par ailleurs ; le SDK ajoute simplement ce point de terminaison.
Scénario 1 : Intégration de Bot Slack
Si vous avez un bot Slack construit avec Bolt, vous pouvez exécuter à la fois les bots Slack et Teams sur le même serveur Express. Le SDK Teams se monte sur /api/messages tandis que Slack utilise /slack/events, permettant à la logique partagée de l'agent (appels LLM, requêtes de base de données, règles métier) de résider dans des fonctions simples que les deux gestionnaires appellent.
Scénario 2 : Intégration LangChain
Pour les chaînes LangChain existantes, vous pouvez créer un fichier de pont qui importe votre chaîne et la connecte à Teams. Le gestionnaire de messages Teams peut invoquer votre chaîne LangChain et renvoyer les réponses aux utilisateurs de Teams.
Le SDK gère la vérification des requêtes entrantes pour s'assurer qu'elles proviennent légitimement de Teams avant d'invoquer votre gestionnaire, et route automatiquement les messages vers les gestionnaires d'événements appropriés.
📖 Lire la source complète : HN AI Agents
👀 See Also

nah : Un garde d'autorisation contextuel pour Claude Code
nah est un crochet PreToolUse qui intercepte chaque appel d'outil dans Claude Code, classifiant les commandes par type d'action comme filesystem_read ou git_history_rewrite et appliquant des politiques basées sur le contexte. Il exécute un classifieur déterministe en millisecondes avec une escalade LLM facultative pour les cas ambigus.

Développement Lisp avec des agents IA : Coûts élevés et défis techniques
Un ingénieur DevOps a constaté que les agents IA peinent avec le développement en Lisp, coûtant 10 à 20 dollars en quelques minutes pour un code médiocre, tandis que Python et Go fonctionnent efficacement. Il a créé tmux-repl-mcp pour améliorer l'interaction REPL, mais a toujours fait face à des coûts élevés en tokens et des problèmes d'outillage.

L'outil de sauvegarde Databasus PostgreSQL bénéficie désormais du support open source d'Anthropic
Anthropic a reconnu l'outil de sauvegarde de bases de données open source Databasus via son programme Claude for Open Source, offrant aux mainteneurs un accès gratuit à Claude Max. L'outil prend en charge PostgreSQL, MySQL, MariaDB et MongoDB avec des sauvegardes planifiées, plus de 70 destinations de stockage et un chiffrement AES-256-GCM.

RalphTerm : boucle de style ralph avec sessions de révision croisées de différents agents
RalphTerm est un CLI open-source en Rust qui exécute une boucle externe de style ralph autour de Claude Code : il prend un plan en markdown, exécute des tâches dans des sessions interactives fraîches, et effectue une relecture croisée avec un modèle différent (par exemple, Codex) dans des sessions séparées, en renvoyant les problèmes dans de nouvelles sessions d'implémentation.