Toutes les skills/design-critic

Conception — 1 des 20 compétences du pack Architectes & BTP

Fonctionne partout

Compatible Claude, ChatGPT, Gemini et Claude Code.

Design-Critic

Critique un projet d'architecture sur les points qui comptent vraiment.

Copier-coller dans un chatLigne de commande

Gratuit, sans compte et sans e-mail : la commande suffit.

Vous l'avez déjà ?

Rien à installer si elle est déjà active

Si cette compétence est déjà ajoutée dans votre Claude, inutile de l'installer à nouveau. Demandez simplement ce que vous voulez faire.

Vous ne savez pas ? Demandez à Claude : « quelles compétences as-tu à disposition ? »

Utilise la compétence design-critic pour critiquer ce projet d'architecture (plan, coupe, élévation ou rendu) sur ce qui compte vraiment : …

1 · Le plus simple

Copiez-collez dans n'importe quel chat IA

Ce bouton copie la compétence entière. Collez-la dans Claude, ChatGPT ou Gemini, puis décrivez votre besoin. Aucune installation.

Dans un chat, les fichiers Word ou Excel ne peuvent pas toujours être générés : vous recevez alors le document en texte structuré, et Claude vous le signale.

2 · En ligne de commande

/design-critic s'installe en 3 étapes dans Claude Code

Pour Claude Code. La compétence s'installe sur votre ordinateur et reste disponible dans tous vos projets.

Prérequis : Claude Code + Node.js

La compétence s'exécute dans Claude Code, l'assistant IA d'Anthropic installé sur votre ordinateur. Node.js est le moteur qui lance la commande d'installation. Les deux sont gratuits.

Installer les deux (2 minutes)

Ouvrez PowerShell

Cliquez sur Démarrer, tapez « PowerShell », puis appuyez sur Entrée.

Collez la commande

Faites un clic droit dans la fenêtre PowerShell (ou Ctrl + V) pour coller la commande ci-dessous, puis appuyez sur Entrée. Patientez quelques secondes.

npx educasium --skill design-critic --global

Ce que vous devez voir :

npx educasium --skill design-critic --global

Fetching https://raw.githubusercontent.com/Chappygo-OS/claude-meta-skills/main/dist/design-critic.zip

Installed "design-critic". Restart Claude Code to pick it up.

Redémarrez Claude Code

Dans Claude Code, tapez /restart (ou quittez et relancez Claude Code). La compétence apparaît alors dans la liste des commandes.

Pas de terminal ?

Vous utilisez Claude.ai dans le navigateur ?

L'installation assistée passe par un fichier .zip importé dans Claude.ai. Elle est plus longue et demande votre e-mail.

Ce que fait la skill

Voir le code source

En détail.

Donnez un plan, une coupe, une élévation ou un rendu. Design-Critic identifie 2 à 4 problèmes précis en les rattachant à un axe de lecture (cohérence du concept, échelle et proportion, circulation et programme, matérialité et détail, rapport au contexte, ou faisabilité), chacun appuyé sur ce qui est visible dans le projet — jamais une critique générique.

Quand l'utiliser

Avant une revue de jury, un rendu client ou un dépôt de permis : quand vous voulez un regard extérieur qui ne se contente pas de dire « intéressant ».

Exemple d'utilisation

/design-critic Critique ce plan de RDC et cette coupe...

En profondeur

Comment cette compétence fonctionne vraiment

Design-Critic produit une critique structurée et factuelle d'un projet d'architecture — un plan, une coupe, une élévation, un rendu ou une étude de volumétrie. Plutôt que de noter uniformément tous les aspects du projet, il identifie 2 à 4 problèmes précis, chacun rattaché à l'un des six axes de lecture documentés dans references/six-axes.md (cohérence du concept, échelle et proportion, circulation et programme, matérialité et détail, contexte, faisabilité) et appuyé sur un élément réellement visible dans le document fourni — jamais une impression générale du type « ça ne fonctionne pas ».

Le skill juge le projet sur ses propres intentions déclarées : si un concept, un programme ou un brief client est fourni, la critique se mesure contre ce que le projet affirme vouloir faire, pas contre un idéal générique. Il ne reformule jamais une critique en alternative de conception — il diagnostique, il ne redessine pas.

Trois tons sont disponibles pour calibrer la sévérité de la sortie : mentor (par défaut, direct mais bienveillant), harsh (l'objection la plus forte en premier, pour une préparation de jury ou un client difficile), et encouraging (ce qui fonctionne déjà, pour un travail encore en phase esquisse). Il est pensé pour l'architecte qui prépare une revue de jury, une remise client ou un dépôt de permis et veut un regard extérieur qui ne se contente pas de dire « intéressant ».

Quand l'utiliser

  • Avant une revue de jury, une remise client ou un dépôt de permis, quand un regard extérieur critique est nécessaire.
  • Quand un plan, une coupe, une élévation, un rendu ou une étude de volumétrie est déjà produit et prêt à être évalué.
  • Quand un concept, un programme ou un brief client est disponible pour mesurer le projet contre ses propres intentions déclarées.
  • Quand l'utilisateur veut une version dure (« harsh ») avant une présentation de jury le lendemain.
  • Quand le travail est encore en phase esquisse ou schématique et qu'un ton encourageant, orienté développement, est préférable.
  • Quand seul un rendu extérieur isolé est disponible, sans plans — le skill peut critiquer ce qui est visible tout en signalant les limites de l'analyse.

Quand ne pas l'utiliser

  • Pas pour vérifier la conformité au code de construction ou aux règles d'urbanisme (dimensions, issues de secours, reculs) — pairer avec un skill dédié à la conformité.
  • Pas pour une revue de coût ou de constructibilité détaillée — ce n'est pas l'axe faisabilité qui chiffre, il ne fait qu'interroger la plausibilité.
  • Pas pour générer de nouvelles options de conception ou une variante — le skill diagnostique, il ne redessine pas.
  • Pas à partir d'une simple description sans image ni dessin — le skill demande une fois le document manquant plutôt que de deviner un projet à partir d'adjectifs.

La méthode

Les six axes de lecture

references/six-axes.md documente six axes de lecture, chacun avec sa propre définition, ce à quoi ressemble une réussite, et un exemple de critique au bon niveau de spécificité. Le skill n'en sélectionne que 2 à 4 par critique — ceux où un problème est réellement visible — plutôt que de noter les six systématiquement.

1. Cohérence du concept
Vérifie si l'idée déclarée se retrouve réellement dans la forme, le matériau et le détail, ou si elle se dilue entre le concept et les dessins. Un lecteur qui n'a jamais vu l'énoncé du concept doit pouvoir le reconstituer à partir des seuls dessins.
2. Échelle et proportion
Évalue le dimensionnement par rapport au corps humain, au bâti voisin, et au programme que l'espace accueille. Une réussite : les hauteurs sous plafond et les dimensions des pièces correspondent réellement à leur usage et à ce qui les entoure.
3. Circulation et programme
Examine la logique de déplacement, l'adjacence entre espaces, et où se rencontrent réellement le public et le privé. Une réussite : le chemin le plus court entre deux espaces qui doivent être proches est aussi celui que les usagers sont censés emprunter.
4. Matérialité et détail
Vérifie si le choix des matériaux soutient l'intention déclarée, ou la contredit une fois construit. Une réussite : le détail à la jonction entre deux matériaux résout la même idée que les matériaux étaient censés exprimer.
5. Contexte
Interroge la réponse du projet au site, au climat, et aux conditions réglementaires ou culturelles du lieu (en France : orientation PLU, posture RE2020, tissu urbain environnant). Une réussite : un inconnu pourrait deviner de quelle rue vient ce bâtiment rien qu'en le regardant.
6. Innovation et faisabilité
Interroge si l'ambition du projet reste constructible dans le budget et le calendrier qu'il implique, même si aucun des deux n'est formellement énoncé. Une réussite : le geste le plus ambitieux du projet est aussi celui dont la séquence de construction est la plus claire.

Étapes

Rassembler le contexte

Lire tous les documents fournis (dessins, images, rendus) et noter l'intention déclarée du projet (concept, programme, brief) si elle existe. Si seule une description vague arrive sans image ni dessin, demander une fois le matériel visuel manquant plutôt que de deviner.

Appliquer le cadre des six axes

Scanner les six axes sans forcer une remarque sur chacun. Sélectionner les 2 à 4 axes où un problème est réellement visible — le silence sur les autres axes est un résultat honnête, pas un manque de rigueur.

Choisir un ton

Par défaut, ton mentor (direct mais bienveillant). Basculer en harsh si l'utilisateur signale une préparation de jury ou un client difficile ; en encouraging pour un travail encore en phase esquisse ou schématique.

Rédiger la critique

Structurer en une synthèse en une ligne, 2 à 4 constats au format [axe] → [ce qui est visible] → [pourquoi ça compte] → [quoi étudier ensuite], et une direction d'étude suivante — jamais une redéfinition.

Rendre compte

Clore avec les 1 à 2 constats principaux reformulés en une ligne chacun, et la direction d'étude suggérée. Ne créer aucun fichier si l'utilisateur voulait seulement la critique en ligne.

Règles

  • Toujours rattacher chaque constat à l'un des six axes et à un élément réellement visible dans le document fourni — jamais une impression générale.
  • Limiter la critique à 2 à 4 constats maximum ; le silence sur un axe sans problème visible est un résultat valide.
  • Juger le projet contre ses propres intentions déclarées (concept, programme, brief) — jamais contre un standard générique qu'il n'a jamais revendiqué.
  • Demander une fois le matériel visuel manquant si seule une description vague est fournie, plutôt que de deviner un projet à partir d'adjectifs.
  • Ne créer un fichier de sortie que si l'utilisateur le demande explicitement — sinon, répondre en ligne.

Erreurs à éviter

  • Forcer une remarque sur les six axes au lieu de n'en retenir que 2 à 4 avec un signal réel.
  • Critiquer le projet contre un standard qu'il n'a jamais revendiqué (par exemple, une critique de durabilité sur un projet qui n'a jamais visé de cible environnementale).
  • Proposer une alternative de conception ou redessiner à la place du client au lieu de se limiter au diagnostic.
  • Deviner un projet à partir d'une description en adjectifs sans jamais demander le dessin ou l'image manquants.
  • Garder un ton mentor par défaut alors que l'utilisateur a explicitement demandé la version harsh avant un jury.

Ce que cette compétence ne fait pas

  • Ne génère pas d'options de conception alternatives, de volumétrie ou ne redessine rien.
  • Ne vérifie pas la conformité au code de construction, à l'urbanisme ou à la constructibilité — à pairer avec un skill dédié à la conformité.
  • Ne note pas le projet contre un standard qu'il n'a jamais revendiqué (pas de critique de durabilité sans cible de durabilité déclarée).
  • N'infère pas un projet à partir d'une description vague seule — demande une fois l'image ou le dessin manquant, puis travaille avec ce qui est fourni.
  • Ne chiffre pas le coût ni la constructibilité détaillée — l'axe faisabilité questionne la plausibilité, il ne produit pas de chiffrage.

Contenu de la compétence3 fichiers · 10,9 Ko(SKILL.md, references/six-axes.md, references/tone-guide.md)