Ton quota est épuisé. Voilà comment continuer.

Le lien d'abord, parce que c'est ce que tu es venu chercher : opencode.ai. Terminal, éditeur ou application de bureau. Open source, gratuit, et il fonctionne avec plus de 75 fournisseurs de modèles — dont des modèles gratuits inclus.

Maintenant la partie que la vidéo n'avait pas le temps de dire, et qui décide si ça te fait vraiment économiser ou pas.

Installer OpenCode prend deux minutes et c'est documenté chez eux. Ce qui n'est documenté nulle part, c'est comment faire travailler deux agents ensemble sans que le moins cher casse ce que le plus cher a construit.

La configuration qui marche tient dans un seul fichier partagé, à la racine du projet. C'est un contrat, pas une note : les deux agents le lisent et l'écrivent.

La section BLOQUÉ est celle qui fait tout fonctionner. Sans elle, un agent bon marché coincé fait l'une des deux pires choses : il invente une solution plausible, ou il déclare la tâche finie. Avec elle, il a un endroit légitime où dire « je n'y arrive pas », et le superviseur reprend seulement ça.

Les rôles, écrits noir sur blanc dans le fichier

• L'agent bon marché exécute les tâches simples et écrit ce qu'il a fait.
• Le superviseur remplit la file, relit le journal, vérifie le travail, et débogue les échecs.

Écrire ces deux phrases dans le fichier n'est pas de la décoration : c'est ce qui empêche l'agent bon marché de se lancer dans une refonte d'architecture parce que « ça semblait mieux ».

Un agent lancé démarre à froid. Il n'a pas lu ta conversation, il ne sait pas ce que tu viens d'écarter, il ne connaît pas le fichier dont tu parles depuis dix minutes. Écrire « corrige le problème dont on a parlé » garantit un résultat inutilisable — et tu paieras deux fois : la tâche ratée, puis le travail refait.

Une tâche déléguée correcte contient quatre choses, et pas une de moins :

1. Où chercher. Les chemins exacts, pas « dans le projet ».
2. Ce qui est déjà écarté. Les pistes explorées et abandonnées, sinon il les refera toutes.
3. À quoi ressemble « terminé ». Un critère vérifiable, pas « que ça marche ».
4. Ce qu'il doit rapporter. La conclusion attendue — sinon il te renvoie les quatre cents lignes de sortie que tu voulais justement éviter, et toute l'économie est perdue.

Le quatrième est le plus oublié, et c'est celui qui annule le bénéfice quand il manque.

Une exception de bon sens : une modification d'une ligne dans un fichier déjà ouvert ne se délègue pas. Monter la tâche coûte plus que la faire.

1. Les secrets. L'agent bon marché a besoin d'accès — clés d'API, jetons de déploiement. Ils vivent dans un fichier d'environnement exclu du dépôt, chargé au lancement. Un jeton commité par erreur se révoque, mais après que quelqu'un l'a lu.
2. Les connecteurs qui lancent un programme local. Si tu fais tourner ton agent dans un conteneur, les connecteurs qui démarrent un processus sur la machine ne se connectent pas — et l'échec ressemble à une erreur de configuration. Tu reliras ton fichier dix fois pour rien. Seuls ceux qui passent par le réseau fonctionnent.
3. Le rapport qui n'en est pas un. « J'ai regardé, tout semble correct » n'est pas une conclusion. Exige un fait vérifiable : le fichier modifié, la ligne, le code de retour. Sinon tu refais le travail pour savoir s'il a été fait.
4. La tâche mal découpée. Déléguer quelque chose de flou revient à payer un agent pour produire de l'inutilisable, puis le modèle cher pour tout reprendre. La règle ne remplace pas le fait de savoir ce que tu veux.

Ça ne remplace pas un abonnement, ça le prolonge. Tu gardes ton terminal, tes fichiers et tes habitudes ; ce qui change, c'est qui exécute quoi. Et un agent moins cher reste moins cher : sur une vraie panne, il proposera la cause la plus probable — or les pannes qui coûtent cher ne sont jamais les plus probables. Garde le diagnostic pour le modèle fort, c'est précisément là qu'il est rentable.