L'exécution est bon marché. La direction, c'est tout.

Chargement de l'image...Le fantôme Kiro relié par une ligne pleine et une ligne pointillée à deux fenêtres d'éditeur de code alternatives, l'une en surbrillance et l'autre estompée.

Quand le code peut être écrit en un après-midi, la partie difficile n'est plus l'implémentation. La partie difficile consiste à déterminer quel problème résoudre, quoi construire et quand changer de cap. Les détails d'implémentation sont peu coûteux à modifier; la conception du système, les contrats d'API, les dépendances et les compromis architecturaux ne le sont pas. Consacrez votre énergie à ces décisions durables.

Utilisez l'agent comme partenaire de remue-méninges pendant la phase de conception : demandez-lui de rechercher des options, d'explorer des solutions de rechange et de trouver les failles de votre raisonnement. Lorsque deux conceptions sont toutes deux plausibles, demandez à l'agent de les prototyper toutes les deux et de les comparer. Les choix qui se réglaient autrefois par le débat peuvent maintenant se régler par des preuves.

Une fois que vous vous êtes engagé dans une direction, pratiquez le développement piloté par les Specs : collaborez avec l'agent pour rédiger des Specs et des exigences claires qui réduisent l'ambiguïté avant qu'il ne commence à générer du code. Un agent à qui l'on donne une requête vague prendra ses propres décisions sur les compromis, et vous passerez plus de temps à défaire ces choix que vous n'en aurez économisé en sautant le Spec.

À mesure que vous itérez, gardez votre attention sur ce qui compte le plus, par exemple si l'architecture tiendra le coup sous une charge réelle, si vous devez réévaluer les compromis de conception que vous avez faits, et si ce que vous construisez est prêt à être mis entre les mains des utilisateurs.