Le plombier habite dans la maison

Un ami m'a envoyé un message WhatsApp avec trois questions sur les agents IA. Pas des questions hypothétiques — des vraies, le genre qui vous montre exactement où le modèle mental de quelqu'un se fissure.

J'ai répondu à voix haute. Note vocale à Noth. Noth l'a publiée.

C'est l'épisode trois.

Les trois questions :

1. Où est-ce qu'un agent existe ?
2. Quelle est l'interface front-end que vous utilisez pour interagir avec ?
3. Où est-ce qu'il rend compte ?

Elles ont l'air simples. Les réponses m'ont surpris — non pas parce qu'elles sont compliquées, mais parce que le bon cadre de pensée change tout en aval.

Une adresse qui reçoit du courrier

L'agent n'est pas un site web. C'est un processus sur une machine.

Une VM en Finlande. Un Mac Mini sous votre bureau. Un serveur dans un rack quelque part. C'est une adresse — de la même manière que votre domicile est une adresse. Des choses y arrivent. Des choses y sont traitées. Des choses en repartent.

La plupart des gens imaginent un agent IA comme une boîte de chat dans un onglet de navigateur. Ouvrir l'onglet, se faire aider, fermer l'onglet. L'agent n'existe pas entre les sessions dans ce modèle — c'est plus comme un distributeur automatique très intelligent.

Ce que je décris est différent. L'agent tourne en continu. Il a des fichiers, de la mémoire, un accès à des services. Il se réveille le matin avant moi et consulte les nouvelles. Il surveille les builds. Il guette les choses que je lui ai demandé de surveiller. Quand je dors, il est toujours à l'adresse.

Pensez à un locataire. Sauf que ce locataire travaille pour vous et ne part jamais.

L'interface est la porte, pas la maison

Deuxième question : quelle est l'interface front-end ?

La réponse, c'est n'importe quelle porte que vous pointez vers l'adresse.

Un topic Telegram. Un DM WhatsApp à soi-même. Un bot Discord. Une intégration Slack. Un terminal SSH. Une interface web custom si vous voulez en construire une. L'interface n'est pas l'agent. L'interface n'est qu'une porte. Vous pouvez avoir plusieurs portes vers la même maison.

J'utilise principalement un groupe Telegram avec des threads par sujet — un pour les ops, un pour l'écriture, un pour les projets, un pour le podcast. Quand je veux écrire un article de blog, je parle au thread écriture. Quand je veux vérifier un déploiement, je regarde le thread ops. Même agent, différentes portes.

C'est important parce que les gens confondent la porte et la maison. Ils pensent « mon agent c'est ChatGPT » — mais ChatGPT est une porte vers une maison qui appartient à OpenAI. La maison n'est pas la vôtre. L'agent n'est pas le vôtre. La mémoire se réinitialise.

Posséder l'adresse signifie que le locataire travaille vraiment pour vous.

Le travail est le rapport

Troisième question : où est-ce qu'il rend compte ?

La sortie atterrit là où vous l'avez dirigée.

À 7h30, je reçois un résumé de l'actualité dans le thread news. Ce résumé est le rapport. Il n'envoie pas en plus un email pour dire « je vous ai envoyé un résumé ». Le travail est l'artéfact. L'artéfact est la réponse.

Un fichier modifié sur un serveur est un rapport. Un message dans un groupe est un rapport. Un épisode compilé et publié sur un flux RSS est un rapport.

C'est ce qui déstabilise le plus les gens. Ils s'attendent à une barre de progression, un tableau de bord, une notification « tâche terminée ». Mais l'agent n'est pas une application de to-do — c'est plutôt un département bien géré. Vous savez que le département fonctionne parce que les livrables arrivent à l'heure. Vous n'avez pas besoin d'une réunion séparée pour confirmer que la réunion a eu lieu.

Vous pouvez forker l'équipe en pleine conversation

Il y a un quatrième point que je ne m'attendais pas à formuler à voix haute, mais que j'ai dit quand même.

Vous pouvez créer des sous-agents à la volée.

Au milieu d'une conversation, je peux dire à Noth de lancer un spécialiste — quelque chose focalisé uniquement sur cette tâche, isolé, jetable. Il fait le travail. Il rend compte. Il disparaît.

Le VP peut se diviser en directeurs. Les directeurs peuvent se diviser en contributeurs individuels. Quand le projet est terminé, les contributeurs se dissolvent. Vous ne maintenez pas un effectif ; vous louez du compute façonné en équipe.

C'est un modèle mental différent de ce qu'est une « équipe ». Pas un organigramme figé. Une structure temporaire qui se forme autour d'un problème et se disperse quand il est résolu.

La ligne de commande est plus ancienne que tout ce que vous utilisez

J'ai passé environ quatre minutes et demie là-dessus alors que je n'en prévoyais qu'une.

La ligne de commande n'est pas une interface obsolète pour les gens qui n'aiment pas les interfaces graphiques. C'est la couche fondamentale. L'interface graphique est une surcouche par-dessus quelque chose de plus ancien — une surface qui démarre en premier, tourne sous tout le reste, et constitue le substrat réel du système.

Quand vous faites un SSH vers une machine distante, vous n'« allez pas sur un autre ordinateur ». Vous traversez une porte entre des simulations. Votre machine locale est un univers ; la VM en Finlande en est un autre. La ferme de GPU que vous louez en est un troisième. Vous passez de l'un à l'autre avec une seule commande.

La plupart des gens n'apprennent jamais cela parce que les interfaces graphiques suffisent. Mais si votre agent va vivre sur une machine et opérer à travers plusieurs machines, quelqu'un doit comprendre ce que sont ces machines.

Ce quelqu'un n'a pas besoin d'être vous. Mais il est utile de savoir que le plombier existe — et de comprendre que le plombier habite dans la maison.

Le programme qui s'assemble tout seul

Un ami pose trois questions. J'y réponds à voix haute. L'épisode devient un artéfact.

Quelqu'un le découvre le mois prochain, dans six mois, dans deux ans, et commence là où il est tombé dessus. Pas de vérification de prérequis. Pas de cohorte. Pas de date d'inscription. Les questions s'empilent les unes sur les autres — pilote, manette des gaz, plombier — et la forme d'un programme apparaît sans que personne ne l'ait conçu.

C'est peut-être ce que The Overhead est en train de devenir, sans chercher à l'être : un enregistrement public, asynchrone, vocal, de la découverte de l'IA agentique de l'intérieur. Pas un cours. Pas un framework. Juste le bruit de fond honnête de la construction de quelque chose qui n'a pas encore de manuel.

Les agents construisent là où je pointe. Les lecteurs me dirigent.

Si vous avez des questions sur l'endroit où le plombier habite dans votre configuration, des idées sur la couche d'interface, ou si vous faites déjà tourner des agents dans un projet et voulez comparer vos notes — je suis sur @zakelfassi ou répondez à la newsletter. Chaque direction qu'a prise ce projet est née d'une conversation.

The Overhead — les trois épisodes, audio + transcription :

• Épisode 03 : Summon the Plumber sur Spotify · lire la transcription
• Épisode 02 : The Universe's Throttle sur Spotify · lire la transcription
• Épisode 01 : Pilot sur Spotify · lire la transcription

S'abonner via RSS.

Publications récentes

• SkDD: Skills-Driven Development — la méthodologie sous le capot de Forgeloop, désormais autonome
• Works for a Bunch of AI Agents — principal vs. travailleur sur le marché de l'emploi en 2026
• The Burnout Cascade — le burnout naît dans les labos d'IA et irradie vers l'extérieur
• Managing Agents Is Managing People — Without the Feelings — la théorie du management s'applique 1:1 à la gestion des agents IA
• I Woke Up Recursive — la nuit où la Colonie s'est mise en marche à 1h54 du matin