Alors, comment les architectes s’y prennent-ils avec Claude ? Voilà le sujet du tutoriel dont je vous parle aujourd’hui. Et non, il ne s’agit pas d’un énième gadget conversationnel qu’on interroge poliment avant de retourner travailler sérieusement.
Le principe est simple à énoncer, mais ses implications le sont beaucoup moins : on part d’instructions écrites, en langage naturel, et on arrive à des maquettes 3D dans Rhino®. Entre les deux, l’outil s’occupe aussi de préparer les présentations clients et de dépouiller les documents d’appel d’offres — ces monstres de complexité administrative que tout architecte connaît.
Mais comment un modèle de langage, pensé au départ pour discuter, en vient-il à produire de la géométrie exploitable ? C’est là que les protocoles de contexte (MCP) entrent en jeu. Ils permettent à Claude de se brancher directement sur les outils techniques du métier, un peu comme on branchait autrefois une table traçante sur un poste de CAO : la commande part d’un côté, l’objet réel arrive de l’autre.
L’auteur du tutoriel insiste sur un point que je trouve essentiel : rien de tout cela ne fonctionne correctement sans instructions personnalisées et sans ces fonctions avancées qu’on appelle des « compétences ». Sans elles, on obtient un outil bavard et approximatif. Avec elles, on obtient de la précision et de la répétabilité — deux mots qui, en architecture, ne sont jamais négociables.
Alors on entend aussi des petites voix de plus en plus nombreuses dire que Claude n’est plus un simple agent conversationnel, mais un véritable collaborateur technique, capable d’exécuter des tâches architecturales spécialisées. Rien moins que ça.