Diseño — 1 de las 20 skills del pack Arquitectos y BTP
Compatible con Claude, ChatGPT, Gemini y Claude Code.
Design-Critic
Critica un proyecto de arquitectura en lo que realmente importa.
Gratis, sin cuenta ni e-mail: alcanza con el comando.
¿Ya la tenés?
Si ya está activa, no hay nada que instalar
Si esta skill ya está agregada en tu Claude, no hace falta instalarla de nuevo. Simplemente pedile lo que querés hacer.
¿No sabés? Preguntale a Claude: «¿qué skills tenés disponibles?»
“Usá la skill design-critic para criticar este proyecto de arquitectura (plano, corte, elevación o render) en lo que realmente importa: …”
1 · Lo más simple
Copiá y pegá en cualquier chat de IA
Este botón copia la skill completa. Pegala en Claude, ChatGPT o Gemini, y después describí lo que necesitás. Sin instalación.
En un chat, los archivos Word o Excel no siempre se pueden generar: en ese caso recibís el documento en texto estructurado, y Claude te lo indica.
2 · Por línea de comandos
/design-critic se instala en 3 pasos
Para Claude Code. La skill se instala en tu computadora y queda disponible en todos tus proyectos.
Requisitos: Claude Code + Node.js
La skill se ejecuta dentro de Claude Code, el asistente de IA de Anthropic instalado en tu computadora. Node.js es el motor que ejecuta el comando de instalación. Ambos son gratis.
Abrí PowerShell
Hacé clic en Inicio, escribí "PowerShell" y presioná Entrar.
Pegá el comando
Hacé clic derecho en la ventana de PowerShell (o Ctrl + V) para pegar el comando de abajo y presioná Entrar. Esperá unos segundos.
npx educasium --skill design-critic --globalLo que tenés que ver:
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.
Reiniciá Claude Code
En Claude Code escribí /restart (o salí y volvé a abrir Claude Code). La skill aparece en la lista de comandos.
¿No usás terminal?
¿Usás Claude.ai en el navegador?
La instalación asistida usa un archivo .zip que se importa en Claude.ai. Es más larga y pide tu e-mail.
Qué hace la skill
Ver el código fuenteEn detalle.
Subí un plano, un corte, una elevación o un render. Design-Critic identifica entre 2 y 4 problemas puntuales, cada uno anclado a un eje de lectura (coherencia del concepto, escala y proporción, circulación y programa, materialidad y detalle, relación con el contexto, o viabilidad) y respaldado por algo visible en el proyecto — nunca una crítica genérica.
Cuándo usarla
Antes de una revisión de jurado, una entrega a cliente o una presentación de permiso: cuando querés una mirada externa que no se conforme con decir “interesante”.
Ejemplo de uso
/design-critic Criticá esta planta baja y este corte...En profundidad
Cómo funciona esta skill de verdad
Design-Critic produce una crítica estructurada y factual de un proyecto de arquitectura — un plano, un corte, una elevación, un render o un estudio volumétrico. En lugar de calificar uniformemente todos los aspectos del proyecto, identifica entre 2 y 4 problemas puntuales, cada uno vinculado a uno de los seis ejes de lectura documentados en references/six-axes.md (coherencia del concepto, escala y proporción, circulación y programa, materialidad y detalle, contexto, viabilidad) y respaldado por un elemento realmente visible en el documento entregado — nunca una impresión general del tipo « esto no funciona ».
El skill juzga el proyecto según sus propias intenciones declaradas: si se proporciona un concepto, un programa o un brief de cliente, la crítica se mide contra lo que el proyecto afirma querer lograr, no contra un ideal genérico. Nunca convierte una crítica en una alternativa de diseño — diagnostica, no rediseña.
Hay tres tonos disponibles para calibrar la severidad de la salida: mentor (por defecto, directo pero cálido), harsh (la objeción más fuerte primero, para preparar un jurado o un cliente difícil), y encouraging (lo que ya funciona, para un trabajo todavía en fase de anteproyecto). Está pensado para el arquitecto que prepara una revisión de jurado, una entrega a cliente o una presentación de permiso, y quiere una mirada externa que no se conforme con decir « interesante ».
Cuándo usarla
- Antes de una revisión de jurado, una entrega a cliente o una presentación de permiso, cuando se necesita una mirada externa crítica.
- Cuando un plano, un corte, una elevación, un render o un estudio volumétrico ya está producido y listo para evaluarse.
- Cuando hay disponible un concepto, un programa o un brief de cliente para medir el proyecto contra sus propias intenciones declaradas.
- Cuando el usuario quiere una versión dura (« harsh ») antes de una presentación de jurado al día siguiente.
- Cuando el trabajo todavía está en fase de anteproyecto o esquemático y conviene un tono alentador, orientado al desarrollo.
- Cuando solo hay disponible un render exterior aislado, sin planos — el skill puede criticar lo visible señalando a la vez los límites del análisis.
Cuándo no usarla
- No para verificar el cumplimiento del código de construcción o las normas urbanísticas (dimensiones, salidas de emergencia, retiros) — combinar con un skill dedicado al cumplimiento normativo.
- No para una revisión de costo o de viabilidad constructiva detallada — el eje de viabilidad no calcula cifras, solo cuestiona la plausibilidad.
- No para generar nuevas opciones de diseño o una variante — el skill diagnostica, no rediseña.
- No a partir de una simple descripción sin imagen ni dibujo — el skill pide una vez el documento faltante en lugar de adivinar un proyecto a partir de adjetivos.
El método
Los seis ejes de lectura
references/six-axes.md documenta seis ejes de lectura, cada uno con su propia definición, cómo se ve un buen resultado, y un ejemplo de crítica al nivel de especificidad correcto. El skill selecciona solo entre 2 y 4 por crítica — aquellos donde un problema es realmente visible — en lugar de calificar los seis sistemáticamente.
- 1. Coherencia del concepto
- Verifica si la idea declarada realmente se refleja en la forma, el material y el detalle, o si se diluye entre el concepto y los dibujos. Un lector que nunca vio el enunciado del concepto debe poder reconstruirlo solo a partir de los dibujos.
- 2. Escala y proporción
- Evalúa el dimensionamiento respecto al cuerpo humano, el entorno construido, y el programa que el espacio alberga. Un buen resultado: las alturas de techo y las dimensiones de los espacios corresponden realmente a su uso y a lo que los rodea.
- 3. Circulación y programa
- Examina la lógica del desplazamiento, la adyacencia entre espacios, y dónde se encuentran realmente lo público y lo privado. Un buen resultado: el camino más corto entre dos espacios que deben estar cerca es también el que los usuarios están destinados a tomar.
- 4. Materialidad y detalle
- Verifica si la elección de materiales sostiene la intención declarada, o la contradice una vez construida. Un buen resultado: el detalle en la unión entre dos materiales resuelve la misma idea que los materiales debían expresar.
- 5. Contexto
- Interroga la respuesta del proyecto al sitio, al clima, y a las condiciones regulatorias o culturales del lugar. Un buen resultado: un desconocido podría adivinar en qué calle está este edificio solo con mirarlo.
- 6. Innovación y viabilidad
- Interroga si la ambición del proyecto sigue siendo constructible dentro del presupuesto y el calendario que implica, aunque ninguno de los dos se enuncie formalmente. Un buen resultado: el gesto más ambicioso del proyecto es también aquel cuya secuencia constructiva es más clara.
Pasos
Reunir el contexto
Leer todos los documentos proporcionados (dibujos, imágenes, renders) y anotar la intención declarada del proyecto (concepto, programa, brief) si existe. Si solo llega una descripción vaga sin imagen ni dibujo, pedir una vez el material visual faltante en lugar de adivinar.
Aplicar el marco de los seis ejes
Escanear los seis ejes sin forzar una observación en cada uno. Seleccionar los 2 a 4 ejes donde un problema es realmente visible — el silencio en los demás ejes es un resultado honesto, no una falta de rigor.
Elegir un tono
Por defecto, tono mentor (directo pero cálido). Cambiar a harsh si el usuario señala una preparación de jurado o un cliente difícil; a encouraging para un trabajo todavía en fase de anteproyecto o esquemático.
Redactar la crítica
Estructurar en una síntesis de una línea, 2 a 4 hallazgos con el formato [eje] → [lo que es visible] → [por qué importa] → [qué estudiar a continuación], y una dirección de estudio siguiente — nunca un rediseño.
Rendir cuentas
Cerrar con los 1 a 2 hallazgos principales reformulados en una línea cada uno, y la dirección de estudio sugerida. No crear ningún archivo si el usuario solo quería la crítica en línea.
Reglas
- Vincular siempre cada hallazgo a uno de los seis ejes y a un elemento realmente visible en el documento proporcionado — nunca una impresión general.
- Limitar la crítica a un máximo de 2 a 4 hallazgos; el silencio en un eje sin problema visible es un resultado válido.
- Juzgar el proyecto contra sus propias intenciones declaradas (concepto, programa, brief) — nunca contra un estándar genérico que nunca reivindicó.
- Pedir una vez el material visual faltante si solo se proporciona una descripción vaga, en lugar de adivinar un proyecto a partir de adjetivos.
- Crear un archivo de salida solo si el usuario lo solicita explícitamente — de lo contrario, responder en línea.
Errores para evitar
- Forzar una observación en los seis ejes en lugar de quedarse solo con 2 a 4 que tengan una señal real.
- Criticar el proyecto contra un estándar que nunca reivindicó (por ejemplo, una crítica de sostenibilidad sobre un proyecto que nunca apuntó a un objetivo ambiental).
- Proponer una alternativa de diseño o rediseñar en lugar del cliente en vez de limitarse al diagnóstico.
- Adivinar un proyecto a partir de una descripción en adjetivos sin pedir nunca el dibujo o la imagen faltante.
- Mantener un tono mentor por defecto cuando el usuario pidió explícitamente la versión harsh antes de un jurado.
Lo que esta skill no hace
- No genera opciones de diseño alternativas, volumetría ni redibuja nada.
- No verifica el cumplimiento del código de construcción, urbanístico o de constructibilidad — combinar con un skill dedicado al cumplimiento.
- No califica el proyecto contra un estándar que nunca reivindicó (sin crítica de sostenibilidad sin un objetivo de sostenibilidad declarado).
- No infiere un proyecto a partir de una descripción vaga sola — pide una vez la imagen o el dibujo faltante, y luego trabaja con lo que se le da.
- No calcula el costo ni la constructibilidad detallada — el eje de viabilidad cuestiona la plausibilidad, no produce un presupuesto.
Contenido de la skill — 3 fichiers · 10,9 KB(SKILL.md, references/six-axes.md, references/tone-guide.md)
Descarga gratis