Développeur solo de « Koubych » : des limites d'agent IA de 5 heures et d'une semaine ont remplacé le chef d'équipe

Kirill Popov est le seul développeur de l'application mobile Koubych pour iPhone. Le code est écrit par un agent IA soumis à des limites de 5 heures et d'une semaine. Ces contraintes ont effectivement remplacé le rôle de chef d'équipe et de manager : la limite de 5 heures impose une pause déjeuner propice à une réflexion utile sur les objectifs du produit, tandis que la limite hebdomadaire bloque tout travail comme un jour de repos. Popov a expérimenté avec deux agents — Codex et Claude — où l'un pouvait prendre le relais de l'autre. Fin septembre, il a désactivé Codex pour ne garder que Claude, jugé plus fiable. • Limite de 5 heures = pause déjeuner forcée et remise en question de l'architecture • Limite hebdomadaire = jour de repos qui bloque les mises en production • A utilisé Codex et Claude, n'a gardé que ce dernier

Traité par IA depuis Habr AI ; édité par Hamidun News
Développeur solo de « Koubych » : des limites d'agent IA de 5 heures et d'une semaine ont remplacé le chef d'équipe
Source : Habr AI. Collage: Hamidun News.
Écouter l'article
Fiche synthèse et chiffres clés
ParamètreDonnées
Source primaireHabr AI ↗
Rédacteur en chef
Chiffre clé #1Limite de 5 heures = pause déjeuner forcée et remise en question de l'architecture
Chiffre clé #2Limite hebdomadaire = jour de repos qui bloque les mises en production
Chiffre clé #3A utilisé Codex et Claude, n'a gardé que ce dernier

Kirill Popov est l'unique développeur de l'application mobile Koubych pour iPhone. Le code est écrit par un agent IA doté de deux contraintes : une limite de 5 heures d'utilisation par jour et une limite hebdomadaire. Après plusieurs mois de travail, ces limites ont fonctionnellement remplacé le rôle de chef d'équipe et de manager. Popov a partagé ses observations sur la manière de transformer des contraintes techniques en outils de gestion du développement.

Les limites comme règles de vie

La limite de 5 heures fonctionne comme une pause déjeuner forcée. Lorsque l'agent épuise son quota, il propose poliment de revenir dans quelques heures. Pendant ce temps, le développeur peut manger, se promener et surtout reconsidérer les décisions d'architecture et les objectifs du produit. Cela s'est révélé réellement utile : la pause offre la distance nécessaire pour prendre du recul.

La limite hebdomadaire fonctionne comme un jour de repos forcé. Le travail s'arrête complètement, la mise en production est bloquée, et l'idée d'un abonnement plus coûteux fait surface. Cela a aussi du sens : la pause hebdomadaire oblige à mieux répartir la charge de travail.

D'un agent à deux, puis retour à un seul

Popov a expérimenté avec deux agents IA simultanément : Codex et Claude. Leur répartition des tâches rappelait le travail en équipe. Si un agent se heurtait à la limite de 5 heures en plein milieu d'une tâche, le second pouvait reprendre à partir d'un fichier d'instructions et d'un journal de travail. Exemple concret de septembre : Codex a épuisé sa limite en pleine phase de développement, Claude a lu le fichier de spécifications et le journal, puis a terminé le travail.

Fin septembre, Codex a été désactivé. L'agent commençait à moins bien gérer les tâches et atteignait trop vite ses limites. Cela s'est vécu comme un licenciement : annuler l'abonnement équivaut à une réduction d'effectifs. Il ne reste plus qu'un seul agent — Claude.

Comment organiser le développement autour des limites

Popov a dégagé plusieurs techniques concrètes :

La tâche vit dans un fichier, pas dans le chat. La spécification, les étapes d'exécution, les critères de réussite et le journal complet du travail sont conservés dans un fichier du projet. Cela permet à un autre agent (ou au développeur lui-même, une semaine plus tard) de poursuivre le travail sans perdre le contexte.

Commit et push après chaque étape. Une interruption en plein milieu d'une tâche ne coûte rien — surtout si la spécification est découpée en petites sous-tâches. La perte de code est pratiquement exclue.

Les gros travaux en début de semaine. Refactoring, grosses vérifications d'architecture, tests d'intégration — tout cela est préférable à programmer le lundi ou le mardi, tant que la limite hebdomadaire est encore intacte.

Du contenu léger en fin de semaine. En fin de semaine, Popov garde les tâches réalisables sans agent : rédaction de textes, préparation de captures d'écran, échanges avec les utilisateurs.

Du prix et des résultats

L'application Koubych elle-même aide les utilisateurs à suivre leurs finances personnelles entre deux salaires, en les rapprochant de leurs objectifs — vacances, nouvel appareil électronique, etc. Le développement se fait en Swift et sous iOS. Popov propose d'essayer l'application gratuitement.

Concernant le prix de Claude (100 $ par mois), Popov se demande si un seul abonnement premium est plus efficace que deux abonnements basiques à 20 $. Les deux options ont été testées en pratique. Le système à deux agents (Codex et Claude) a montré qu'un point de vue indépendant est utile lorsqu'un agent peut prendre le relais de l'autre. Mais depuis fin septembre, Claude seul suffit.

Question à la communauté : chez vous, qui fait office de chef d'équipe — les limites ou le calendrier ?

Dossier

Questions clés sur cet article

Que sait-on sur Les limites comme règles de vie ?

La limite de 5 heures fonctionne comme une pause déjeuner forcée. Lorsque l'agent épuise son quota, il propose poliment de revenir dans quelques heures. Pendant ce temps, le développeur peut manger, se promener et surtout reconsidérer les décisions d'architecture et les objectifs du produit. Cela s'est révélé réellement utile : la pause offre la distance nécessaire pour prendre du recul. La limite hebdomadaire fonctionne comme un jour de repos forcé. Le travail s'arrête complètement, la mise en production est bloquée, et l'idée d'un abonnement plus coûteux fait surface. Cel

Que sait-on sur D'un agent à deux, puis retour à un seul ?

Popov a expérimenté avec deux agents IA simultanément : Codex et Claude. Leur répartition des tâches rappelait le travail en équipe. Si un agent se heurtait à la limite de 5 heures en plein milieu d'une tâche, le second pouvait reprendre à partir d'un fichier d'instructions et d'un journal de travail. Exemple concret de septembre : Codex a épuisé sa limite en pleine phase de développement, Claude a lu le fichier de spécifications et le journal, puis a terminé le travail. Fin septembre, Codex a été désactivé. L'agent commençait à moins bien gérer les tâches et atteignait tro

Comment organiser le développement autour des limites?

Popov a dégagé plusieurs techniques concrètes : La tâche vit dans un fichier, pas dans le chat. La spécification, les étapes d'exécution, les critères de réussite et le journal complet du travail sont conservés dans un fichier du projet. Cela permet à un autre agent (ou au développeur lui-même, une semaine plus tard) de poursuivre le travail sans perdre le contexte. Commit et push après chaque étape. Une interruption en plein milieu d'une tâche ne coûte rien — surtout si la spécification est découpée en petites sous-tâches. La perte de code est pratiquement exclue. Les gros

ZK
Zhemal Khamidun — CPO d'Alpina Digital, product manager d'AlpinaGPT. Conçoit des produits IA depuis 2019. Hamidun News est un projet personnel devenu un agrégateur en production avec plus de 6 000 lecteurs.
✦ Hands-On AI Engineering · Hamidun Academy

Build & Ship Production AI Agents Without Boilerplate Code

Start your free 72-hour trial at Hamidun Academy (academy.hamidun.com) — interactive lessons on Claude Code & Cursor, live Tech Radar, and production agent templates.

Start 72h Free Trial →Vibe-Coding Intensive
Qu'en pensez-vous ?
Chargement des commentaires…