Dossier d'opération avec un plugin ChatGPT : méthode et limites

Installer le plugin ChatGPT : Dossier d'opération →

Madame Durand (cliente fictive) écrit à l’agence un mardi soir : elle veut agrandir sa maison de Toulouse d’environ 40 m², elle annonce un budget de 120 000 € HT, elle « enverra le relevé du géomètre plus tard ». Trois semaines plus tard, une salle d’eau s’ajoute au programme. Entre-temps, l’agence a commencé une note d’urbanisme et un brouillon de notice de permis. Au moment de reprendre le dossier, personne ne sait plus quelle version du programme a servi à quelle analyse, ni si le relevé a été reçu, lu ou seulement promis.

Cet article présente le plugin ChatGPT Dossier d’opération (identifiant technique archi-projet, version 0.1.1), une ressource Educasium pour Codex : ce qu’il produit, le contexte de la mission, la méthode pas à pas, ce qui le distingue d’un simple prompt, son installation et ses limites.

Sommaire

1. Ce que fait concrètement le plugin Dossier d’opération
2. Le contexte : la demande du maître d’ouvrage n’est pas encore un projet
3. Utiliser le plugin pas à pas
4. Ce qui change par rapport à un prompt ou un skill ChatGPT
5. Installer le plugin dans Codex
6. Quand ce plugin ne suffit pas
7. Se former à la gestion de projet assistée par l’IA
8. Questions fréquentes

Ce que fait concrètement le plugin Dossier d’opération

Le plugin est un coordinateur. Il n’analyse lui-même ni un PLU ni un CCTP : il ouvre le dossier depuis la demande du client, trace pièces et versions, et organise les passages entre les missions spécialisées de la suite Educasium.

Trois éléments livrés dans le paquet

• Un formulaire client local (formulaire-client.html) à ouvrir dans un navigateur. Le maître d’ouvrage y décrit l’opération, la commune, le programme, les travaux envisagés, l’avancement et, s’il le souhaite, un budget indicatif HT, une date et les documents qu’il peut fournir. La référence de l’opération est communiquée par l’agence. Le formulaire exporte un fichier JSON ; rien n’est envoyé sur un serveur.
• Des instructions de méthode (le skill projet-operation) qui guident l’assistant pour distinguer les pièces annoncées, reçues et réellement lues, et préparer les missions utiles.
• Un registre local facultatif en Python (3.10 ou plus récent, bibliothèque standard). Il crée le dossier d’opération, y copie les pièces, calcule leurs empreintes et enregistre des états JSON successifs, sans effacer les anciens.

Ce que vous obtenez en sortie

En français, au format Markdown et JSON : une fiche d’opération, une carte des missions avec leur état, les sources, les décisions humaines attendues, les changements et la prochaine action utile.

Huit missions coordonnées

Le plugin ne lance pas automatiquement les autres plugins.

Le contexte : la demande du maître d’ouvrage n’est pas encore un projet

Le maître d’ouvrage définit ses besoins et son programme ; le maître d’œuvre conçoit et suit le projet dans le cadre de la mission qui lui est confiée. Celle-ci s’enchaîne en phases (esquisse, avant-projet, permis, consultation, chantier, réception), chacune s’appuyant sur des pièces produites ou reçues auparavant.

Le premier risque est documentaire. Une demande client est une déclaration : elle ne prouve ni une surface existante, ni une règle d’urbanisme, ni la qualité du signataire pour prendre chaque décision. Le formulaire est enregistré comme une source non vérifiée ; les pièces annoncées restent « déclarées » tant qu’aucun fichier n’est reçu ; les informations inconnues restent vides plutôt que devinées ; un budget indicatif ne devient jamais un montant de marché. Les données personnelles saisies sont limitées à ce que la mission exige.

Utiliser le plugin pas à pas

Étape 1 : Recueillir la demande. Le client remplit le formulaire local, ou l’agence recueille les mêmes informations en conversation.

Étape 2 : Initialiser le dossier. L’assistant crée un dossier d’opération neuf et vide. Un dossier existant n’est jamais écrasé ni rattaché sur la seule ressemblance du nom : on le reprend en consultant son état.

Étape 3 : Inventorier les pièces. Chaque document est annoncé, reçu non lu ou examiné ; les manques deviennent des demandes de clarification.

Étape 4 : Préparer les missions utiles. L’assistant propose les missions pertinentes, sans imposer les huit ni un ordre artificiel. Un travail incomplet avance avec ses limites écrites, sans franchir une décision non prise.

Étape 5 : Enregistrer chaque passage. Chaque résultat de mission devient un passage : sources lues et non lues, missions amont utilisées, statut (proposition, incomplet ou comparaison circonscrite), points ouverts et résultats établis.

Étape 6 : Reprendre après un changement. À chaque reprise, l’assistant vérifie l’identité du dossier, le dernier état et les empreintes. Si une source change, les missions qui en dépendent sont marquées à réexaminer.

Exemple fictif pour tester la méthode : « Crée le dossier de l’opération fictive Maison Durand : extension de 40 m² d’une maison individuelle à Toulouse, budget annoncé 120 000 € HT, aucun relevé reçu. Liste les missions utiles et les décisions que le client doit encore prendre. » Vérifiez ensuite que la surface existante, le relevé et les délais restent signalés comme manquants et que rien n’est présenté comme validé par le client.

Ce qui change par rapport à un prompt ou un skill ChatGPT

Un prompt bien écrit produit une bonne réponse dans une conversation. Le plugin, lui, laisse sur votre disque une trace qui survit à la conversation.

Des fichiers cumulatifs et versionnés

Chaque état du dossier est un nouveau fichier qui pointe vers son parent. Un fichier modifié crée une nouvelle version, l’ancienne est conservée ; rejouer la même opération ne crée pas de doublon. Dans le scénario Durand, l’ajout de la salle d’eau montre que la note d’urbanisme et le brouillon de notice reposent sur l’ancien programme.

Quatre revues humaines par passage

Chaque passage ouvre quatre revues : H1 pour le cadrage et le corpus, H2 pour les faits et les rapprochements, H3 pour les choix propres à la mission, H4 pour la remise concrète. Toutes restent en attente à la création. Le script ne valide aucune décision et n’importe jamais le visa d’une autre mission : un client peut approuver son programme sans approuver une analyse de risques. Il n’existe pas de visa global de la suite.

Installer le plugin dans Codex

Le téléchargement est réservé aux participants des formations Educasium. Depuis la fiche du plugin, téléchargez l’archive ZIP, puis décompressez-la dans un dossier stable de votre ordinateur, que vous ne déplacerez pas ensuite. Ouvrez un terminal et enregistrez ce dossier comme catalogue avec codex plugin marketplace add "chemin-du-dossier", en remplaçant chemin-du-dossier par l’emplacement réel. Installez ensuite le plugin avec codex plugin add archi-projet@educasium-projet. Ouvrez enfin une nouvelle session Codex pour que le plugin soit pris en compte.

Le plugin s’installe une fois ; vous créez ensuite un dossier d’opération par projet. Sans Python, les instructions restent utilisables, avec des limites signalées.

Quand ce plugin ne suffit pas

Le plugin prépare et trace ; il ne décide pas. Tout ce qu’il produit est un brouillon à relire par l’architecte responsable.

• Les décisions restent humaines. Il ne confirme ni mandat ni visa, ne signe, ne dépose et n’envoie rien, et ne modifie aucune maquette.
• Aucune certification. Ni avis juridique, ni contrôle technique, ni preuve opposable.
• Pas d’outil collaboratif. Ni accès multi-utilisateurs, ni authentification, ni portail hébergé : c’est un dossier local.
• Pas de BIM obligatoire, mais des exports dépendants de vos outils. Aucun Revit n’est requis ; aucun export Word ou Excel n’est garanti, vérifiez les fichiers réellement créés.
• Les analyses dépendent des plugins spécialistes. Le coordinateur ne remplace ni une note d’urbanisme ni un CCTP.

Se former à la gestion de projet assistée par l’IA

Un registre ne sert que si l’agence sait quelle pièce fait foi, qui décide quoi et quand rouvrir une analyse. Notre formation Gestion Architecturale par l’IA travaille ces réflexes sur des cas concrets d’agence.

Questions fréquentes

Le client doit-il installer quelque chose pour remplir le formulaire ?

Non. Le formulaire est un simple fichier HTML que le client ouvre dans son navigateur. Il saisit les informations, puis télécharge un fichier JSON qu’il transmet à l’agence par le canal convenu. Rien n’est envoyé sur un serveur et aucun compte n’est nécessaire. Si le client préfère, l’agence peut aussi recueillir les mêmes informations lors d’un échange et les saisir elle-même. Dans les deux cas, la demande reste une déclaration non vérifiée : elle ouvre le dossier mais ne prouve ni les surfaces, ni les règles applicables, ni la qualité du signataire.

Que se passe-t-il quand le programme change en cours d’études ?

La nouvelle version du programme est enregistrée comme une nouvelle version de la source, et l’ancienne est conservée. Le registre marque alors toutes les missions qui dépendaient de cette source comme à réexaminer, puis les missions qui dépendaient de celles-ci. Il applique une invalidation volontairement prudente : il ne décide pas seul qu’un changement est mineur ou purement stylistique. C’est à l’agence d’examiner la portée réelle de la modification et de reprendre les analyses concernées, avec une revue sourcée si elle souhaite réduire ce périmètre.

Faut-il installer les huit plugins pour utiliser celui-ci ?

Non. Le plugin Dossier d’opération fonctionne seul pour ouvrir le dossier, inventorier les pièces et préparer les décisions. Il propose les missions utiles au projet, sans imposer les huit. Lorsqu’une mission nécessite un plugin spécialiste qui n’est pas installé, il le signale clairement comme une capacité manquante et poursuit le cadrage documentaire possible, sans inventer de résultat. Les plugins spécialistes s’installent une fois, au moment où vous en avez besoin, puis servent pour tous vos dossiers d’opération.

Les empreintes du registre ont-elles une valeur de preuve ?

Elles servent à détecter une erreur ou une altération de fichier, pas à prouver juridiquement quoi que ce soit. Le registre ne comporte ni signature électronique, ni horodatage qualifié, ni journal inviolable : une personne pouvant modifier tous les fichiers du dossier pourrait recalculer une histoire. Les empreintes sont donc un outil de rigueur interne, utile pour savoir quelle version a servi à quelle analyse. Pour une preuve opposable, il faut s’appuyer sur les procédures et outils prévus à cet effet.

Une fois le dossier ouvert, deux missions en aval s’appuient directement sur ses sources et ses versions : notre méthode ChatGPT pour le CCTP par lot pour la rédaction des prescriptions, et notre méthode ChatGPT pour le compte rendu de chantier pour le suivi cumulatif des visites.

Financement possible selon votre éligibilité (OPCO, FIF PL). Organisme certifié Qualiopi. Pour structurer le suivi de vos opérations avec l’IA dans le cadre de notre formation Gestion Architecturale par l’IA, contactez Educasium et précisez votre statut (salarié, indépendant, dirigeant) et votre objectif. Retrouvez le téléchargement et le tutoriel d'installation sur la fiche du plugin ChatGPT dédiée.