Ce que nous avons établi. Qui continue. Ce qui suit.

Il fonctionne en production et c’est le board sur lequel nous dirigeons notre entreprise. Les chiffres : 566 commits, le dernier le 4 septembre 2026 ; 81 migrations qui construisent 90 tables ; 171 politiques d’accès au niveau des lignes ; 563 cas de test automatisés dans 38 fichiers ; 21 routines planifiées sur le serveur plus 9 boucles dans le processus ; 14 outils MCP ; 35 endpoint sur le collecteur. Ce que ce n’est pas : un service en libre-service. Il n’existe pas de bouton permettant à une équipe externe de le lancer seule — il s’installe.

Non, et la restriction est dans la base de données, pas dans l’interface. Une fonction de type garde empêche un agent de clôturer une tâche, et toute écriture qui en clôture une doit déclarer l’acteur ; si l’acteur ne peut pas être établi, la requête est refusée. Il vaut aussi la peine d’expliquer pourquoi la règle est ainsi : la première version identifiait l’acteur par une fonction qui renvoyait vide pour un service automatique, donc elle ne s’appliquait nulle part. Un audit interne l’a trouvée, et la migration qui l’a corrigée explique en commentaire exactement ce qui ne fonctionnait pas.

En vrai, avec du code et une routine planifiée : Telegram (bot propre, écoute permanente, transcription des messages vocaux), quatre boîtes mail — trois Gmail et une Microsoft 365 — en lecture seule, Google Calendar, appels téléphoniques via un trunk SIP, Obsidian, LinkedIn, plus les sessions de travail et l’activité git lues depuis l’ordinateur de la personne. Les modèles passent par une passerelle propre compatible OpenAI ; le moteur d’exécution des agents fonctionne sur OpenRouter. Ce qui n’est PAS connecté, bien que notre page d’intégrations l’affiche : Slack, GitHub, Jira, Notion, Figma, Zapier, Dropbox, Google Drive, Microsoft Teams, GitLab, Outlook. Nous avons cherché dans le code et il n’existe aucune ligne pour aucun d’eux. Cette page est une grille marketing et doit être corrigée.

Non, malgré le nom d’un écran dans l’application. Cet écran correspond en fait à l’appairage d’un appareil via code QR, dans le style auquel les gens sont habitués avec WhatsApp Web — d’où le nom. Il n’existe aucun appel vers une API WhatsApp. Plus encore : ce flux n’est pas utilisé, et ses tables sont vides, ce que constate même la migration qui a revu leurs permissions.

L’utile n’est pas que nous ayons des politiques d’accès, mais que nous ayons trouvé les failles et les ayons réparées une à une, chaque migration expliquant ce qui ne fonctionnait pas. Un audit interne d’août a découvert que les trois gardes pour les agents étaient toutes inertes. Une autre garde s’est révélée fail-open — la vérification était entièrement sautée, pas refusée — et a été inversée pour échouer fermé. Le troisième problème était subtil et général : dans Postgres, une nouvelle fonction est exécutable par défaut par tout le monde, donc l’octroi explicite de droits ne restreignait rien ; on a vérifié en production qu’une clé anonyme arrivait dans le corps de la fonction, puis on a révoqué le droit par défaut. Au niveau du dépôt, une garde refuse les push directs sur la branche principale et bloque les fichiers de secrets, car un dépôt privé sur un compte personnel ne peut pas avoir de protection de branche de la part de GitHub.

Trois choses que nous préférons dire. Les types générés pour la base de données sont obsolètes depuis janvier et contiennent des tables d’un projet totalement sans rapport, ce qui a forcé 101 conversions de type forcées dans 26 fichiers — cela fonctionne, mais cela fait perdre la vérification à la compilation précisément là où elle serait utile. Le vérificateur de style signale 161 erreurs héritées et ne bloque pas la livraison. Et 36 tests sont sautés dans l’intégration continue parce qu’ils nécessitent une clé de modèle qui n’y existe pas. Aucun n’arrête le produit ; les trois relèvent d’une dette réelle.

Par rsync, pas par conteneur : l’interface arrive dans un répertoire statique servi par nginx, le collecteur et le serveur MCP tournent comme services systemd. L’intégration continue exécute les tests et construit ; la livraison ne démarre que si ceux-ci ont réussi sur la branche principale, via un exécuteur propre qui a le droit d’exécuter exactement deux scripts et rien d’autre. Chaque action externe dans le pipeline est fixée à son empreinte complète, pas à un label, après la compromission d’une action populaire en mars 2026. La vérification d’état lit quel paquet est référencé par la page servie et revient en arrière si ce n’est pas le plus récent — règle écrite après un incident réel du 3 septembre 2026. Les migrations de base de données restent manuelles, délibérément.