Aller au contenu
Développement, données et exploitation

Workflows et outils pour travailler avec une IA

Workflows de travail avec une IA pour audit, refactor, projet REST, scripts, documentation technique et procédures IT.

Un workflow vaut mieux qu'une demande improvisée

L'IA donne de meilleurs résultats quand on l'intègre dans une séquence de travail claire: audit, plan, implémentation, vérification, documentation. Cette page propose des enchaînements simples pour structurer des tâches réelles sans perdre le contrôle.

Les outils cités ici restent généralistes: chat IA, agent de code, bibliothèque de prompts, instructions de projet, fichiers Markdown, checklists et traces de validation.

1. Workflow audit puis refactor

Séquence utile pour un backend PHP, un module Python ou un service Node : comprendre, identifier les zones fragiles, planifier, modifier, puis vérifier.

1) Demander un audit de structure et de risques
2) Demander un plan de refactor par étapes
3) Faire proposer un patch ou une série de changements
4) Generer les tests ou validations
5) Produire une note de synthèse
2. Workflow projet REST

Bon enchaînement pour un projet avec API, Oracle, scripts SQL, Docker et documentation.

1) Clarifier les besoins metier
2) Transformer les use cases en endpoints
3) Produire une ébauche OpenAPI
4) Structurer backend, données et scripts
5) Generer les tests
6) Documenter le tout
3. Workflow script BAT ou PowerShell

Pratique pour cadrer un script d'administration, de sauvegarde, d'automatisation ou de traitement CSV.

1) Expliquer l'objectif du script
2) Lister les entrees, sorties et erreurs possibles
3) Demander une premiere version commentee
4) Demander les cas d'erreur et validations
5) Produire une fiche d'exploitation
4. Workflow documentation interne

Pour transformer un savoir épars en guide lisible: collecte, tri, rédaction, exemples et synthèse finale.

1) Rassembler specs, notes, scripts et captures utiles
2) Demander un plan de document
3) Rediger section par section
4) Ajouter exemples et points sensibles
5) Produire une fiche courte ou un résumé final
5. Workflow revue securite

Adapté aux formulaires, endpoints, scripts et modules manipulant des données sensibles.

1) Faire analyser les surfaces d'entrée
2) Identifier les injections, contrôles d'accès et secrets
3) Demander une priorisation des risques
4) Faire proposer les corrections
5) Formaliser les validations manuelles restantes
6. Workflow passation ou reprise de projet

Très utile lorsqu'il faut comprendre vite une base de code, des scripts, des batchs ou une procédure interne.

1) Demander une carte rapide du projet
2) Identifier les points critiques et les dépendances
3) Produire une documentation de prise en main
4) Lister les risques d'exploitation
5) Rediger une checklist de reprise
7. Workflow agent, prompt file ou skill

Utile quand un besoin revient souvent et qu'il faut le transformer en cadre réutilisable : instructions de projet, prompt file, agent spécialisé ou skill partageable.

1) Isoler le besoin récurrent
2) Définir rôle, but, entrées, sorties et limites
3) Choisir la bonne brique : instructions, prompt file, agent ou skill
4) Ajouter exemples, validations et droits adaptés
5) Tester sur quelques cas réels
6) Versionner, documenter puis diffuser

Outils simples à mettre autour de l'IA

  • Un dossier de prompts réutilisables.
  • Des instructions de projet courtes et claires.
  • Des checklists de validation manuelle.
  • Des notes de synthèse en Markdown pour garder une trace.
  • Des pages de référence internes pour les workflows récurrents.
  • Des agents spécialisés ou skills pour les usages vraiment répétitifs.

Workflows débutants en 3 étapes

  • Bug : comprendre, proposer un correctif prudent, lister les validations à rejouer.
  • Document : demander un plan, rédiger une fiche courte, vérifier les points de vigilance.
  • Script : expliquer le rôle, lister prérequis et risques, produire une notice courte.
  • Flux : décrire source et destination, lister cas invalides, vérifier le résultat attendu.

Exemples métier

Cette logique fonctionne bien pour revoir une procédure Oracle SQL ou PL/SQL, cadrer un script BAT ou PowerShell, préparer un Dockerfile ou un compose, documenter une procédure IT, vérifier un import CSV ou reprendre un petit outil interne.

Cas du site

Pour un workflow backend ou sécurité, prendre l'application locale, get-fiches-list.php et save-fiche.php comme matière de départ.

Pour un workflow exploitation ou automatisation, partir de start-admin.ps1, backup-data.ps1, Apache et Docker.

Pour un workflow architecture, documentation ou QA, croiser REST / JWT, Oracle SQL, test-configuration.html et DEPLOIEMENT.md.

Pour un workflow de capitalisation, partir des usages répétitifs autour de DEPLOIEMENT.md, save-fiche.php, start-admin.ps1 ou test-configuration.html, puis décider s'il faut une simple instruction, un prompt file, un agent spécialisé ou une skill plus complète.

Workflows par métier

  • Développeur backend : commencer par la page métier backend, puis enchaîner audit, refactor et sécurité.
  • Architecte : partir de la page architecte technique, puis transformer le besoin en composants, flux et trajectoire.
  • DBA / Oracle : ouvrir la page DBA, puis croiser SQL, PL/SQL, import / export et impacts applicatifs.
  • Exploitation / support : suivre la page exploitation / support, puis produire runbook, reprise et fiche de passation.
  • QA, documentation, admin ou sécurité : utiliser la page métiers comme point d'aiguillage vers le rôle adapté.

Prompt chaining : découper un résultat complexe

  1. Cadrer : clarifier le résultat, les contraintes et les inconnues.
  2. Concevoir : produire architecture, contrats et décisions.
  3. Construire : travailler par lots vérifiables.
  4. Contrôler : exécuter tests, revue et analyse de risques.
  5. Transmettre : documenter lancement, exploitation et limites.
Nous allons traiter [OBJECTIF] en étapes. À chaque étape :
- utilise seulement les décisions déjà validées ;
- liste les hypothèses nouvelles ;
- produis un livrable vérifiable ;
- attends la validation avant l'étape irréversible suivante.
Commence par proposer la chaîne de livrables et leurs critères d'acceptation.

Revue de code multidimensionnelle

Relis ce changement comme une pull request : [DIFF / FICHIERS].
Examine successivement exactitude, régression, lisibilité,
tests, sécurité, performance, données et exploitation.
Ne commente que les problèmes défendables à partir du diff.
Classe-les par gravité, cite l'emplacement, explique le scénario
et propose le plus petit correctif. Termine par les tests manquants.

Pages voisines utiles

Pour les sujets Oracle et accès aux données, voir la page Oracle. Pour les scripts et traitements CSV, voir la page scripts. Pour les échanges de données et reprises de lots, voir la page import / export. Pour les flux, jeux de données et validations de structure, voir la page tests de flux et données. Pour Docker et les notes d'exploitation, voir la page Docker / IT. Pour les runbooks et incidents, voir la page exploitation applicative. Pour régler l'outil avant de déléguer, voir Copilot / VS Code avancé. Pour structurer des agents, prompt files et skills, voir les agents, skills et instructions. Pour les techniques de prompt plus poussées, voir l'ingénierie de prompt avancée. Pour entrer par rôle plutôt que par thème, voir la page métiers de l'informatique. Pour débuter plus simplement, voir aussi les prompts pour débutants, le parcours débutant par besoin et les checklists pour débutants. Pour des cas très courts à lancer vite, voir les recettes rapides. Pour les cadres prêts à remplir, voir les squelettes de prompts et pour les contrôles rapides les checklists.