Un analista creó con Claude un editor UML con diagramas GOST: la primera versión, en 2 horas

Un analista de sistemas necesitaba un editor UML accesible desde Rusia y que no exigiera instalar nada en el ordenador de trabajo. No encontró ninguna opción ya hecha y construyó la suya junto con Claude. La primera versión funcional de umleditor.ru estuvo lista en dos horas. Hoy el sitio ofrece diagramas de flujo según GOST con renderizador propio, un editor de JSON y una guía de más de 70 páginas. Los diagramas los dibuja un servidor PlantUML desplegado en Moscú.

Origen de la tarea

Los diagramas UML forman parte del trabajo diario de un analista de sistemas. El sitio oficial plantuml.com no se abre desde Rusia. Quedan las opciones locales: Java, un plugin para el IDE o una VPN. Al autor no le atraía ninguna de ellas, y menos aún en un ordenador corporativo.

La solución es sencilla: un editor en el navegador. A la izquierda se escribe el código PlantUML y a la derecha se ve el esquema al instante. No hay registro. El autor subraya además la privacidad. El renderizado se hace en su propio servidor en Moscú, y el texto de los diagramas, que a menudo contiene nombres de sistemas, integraciones y servicios internos, no llega a plataformas ajenas. Para un analista que dibuja esquemas de proyectos de trabajo, este argumento pesa más que la comodidad de la interfaz.

Quién hizo qué

El autor describe el reparto de tareas sin rodeos. Claude escribió la interfaz, la parte de servidor, los scripts para el servidor e incluso los textos de la guía. Él explicaba lo que quería, revisaba el resultado y pedía que lo rehiciera. Además, se encargaba de lo que una red neuronal no puede hacer: pagar el hosting, comprar el dominio e introducir las contraseñas.

Este último punto es más importante de lo que parece. El modelo cubre casi todo el ciclo de desarrollo, pero el acceso al dinero, a las cuentas y a la infraestructura sigue en manos de la persona. Justo en esa frontera suele situarse la responsabilidad sobre un proyecto.

Parámetros clave del proyecto, según la descripción del autor:

• primera versión funcional: unas dos horas;
• formato: editor web de UML, el esquema se actualiza a medida que se escribe el código;
• renderizado: servidor PlantUML propio en Moscú;
• registro: no es necesario;
• extras: diagramas de flujo según GOST con renderizador propio, editor de JSON;
• guía: más de 70 páginas;
• autoría del código: Claude, incluidos los scripts del servidor y los textos.

Lo más interesante

La parte menos trivial del proyecto, a juzgar por la descripción, son los diagramas de flujo según GOST. PlantUML dibuja de serie los esquemas con su propio estilo, mientras que los estándares rusos exigen determinadas figuras y un formato concreto. Por eso el autor necesitó un renderizador aparte. Para los analistas de sistemas que entregan documentación según los requisitos del cliente o de proyectos estatales, es un problema real: el esquema hay que redibujarlo a mano en otro editor.

Según el artículo original en Habr, allí se ofrecen código y cifras sobre el funcionamiento del servicio. El anuncio no los incluye, así que por ahora no es posible evaluar la carga, el coste del servidor ni la calidad del renderizador GOST. Tampoco está claro cómo gestiona el servicio un gran flujo de solicitudes ni qué medidas de protección hay en el servidor público de renderizado. Son las preguntas habituales para cualquier servidor PlantUML abierto.

Qué conclusiones sacar

El proyecto muestra un escenario viable para un especialista sin equipo de desarrollo: se toma una tarea concreta de la propia profesión, se describe su solución al modelo y se verifica el resultado a mano. La barrera de entrada es baja: dos horas hasta la primera versión.

Conclusiones prácticas:

• si una herramienta de trabajo no está disponible por sanciones o bloqueos, autoalojar PlantUML en un servidor pequeño sigue siendo la forma más sencilla de mantener el flujo de trabajo habitual;
• antes de enviar diagramas a cualquier renderizador público, comprueba que no contengan nombres de sistemas internos ni direcciones;
• al hacer vibe coding, decide de antemano qué te corresponde a ti: es mejor no ceder al modelo los pagos, los dominios, los secretos ni los accesos;
• conviene probar los esquemas GOST con documentos reales antes de enviarlos al cliente.

El autor promete un análisis técnico completo en un artículo en Habr.