Le développeur solo de Kubych : les limites de 5 heures et de la semaine imposées à l'agent IA ont remplacé le chef d'équipe

Une seule personne, une seule application iPhone et un seul agent IA qui écrit le code : voilà comment est développé Kubych, une application de finances personnelles et d'épargne. L'agent est soumis à deux limites : une fenêtre de 5 heures et un plafond hebdomadaire. Selon l'auteur, au fil de plusieurs mois de travail, ces compteurs ont fini par remplir les fonctions d'un chef d'équipe et de RH. Le billet a été publié sur Habr le 9 octobre 2026. L'annonce RSS n'en montre que l'accroche, et la liste des conclusions reste derrière le « cut ». Ce qui suit distingue donc ce que le texte dit explicitement de ce qui en découle dans la pratique.

Ce que dit le texte

Le titre donne le ton : quand la limite de 5 heures est atteinte, l'auteur va déjeuner ; quand c'est la limite hebdomadaire, on peut se demander si un jour de repos n'a pas été décrété. C'est une plaisanterie, mais elle laisse voir une organisation de travail bien réelle. Le développeur ne conteste pas la contrainte et ne cherche pas à la contourner : il construit sa journée autour d'elle. La partie accessible du texte ne précise ni quel agent ni quel forfait sont utilisés. Impossible, donc, de citer ici des chiffres de consommation de tokens ou le prix de l'abonnement.

Le schéma « 5 heures plus une semaine » structure les forfaits par abonnement de plusieurs agents de code. La fenêtre courte limite les pics de charge, et le plafond hebdomadaire empêche d'exploiter l'abonnement 24 heures sur 24. Anthropic, par exemple, a introduit des limites hebdomadaires pour Claude Code fin août 2025. Aucun lien n'est établi entre ce fait et l'agent de l'article : il ne sert que de contexte.

Pourquoi la limite fait office de manager

Un chef d'équipe fait en général trois choses : il hiérarchise les tâches, il empêche de s'enliser sans résultat et il surveille le risque d'épuisement. Le RH veille au rythme de travail et à ce que chacun rentre chez soi à l'heure. Un compteur de ressources rigide remplit mécaniquement les mêmes fonctions.

• Priorisation. Quand la fenêtre est limitée, les tâches coûteuses et floues passent en fin de file, et les correctifs ciblés au résultat clair passent en premier.
• Arrêt. Un agent qui bute sur la limite cesse de « retoucher encore un peu » et rend la main à l'humain.
• Rythme. Le plafond hebdomadaire interdit physiquement de travailler sans jour de repos, même si l'on en a envie.
• Planification. Il faut répartir la consommation sur les jours, ce qui donne à la semaine un budget, comme à un sprint.

Cette approche a aussi son revers. La limite ne distingue pas une tâche importante d'une tâche secondaire et peut couper le travail au milieu d'un refactoring. Un chef d'équipe ne ferait pas cela. La discipline reste donc du côté de l'humain : l'état inachevé doit être enregistré dans le dépôt avant que le compteur n'atteigne zéro.

En pratique, pour ceux qui codent avec un agent

Si vous travaillez seul et vous appuyez sur un agent par abonnement, mieux vaut transformer les limites en outil de planification plutôt que les subir comme une gêne.

• Commencez la fenêtre par la tâche la plus lourde, tant que le budget est plein, et laissez les petites retouches pour la fin.
• Gardez la spécification et le contexte du projet dans des fichiers du dépôt, pour que l'agent ne gaspille pas la fenêtre à se réapproprier le code après une pause.
• Faites un commit avant chaque grosse opération : une session coupée en pleine modification ne doit pas laisser l'arbre de travail en pièces détachées.
• Consacrez la pause entre deux fenêtres à la relecture des diffs, aux tests manuels sur l'appareil et à la rédaction des tâches suivantes. Pour une application financière, c'est d'autant plus important que l'agent ne remarquera pas seul les erreurs de calcul.
• Répartissez le budget hebdomadaire à l'avance, par exemple jour par jour, pour ne pas le brûler avant mercredi.

L'observation de l'auteur montre où va le développement solo avec des agents. Le goulot d'étranglement n'est plus la vitesse de saisie du code, mais le quota de temps machine et la capacité de l'humain à le répartir intelligemment. Mieux vaut lire la liste complète des conclusions dans l'original sur Habr : d'après l'annonce, elle y est présentée comme un ensemble de correspondances précises entre les limites et les rôles de management.