AWS publie Pizza Bot, la boîte de réception open source des agents IA de fond
Le 10 septembre, AWS a ouvert le code de Pizza Bot, une application qui remplace le chat par une boîte de réception pour suivre les agents IA qui travaillent en arrière-plan. Pour toute équipe qui fait tourner des agents autonomes dans le cloud, la thèse tient en une phrase : l’interface doit supposer que personne ne regarde.
10 septembre 2026. AWS publie Pizza Bot, une application open source qui donne aux agents IA une boîte de réception façon e-mail. Joseph Dolivo, principal technologist chez AWS Startups, en est le co-créateur avec Igor Fil. Deux mille personnes chez Amazon utilisaient déjà des versions précoces avant que le projet ne soit reconstruit en projet communautaire autonome. Le pari tient dans une phrase du billet de lancement : « L’interface suppose que vous ne regardez pas. » Aucun autre outil ne part de ce postulat, et c’est précisément ce postulat qui change tout.
Le chat est le mauvais outil pour les agents de fond
Un agent IA de fond — celui qui surveille un CRM, retraite des logs ou prépare un rapport pendant la nuit — ne ressemble pas à une conversation. Le chat suppose un humain présent, qui initie, relance et conclut. Or le travail d’un agent de fond continue après que l’humain a fermé son ordinateur pour déjeuner ou pour dormir.
Pizza Bot emprunte donc la mécanique du courrier : les tâches terminées arrivent en fils non lus, celles qui exigent une décision humaine remontent en surface, et un panneau Activity expose les jobs délégués à des agents spécialisés — leurs outils, leur progression. La métaphore n’est pas cosmétique. Elle inverse la charge de surveillance : l’agent se signale, l’humain ne le traque plus.
La formulation de Dolivo résume le renversement : au lieu de devoir initier chaque conversation ou d’attendre un prompt, les agents planifiés tournent en autonomie et remontent leurs mises à jour dans la boîte pour tri et relecture.
Un projet communautaire, pas un service AWS
Malgré ses racines amazoniennes, Pizza Bot n’est pas un service AWS. Le projet vit dans sa propre organisation GitHub, sans support ni SLA d’Amazon : il est entièrement auto-hébergé.
C’est une application de bureau pour macOS, Windows et Linux, avec des clients navigateur et terminal. Par défaut, elle démarre un serveur Pizza Bot local sur la machine, et le développeur choisit le modèle derrière : Anthropic, Amazon Bedrock, Google Gemini, OpenAI, OpenRouter, ou un modèle local via Ollama. Le serveur peut aussi tourner sur un hôte permanent ou dans un conteneur : les agents planifiés continuent de travailler ordinateur fermé, et leurs fils sont repris plus tard depuis un autre appareil.
L’extensibilité passe par les serveurs MCP et les Agent Skills. La compétence d’automatisation navigateur embarquée utilise Playwright MCP pour naviguer et interagir avec des sites web.
Sous le capot : LangGraph et les agents ambiants
Le runtime d’agent est construit sur DeepAgents, le harnais open source de LangChain pour les tâches d’agent longues, lui-même exécuté sur LangGraph, son runtime d’exécution stateful. La pièce décisive est la persistance : LangGraph met en checkpoints l’état d’un agent pendant qu’il travaille, ce qui permet à une exécution de s’arrêter pour approbation, de survivre à un client déconnecté et de reprendre plus tard sans repartir de zéro. Pizza Bot stocke ces checkpoints, ainsi que les fils et les données d’application, dans SQLite et des fichiers ordinaires.
AWS possède déjà son propre SDK d’agents, Strands Agents, disponible depuis mai 2025 et présenté comme une alternative plus légère à LangGraph pour les agents qui n’ont pas besoin de flux de contrôle explicite. Interrogé, Dolivo reconnaît que Strands aurait pu convenir, d’autant qu’il gère désormais TypeScript et les workflows. Mais l’équipe a choisi LangGraph « pour la maturité de l’outillage et l’étendue de l’écosystème », et parce qu’il est plus familier aux développeurs — un argument d’adoption communautaire.
Pizza Bot prolonge une idée lancée par LangChain en janvier 2025, quand Harrison Chase a introduit le terme d’ambient agents : des agents qui répondent à des événements, travaillent en parallèle et n’impliquent un humain que lorsque c’est nécessaire. La référence de LangChain était un assistant e-mail construit sur LangGraph, doté d’une Agent Inbox, une interface autonome inspirée du courrier et du support client.
De « JoeBot » à Pizza Bot
La genèse remonte à avril 2025. Dolivo lance ce qu’il appelle un « projet passion de coin de bureau » nommé JoeBot, qui automatisait la journalisation répétitive dans un CRM. Il s’associe ensuite à Igor Fil pour transformer ce script en Pizza Bot, un serveur MCP capable d’exécuter des « recettes » paramétrées et déterministes sur ses systèmes internes.
Le projet déborde vite le cercle des ingénieurs. Il finit par compter plus de trente contributeurs et plus de deux mille utilisateurs chez Amazon, et il lui faut une interface que des non-techniciens puissent ouvrir. « Un serveur MCP exige un client MCP, et attendre d’utilisateurs non techniques qu’ils travaillent dans un IDE ou un terminal n’allait jamais suffire », explique Dolivo. Le résultat est la version publiée cette semaine : une application de bureau construite autour d’une boîte de réception plutôt que d’un terminal.
Pourquoi l’inbox maintenant
Le timing n’est pas un hasard. OpenAI a ouvert son Agents API le 10 septembre, la même semaine que la sortie de Pizza Bot : les deux annonces répondent à la même bascule, celle des agents qui passent d’une exécution synchrone à un travail de fond durable. Un assistant qui répond à une requête et rend la main est un produit ; un agent qui surveille, planifie et réexécute est un processus. La différence tient en un mot : la persistance, et la persistance change l’interface.
Les signes avant-coureurs dataient de 2025. Le terme d’ambient agents de Harrison Chase décrivait déjà des agents qui réagissent à des événements plutôt qu’à des prompts, et LangChain avait construit une Agent Inbox pour le démontrer. Ce que Pizza Bot apporte de neuf, c’est la preuve à l’échelle d’une organisation : deux mille utilisateurs chez Amazon ont validé qu’une boîte de réception est l’abstraction qui manquait.
Concrètement, le cycle de travail devient : l’agent planifié se réveille sur un événement, exécute une recette, checkpoint son état dans SQLite, et dépose un fil dans la boîte. L’humain ouvre l’application plus tard, voit les fils non lus, approuve ce qui doit l’être, et referme. Rien n’a exigé sa présence en continu — c’est exactement la promesse que le chat ne tient pas.
Ce que ça change pour les équipes cloud
Pizza Bot n’est pas un produit qu’on achète, c’est une position sur l’interface des agents.
- Le chat ne s’adapte pas au travail asynchrone. Un agent qui tourne une heure pendant votre pause déjeuner ne produit pas une conversation, il produit un état. La boîte de réception est l’interface qui l’assume.
- La persistance est le vrai sujet. Le checkpoint LangGraph est ce qui transforme un script fragile en agent résilient : une exécution peut survivre à une déconnexion et reprendre sans repartir de zéro.
- La neutralité de modèle compte. Pouvoir brancher Bedrock, Gemini, OpenAI ou Ollama indifféremment fait de Pizza Bot un client, pas une plateforme — c’est exactement ce qui rend l’adoption communautaire possible.
L’enjeu dépasse l’outil. À mesure que les agents passent d’une exécution synchrone à un travail de fond durable, l’interface de suivi devient le produit : qui trie, qui approuve, qui reprend après une panne. Pizza Bot tranche la question en disant que c’est une boîte de réception.
Verdict
Pizza Bot vaut surtout comme prototype d’une conviction : les agents de fond ont besoin d’une boîte de réception, pas d’une console.
Si vous déployez des agents qui travaillent sans supervision, testez Pizza Bot comme harnais de tri et de reprise — la mécanique e-mail et le checkpoint LangGraph résolvent les deux douleurs réelles du travail asynchrone : la surveillance et la résilience. Si vous cherchez un service managé, passez votre chemin : Pizza Bot est auto-hébergé, sans SLA, et ne remplace ni Strands ni une plateforme d’orchestration. Le signal n’est pas le produit, c’est la thèse qu’AWS a choisi de porter : l’interface qui suppose que personne ne regarde.