Figma lanza Specs: Markdown colaborativo en el canvas para agentes de código

Figma presentó el 15 de octubre Specs, un contenedor nativo de contexto que vive en el canvas y trata el Markdown como formato de trabajo compartido entre personas y agentes. Según el blog oficial, Specs está en beta abierta en web, escritorio y móvil y se despliega en planes de pago (Professional, Organization y Enterprise, además de Education según la documentación de ayuda). Se crea con la tecla D o desde el icono de Specs en la barra de Figma Design y FigJam; también se puede arrastrar un archivo .md existente al canvas.

La motivación que describe Figma es práctica: cada vez más equipos de producto trabajan en Markdown porque es el formato por defecto para briefings hacia agentes de código, pero esos archivos suelen ser de un solo jugador, con relaciones frágiles entre sí y poco anclaje al proyecto visual. Specs concentra decisiones compartidas y referencias al trabajo del canvas —diagramas, capas de código, diseños— y permite incrustar un archivo de FigJam, un frame o cualquier nodo junto al texto, de modo que el texto y el diseño conviven sin depender de capturas o enlaces obsoletos. El agente de Figma puede leer y responder comentarios dentro de un spec, en hilos paralelos, igual que un colaborador humano.

El flujo que Figma propone va de la intención al código. Se puede importar contexto externo con un agente, refinar un PRD en equipo y enviarlo a un agente de programación mediante el servidor MCP de Figma: al pegar el enlace del spec en el prompt, el agente recibe el Markdown y las referencias a frames, diagramas, capas de código y fragmentos de Code Connect. La skill figma-spec del MCP permite leer, crear y actualizar specs; escribir requiere el servidor MCP remoto y acceso de edición. Conectores como GitHub o Hex sirven para traer contexto del repositorio o datos de producto y dejar hallazgos como comentarios sobre el propio documento. Noah Finer, ingeniero de Figma, cuenta en el anuncio que usó un spec —con principios, diagramas de FigJam y comentarios de compañeros— como contexto vía MCP mientras construía la propia función Specs, y que actualizaba el documento y generaba nuevos diagramas a medida que avanzaba el código.

Specs se integra con otras piezas del mismo ciclo de Config: code layers en beta abierta (código ejecutable en el canvas, con extracción de vuelta a capas de diseño), mejoras del MCP (menos errores y menos tokens, generación de imágenes, ejecución de flujos Weave) y Guidelines en beta. Mark Harvey (Intuit) y Mike Blight (investigación en Figma) aparecen en el post como ejemplos de documentación de sistemas de diseño y de consolidación de exploraciones en un artefacto durable junto al canvas.

Como análisis, Specs ataca el fallo más habitual de los agentes de código en producto: un prompt sin el mismo contexto que tiene el equipo de diseño. Al convertir el brief en un objeto multiplayer anclado al canvas y expuesto por MCP, Figma se posiciona como el lugar donde vive la verdad del producto antes de que Codex u otros agentes generen el PR. El coste es de gobernanza: si el spec se vuelve la fuente de verdad, los equipos tendrán que tratarlo con el mismo rigor que un ADR o un ticket, y el consumo de créditos de IA del agente de Figma pasará a ser parte del presupuesto de diseño. Para organizaciones que ya usan Figma Dev Mode y Code Connect, el salto natural es cerrar el bucle brief → canvas → agente → PR sin salir del mismo grafo de contexto.