Codia
Ver todos los artículos

Open API y el ecosistema de desarrolladores de Codia

Developer Platform2026-04-22

Por qué Codia expone APIs

Los productos de Codia convierten contenido visual en activos editables y estructurados. La API existe para equipos que quieren esa misma capacidad dentro de su propio producto, script de migración, flujo de agentes, sistema de QA o canalización de automatización de diseño.

La plataforma para desarrolladores se centra en una idea simple: las entradas visuales deben convertirse en datos estructurados que el software pueda interpretar.

Visual Struct para imágenes

El endpoint de imagen de Visual Struct convierte una captura de UI o un mockup en un árbol JSON jerárquico.

http
POST https://api.codia.ai/v1/open/image_to_design

La respuesta incluye elementos tipados como encabezados, botones, tarjetas, tablas, gráficos, iconos, texto y paneles. Los nodos incluyen bounding boxes, configuración de diseño, metadatos de confianza y elementos hijos.

La documentación describe tres formatos de salida:

  • json para canalizaciones personalizadas posteriores
  • svg para un re-render vectorial agnóstico a la herramienta de diseño
  • figma para insertar en un archivo de Figma mediante un plugin o un flujo de importación

Esta es la API que hay que usar cuando una captura, un mockup de UI o una referencia visual debe convertirse en algo legible por máquina.

PDF a Visual Struct

Los PDFs usan un endpoint relacionado:

http
POST https://api.codia.ai/v1/open/pdf_to_design

El endpoint convierte una página PDF en el Visual Element Schema de Codia: una jerarquía tipada con bounding boxes, configuraciones de diseño, especificaciones de estilo y elementos hijos. La misma forma de esquema se comparte con Visual Struct de imágenes, de modo que los consumidores posteriores puedan soportar entradas de imagen y PDF con un solo modelo de procesamiento.

La documentación enumera usos comunes como importadores de Figma, generadores de código, canalizaciones de QA visual y flujos de renderizado.

Cargas y flujos de trabajo de tareas

Para flujos que necesitan manejo privado de archivos o trabajos de larga duración, el contenido existente de Open API describe un patrón de cargas y tareas:

  • subir un archivo privado a /v1/open/uploads
  • recibir un upload_id opaco
  • crear una tarea mediante /v1/open/tasks
  • recibir eventos webhook o consultar el estado de la tarea
  • descargar la salida generada cuando la tarea finaliza

El artículo sobre PDF tipo NotebookLM a PPTX editable usa este patrón para la automatización PDF a PowerPoint del lado del servidor. La regla de implementación clave es que la clave API de Codia permanece en tu servidor, no en el navegador.

Qué construyen los desarrolladores con esto

La API es útil cuando un equipo necesita comprensión visual estructurada dentro de otro sistema:

  • archivo y análisis competitivo de UI
  • auditorías de sistemas de diseño
  • QA visual automatizado y comprobaciones de regresión
  • flujos de importación de screenshot a Figma
  • extracción de PDF a esquema
  • preprocesamiento para generación de código
  • flujos de agentes que necesitan estructura UI legible por máquina
  • herramientas de migración por lotes para grandes archivos de diseño

La salida no es solo una captura con etiquetas. Es un árbol que puede filtrarse, transformarse, renderizarse, importarse o pasarse a otro modelo.

Límites de integración

La documentación pública es clara sobre algunos límites prácticos:

  • las llamadas a la API requieren autenticación con bearer token.
  • la comprobación de créditos ocurre antes de leer algunas cargas.
  • la calidad de la salida depende de la claridad de la fuente y de la complejidad del diseño.
  • las capturas muy altas pueden funcionar mejor si se dividen en límites de sección.
  • los nodos de baja confianza deberían filtrarse antes del uso posterior.
  • los despliegues empresariales pueden revisar retención, uso en producción, límites de tasa más altos y necesidades de despliegue privado.

Esos límites forman parte de la experiencia del desarrollador. Una API fiable debe hacer visibles sus compensaciones.

Por dónde empezar

Empieza con Visual Struct para capturas y mockups. Usa PDF to Visual Struct para PDFs. Abre la API Reference para esquemas de endpoint y campos de solicitud y respuesta.

Recursos relacionados

#open-api#visual-struct#developer-api#json#automation