Workflows d’IA semi-autonomes et développement de templates
Développement de templates de workflow réutilisables qui traduisent l’intention humaine en recherche, planification, mise en œuvre, test et livraison structurés et assistés par l’IA.
Aperçu du projet
Ce projet en cours explore comment des outils d’IA peuvent mener un travail de développement substantiel sous une direction humaine clairement définie. Je définis l’objectif, les contraintes et les critères d’acceptation ; l’IA assure l’exécution technique dans le périmètre approuvé et présente ses résultats pour revue.
Le travail porte sur la préparation et l’amélioration de templates qui préservent le contexte du projet, guident l’exécution, documentent les décisions et favorisent la continuité entre les conversations et les outils d’IA.
Les templates définissent l’objectif du projet, le périmètre, les contraintes, l’autorité de l’IA, les points d’approbation, les exigences de transmission et les critères d’acceptation. Ils fournissent aussi une structure pour consigner les décisions, les résultats de vérification et le travail restant, afin qu’une autre conversation ou un autre outil d’IA puisse reprendre à partir d’un état du projet documenté.
Mon rôle
En tant que concepteur de workflows et responsable du projet, j’établis le résultat visé, j’évalue les approches proposées, je définis les limites d’autorité et je passe en revue le travail livré.
J’examine aussi où le processus échoue — contexte incomplet, dérive du périmètre, affirmations d’achèvement non étayées ou clôture prématurée — et j’utilise ces constats pour améliorer les templates suivants.
Structure du workflow
Chaque template organise le projet selon une séquence cohérente :
- Définir l’objectif : consigner le résultat visé, les contraintes, le périmètre et les critères d’acceptation.
- Rechercher et planifier : examiner les besoins, comparer les approches et présenter une orientation proposée pour approbation.
- Préparer la transmission : fournir à l’outil de mise en œuvre le contexte, les décisions et les limites d’exécution nécessaires.
- Mettre en œuvre et vérifier : produire les fichiers requis, exécuter les contrôles pertinents, corriger les problèmes identifiés et consigner les preuves.
- Revoir et réviser : présenter le résultat pour évaluation humaine et traiter les modifications demandées.
- Clôturer et conserver : consigner l’acceptation, les points en suspens et les informations nécessaires pour reprendre le projet.
Les décisions techniques courantes peuvent être prises dans le périmètre approuvé. Les changements qui touchent l’objectif ou les limites convenues retournent à la revue humaine.
Évolution des templates
Le travail s’est développé à travers quatre approches successives :
ASUNODE a établi le premier workflow fondé sur le contexte, reliant l’intention du projet, les tâches de développement, le contrôle de version et des enregistrements de projet persistants.
Shan a enrichi la structure avec des limites d’autorité explicites, des critères d’acceptation, des exigences de vérification et des enregistrements du cycle de vie.
Carathis a exploré une approche opérationnelle plus légère, réduisant le contexte nécessaire à chaque étape et simplifiant la transition de la planification à la mise en œuvre.
Mihon a poursuivi cet affinement en revoyant les cycles de révision, la revue par l’utilisateur et les conditions de clôture. Il reste un candidat au statut de standard, en cours d’évaluation.
Expérience d’application
Les workflows ont été explorés au moyen d’expériences de préparation du contexte, de projets web et d’applications de bureau.
Parmi les applications représentatives figurent Shan3A, une application de contacts en Flutter ; A17, une application de suivi des finances personnelles ; et A19, une application de service d’entretien de véhicules. Ces projets ont apporté une expérience pratique de la mise en œuvre, des tests, de la revue et de la documentation des problèmes reportés.
A23, une application d’alerte précoce, a été préparée comme cas d’évaluation supplémentaire pour Mihon. Sa préparation n’établit pas encore un workflow de bout en bout achevé.
Livrables du projet
Le travail a produit des versions successives de templates de workflow, des documents de transmission, des enregistrements de contexte et de décisions, des critères d’acceptation et des rapports de vérification.
Ces livrables relient le résultat visé aux instructions de mise en œuvre, aux exigences de revue et aux résultats consignés. Les enregistrements de clôture conservent le travail achevé, les problèmes reportés et les informations nécessaires à une poursuite ultérieure.
Leur maturité varie : certains ont été utilisés dans le développement d’applications, tandis que d’autres restent des candidats à une évaluation plus poussée.
Mémoire du projet et continuité
Les points de contrôle Git assurent la traçabilité technique et la reprise. Les enregistrements de contexte persistants conservent l’objectif, les décisions, les raisons des changements, les résultats de vérification et le travail restant.
L’objectif est de rendre un projet compréhensible et reprenable sans dépendre entièrement d’une seule conversation ou d’un seul outil d’IA.
État actuel
Il s’agit d’un projet en cours de conception et d’évaluation de workflows. Il a produit des versions successives de templates et une expérience pratique d’application, tout en révélant des limites qui nécessitent des tests supplémentaires.
Le principe central reste constant : l’intention et l’acceptation humaines guident le travail ; l’IA exécute dans le cadre d’une autorité définie et rend compte des résultats avec des preuves à l’appui.