Comment les fondateurs solo construisent un workflow assisté par IA

Les agents de code sont genuinement utiles, et presque tous les fondateurs solo qui en ont essayé un ont vécu la même expérience : l'agent écrit du bon code un moment, puis dérive. Il commence à refactoriser des choses que vous ne lui avez pas demandé de toucher, ou il se bloque sur une tâche qui semblait simple et paralyse toute la file d'attente. Le problème vient rarement de l'agent. C'est le maillon manquant entre ce que fait l'agent et ce dont le projet a vraiment besoin ensuite. Sans tableau de tâches classé dans lequel il peut piocher, l'agent n'a aucun signal sur ce à quoi ressemble un travail à haute valeur. Fermez ce maillon et tout change.

Ce que signifie vraiment un workflow en boucle fermée

Une boucle fermée a trois parties : une source de vérité sur quoi construire, un travailleur qui peut lire et mettre à jour cette source, et un déclencheur qui fait tourner le cycle. Pour les fondateurs solo, la source de vérité est un tableau de tâches classé par impact par minute. Le travailleur est votre agent de code. Le déclencheur est soit un calendrier automatisé, soit un email auquel vous réagissez, soit une règle de mode chaîne qui déclenche la tâche suivante dès que la précédente se ferme. La plupart des configurations ont un travailleur mais passent à côté de la source de vérité et du déclencheur. C'est pourquoi l'agent a toujours besoin de vous pour lui coller la prochaine tâche à la main. Ce n'est pas de l'automatisation : c'est de la délégation avec des étapes en plus.

La propriété clé de la source de vérité est qu'elle doit être classable et actionnable. 'Construire des fonctionnalités' n'est pas une tâche. 'Ajouter un flux mot de passe oublié à l'écran de connexion' en est une. Le classement compte parce qu'un agent libre de choisir optimisera pour la complétabilité, ce qui biaise vers les tâches sur lesquelles il est confiant, pas celles qui font avancer le jalon. Le score impact par minute résout ça : il mesure la progression de chaque tâche vers votre prochain vrai jalon (idée, MVP, lancement, premier client, ramen profitable) par rapport au temps qu'elle coûte, et place le travail au meilleur rendement en haut, quelle que soit son confort.

Où la plupart des configurations coincent

Les fondateurs solo qui utilisent des agents de code mais rapportent qu'ils ne leur font pas gagner beaucoup de temps ont généralement l'un de ces trois problèmes. D'abord, le backlog n'est pas classé : l'agent choisit quelque chose en haut d'une liste ordonnée par date de création, pas par valeur. Ensuite, il n'y a pas de boucle de rétroaction : quand l'agent termine quelque chose, le fondateur doit manuellement vérifier le tableau, choisir l'élément suivant et le coller dans le contexte de l'agent. Enfin, les descriptions de tâches sont trop vagues : l'agent les interprète de façon optimiste, construit quelque chose de plus large que prévu et crée de la dette de révision.

• Backlog non classé : l'agent va au premier élément, pas au meilleur. Corrigez ça avec le score impact par minute avant toute automatisation.
• Pas de boucle de rétroaction : le fondateur devient la colle entre le tableau et l'agent, qui est le goulot d'étranglement que vous tentiez d'éliminer. Corrigez avec une intégration MCP ou API qui marque comme fait et va chercher la suivante automatiquement.
• Descriptions de tâches vagues : l'agent construit quelque chose de plus grand que prévu et la révision prend plus de temps que si vous l'aviez fait vous-même. Corrigez en gardant les tâches délimitées à un seul résultat avec une condition de fin claire.
• Pas de garde sur le périmètre : l'agent modifie des fichiers sans rapport avec la tâche. Corrigez en nommant les fichiers ou modules que la tâche est autorisée à toucher quand vous la rédigez.

Le protocole MCP : connecter l'agent au tableau de tâches

MCP (le Model Context Protocol) permet à un agent de code de parler à des services externes sans que vous jouiez l'intermédiaire. Un serveur MCP expose un petit ensemble de verbes : lister les tâches, obtenir la tâche du dessus, créer une tâche, marquer une tâche comme faite. L'agent les appelle directement pendant une session : le tableau de tâches et le contexte du code restent synchronisés sans aucun copier-coller. shipsolo fournit un serveur MCP exactement pour ça : une session Claude Code ou Cursor peut s'y connecter, prendre la tâche la mieux classée, faire le travail et la marquer comme faite, ce qui avance le jalon et met à jour le tableau.

L'API REST couvre les mêmes opérations pour les pipelines d'automatisation qui tournent en dehors d'une interface de chat : une GitHub Action, un cron job ou un script qui se déclenche après un test réussi. Entre MCP (sessions interactives) et l'API REST (automatisation en arrière-plan), chaque partie de la boucle de livraison a un moyen d'écrire dans la source de vérité sans passer par le navigateur.

Choisir les bonnes tâches pour l'agent

Toutes les tâches n'ont pas leur place dans la file de l'agent. L'agent gère les tâches dont le résultat est univoque, dont le périmètre tient dans une session de révision et dont le mode d'échec est visible (un test casse, un élément d'interface manque). Les tâches qui nécessitent des jugements sur la direction produit, la recherche utilisateur ou les relations externes restent avec vous. Cette frontière est une décision que vous prenez une fois et encodez dans la description de tâche ou dans une convention au niveau du projet.

• Bonnes tâches pour l'agent : ajouter une validation à un champ de formulaire, écrire des tests unitaires pour une fonction, refactoriser un composant pour accepter des props au lieu d'une valeur codée en dur, ajouter un état d'erreur à un élément d'interface, implémenter un endpoint webhook depuis une spécification.
• Tâches à garder pour vous : décider quel plan tarifaire proposer, rédiger le texte de la page d'accueil, choisir quelle fonctionnalité construire ensuite, répondre à une plainte utilisateur, écrire un email froid.
• Tâches à la frontière : toute tâche dont vous auriez besoin de relire attentivement le résultat avant de lui faire confiance va dans la file de l'agent uniquement si vous avez le temps de la réviser dans cette session. Sinon, gardez-la manuelle.

La boucle quotidienne, étape par étape

1. Commencez la journée avec le tableau classé. La tâche du haut est votre ancre. Si l'agent peut la prendre, assignez-la. Sinon, prenez-la vous-même.
2. Ouvrez la session de l'agent et connectez-le à votre serveur MCP. L'agent lit la tâche, confirme le périmètre et commence.
3. Pendant que l'agent travaille, occupez-vous des tâches que vous gardez pour vous : décisions produit, conversations avec les utilisateurs, actions marketing.
4. Quand l'agent marque la tâche comme faite (dans la session ou via le lien marquer comme fait dans votre rappel email), le tableau avance et la tâche suivante devient disponible.
5. Si vous utilisez le mode chaîne dans vos rappels email, la tâche suivante arrive dans votre boîte dès que la précédente se ferme. Vérifiez-la, confirmez que c'est toujours le bon choix, et laissez la boucle continuer.
6. Terminez la journée avec la série incrémentée d'un point et le jalon une tâche plus près. Le récap hebdomadaire par email montre la liste complète de ce qui a été livré, ce qui est le retour qui maintient le système honnête.

Rester aux commandes sans tout surveiller

Le mode d'échec d'un workflow très automatisé avec IA, ce n'est pas l'agent qui casse des choses, c'est vous qui oubliez de regarder le tableau pendant trois jours et qui découvrez que l'agent a travaillé sur quelque chose qui s'est éloigné du jalon. L'antidote est un mécanisme de forçage régulier qui rend ce fossé visible. Les séries de livraison font ça : un jour manqué apparaît dans le compteur de série, pas dans une pile de code non commité. Le récap hebdomadaire par email liste chaque tâche terminée cette semaine : une semaine où l'agent a livré 12 tâches mais aucune n'était du marketing ou de la distribution ressort comme un schéma, pas comme une surprise.

L'agent est rapide. Le tableau de tâches est le volant. Sans lui, rapide signifie juste plus loin de la route.

Commencez avec une tâche automatisée, ce soir

Vous n'avez pas besoin de construire un pipeline élaboré pour commencer. Choisissez une tâche de votre tableau actuel qui soit concrète, délimitée et uniquement du code. Confiez-la à votre agent via MCP ou en collant la description et la condition de fin dans le chat. Quand il termine, marquez-la comme faite dans le tableau vous-même cette première fois, et notez combien de temps a pris la vérification. C'est votre référence de départ. À partir de là, ajoutez la connexion MCP pour que la suivante se marque toute seule. Ajoutez le mode chaîne pour que la prochaine tâche arrive sans que vous ayez à décider. Ajoutez le score impact par minute pour que l'agent commence toujours sur l'élément le plus rentable. Chaque étape ferme un fossé de plus. Au bout d'une semaine, vous aurez une boucle qui livre pendant que vous dormez, avec un tableau et une boîte mail qui vous disent exactement ce qu'elle a livré.