Claude Code trae un editor de diseño y no está en el changelog

Le pedí a Claude Code que me rediseñara una pantalla esperando lo de siempre: un bloque de texto explicándome qué cambiaría. No pasó eso. Me imprimió un enlace, abrí el enlace, y dentro había un lienzo con varias mesas de trabajo, cada una con una propuesta distinta de esa misma pantalla. Todas editables. El comando es `/design`. Y la parte que me hizo sentarme a verificar es que no lo encontré donde se supone que se buscan estas cosas.

Qué hace exactamente

La documentación oficial lo describe así, palabra por palabra: > The /design skill brings Claude Design's artboard workflow into the CLI and Claude Code Desktop, built on artifacts. Run it with a brief and Claude publishes a canvas of editable artboards for your UI. Pick one, tweak it, then have Claude implement it. Traducido a lo que pasa en tu pantalla: escribes el comando con un brief en la misma línea, Claude te publica un lienzo con opciones, eliges una, la ajustas a mano, y le dices que la implemente en tu código. El ejemplo que trae la propia documentación es este, literal: ``` > /design redesign the composer based on what people actually use it for ``` Fíjate en la forma del brief. No es "hazme una pantalla bonita". Es un encargo con criterio: rediseña esto, según cómo se usa de verdad. Esa frase es la mitad del resultado.

La parte que fui a comprobar

Cuando algo así aparece, mi primer reflejo no es probarlo: es ir a ver dónde se anunció. Y ahí salió lo interesante. Descargué el `CHANGELOG.md` oficial del repositorio de Claude Code. Son 6.675 líneas. Busqué `/design`: cero resultados. Busqué "design canvas": cero. Busqué "artboard": cero. Después fui a la página oficial de slash commands, que es la lista de comandos disponibles. Ahí la palabra "design" aparece una sola vez en todo el texto, y es dentro de un ejemplo sobre patrones de arquitectura. El comando no está listado. Quiero ser preciso con esto, porque es fácil convertirlo en una acusación que no toca: sí lo anunciaron. Está publicado en el resumen semanal de la documentación, con fecha de agosto. No hubo secretismo. Lo que pasa es que el resumen semanal no es donde mira casi nadie, y los dos sitios donde sí mira todo el mundo no lo recogieron.

Por qué esto no es un detalle menor

Llevo meses diciendo lo mismo sobre estas herramientas: el problema ya no es que les falten funciones. Es que las funciones llegan más rápido de lo que nadie puede leerlas. Un editor de diseño dentro de una terminal lleva disponible desde agosto. Si tu manera de enterarte de las novedades es el changelog —que es la manera sensata, la que recomendaría cualquiera— este te pasó por al lado durante semanas. Y hay una segunda lectura, que es la que de verdad me interesa. A una terminal no le metes un lienzo de diseño si tu usuario es programador. Un programador no necesita ver tres propuestas visuales: escribe el componente. Se lo metes al que nunca abrió una terminal. Esa decisión dice hacia dónde creen que va esto.

La letra chica, sin adornos

Tres cosas que hay que decir antes de que corras a probarlo:

• Necesitas la versión 2.1.234 o superior. Si tienes una anterior, el comando no existe para ti.
• Está disponible en los planes Pro, Max, Team y Enterprise. No en el gratuito.
• Es una vista previa de investigación. No reemplaza a tu herramienta de diseño, y no pretende hacerlo.

Lo que sí hace, y es suficiente para justificar los diez minutos, es cerrar el hueco entre "tengo una idea de cómo debería verse esto" y "ya está en el código". Ese trayecto solía tener tres herramientas y dos personas en medio.

Cómo lo verificas tú en dos minutos

No te fíes de mí. Es literalmente más rápido comprobarlo que discutirlo:

1. Mira tu versión. Si estás por debajo de 2.1.234, actualiza.
2. Escribe `/design` con un brief corto de una pantalla que ya tengas.
3. Abre el enlace que te imprime.

Si te devuelve el lienzo, ya sabes más que el changelog.