Orchids

Describías la aplicación que querías y Orchids producía un proyecto, no una imagen de uno. Eso significaba archivos reales y componentes reales que podías ejecutar. No una maqueta de diseño que aún tendrías que construir a mano. Para quien no tiene base de programación, ese era todo el atractivo. ¿La trampa? Los prompts vagos daban resultados vagos. La calidad de la salida iba en línea con la claridad de tu descripción. Sin código que arreglar a mano, tenías que acertar con la descripción las primeras veces.

Orchids no se quedaba en el front end. Levantaba las piezas de backend que necesita una aplicación funcional, con lógica de aplicación y una base de datos, para que funciones como formularios y cuentas guardaran datos reales. Esa es la diferencia entre un sitio que parece terminado y uno que funciona. Hacía que Orchids sirviera para aplicaciones web pequeñas, no solo para páginas informativas. Lo complejo seguía necesitando que una persona revisara la salida.

Cada cambio aparecía en una vista previa en vivo, y refinabas el resultado hablando en el chat en lugar de editar código. Podías pedir otro diseño, un campo nuevo o un cambio de color y verlo aplicado. Ese bucle hacía la herramienta accesible. Juzgabas la aplicación mirándola, no leyendo archivos de código. También significaba que la mayor parte de tu tiempo se iba en describir la intención con claridad, algo que a algunos les resultaba más difícil de lo esperado. Programar con lenguaje natural suena simple hasta que tienes que ser específico.

Los proyectos que necesitaban guardar datos podían usar una base de datos gestionada aprovisionada para ti. Un formulario de registro, una lista de tareas o un pequeño gestor de clientes podían guardar registros reales sin que montaras un servidor ni escribieras scripts de migración. Para usuarios sin perfil técnico, esto quitaba uno de los mayores obstáculos para construir algo interactivo. Ningún servidor que vigilar. La contrapartida era el control. Trabajabas dentro de la configuración gestionada en lugar de ajustar la base de datos por tu cuenta.

Orchids se encargaba del despliegue, así que un proyecto terminado podía ponerse en línea en una URL pública desde dentro del panel. Sin cuenta de hosting aparte. Sin pipeline de CI. Podías enseñar tu trabajo sin salir de la herramienta. Cuando el servicio cerró, esa comodidad se volvió el problema: los proyectos desplegados dejaron de funcionar y hubo que reclamarlos o moverlos a otro host. Es un recordatorio de que el hosting atado a una sola herramienta vive y muere con esa herramienta.

Junto a la versión web, Orchids ofrecía una aplicación de escritorio que guardaba tus proyectos en local, normalmente en una carpeta de tu máquina. Para quien se preocupaba por conservar su trabajo, esa copia local importaba. Sobrevivió al cierre sin ningún paso de migración. Una función pequeña que resultó ser de las más útiles, visto con el tiempo.