Respuesta corta: La primera versión imperfecta de AgentShelf importó porque convirtió años de automatización de Salesforce, diseño de flujos y experimentación con LLM en una dirección de producto funcional.
Nunca había construido software con otras personas hasta que los LLM me dieron la capacidad de hacerlo. Siempre estuve diseñando y automatizando con herramientas declarativas como Flow, pero la sensación de logro que venía después me hacía sentir muy bien. Recuerdo cuando Flow Builder introdujo los flujos activados por registro (record-triggered flows): yo era administrador asociado en ese momento y decidí tomar todos los Process Builders que teníamos en la organización y migrarlos. Nadie me lo pidió, no tenía ninguna certificación entonces, me movía puro interés y ganas de descubrir. En esa época escuchaba mucho a Twenty One Pilots, así que mientras revisaba la lógica que había que portar a Flow, lo único que oía una y otra vez era:
Sippin' on straight chlorine
Let the vibe slide over me
This beat is a chemical, beat is a chemical
When I leave, don't save my seat
I'll be back when it's all complete
The moment is medical, moment is medical
Sippin' on straight chlorine
El momento sí que era medical, en el sentido de que había empezado a tomar impulso como administrador asociado. Antes de eso, había fracasado. Intenté tomar todos los Process Builders de Case y fusionarlos en uno solo. Recuerdo a Gabe repasando el Process Builder que yo había construido, buscando depurarlo, quizá sacarlo adelante para no desperdiciar el esfuerzo. Agradecí mucho esas sesiones. Se sentía como editar un capítulo: leer algo que escribiste y luego mirar el contenido para corregirlo o ajustarlo, solo que era programación declarativa. Cerrando el círculo, y como un interno que se forma para volverse residente, me encontré practicando con una herramienta nueva para lograr el mismo objetivo que en el intento anterior, pero esta herramienta era más capaz. Flow, en la época de mi carrera como administrador asociado, empezaba a convertirse en la opción por defecto para los administradores durante la era del #clicksovercode, y llegó en un momento buenísimo.
Descubrí que la nueva estructura que puse en marcha —cuatro flujos distintos: Cases: When Created - before save, Cases: When Created - after save, Cases: When Updated - before save y Cases: When Updated - after save— era un marco pulido y con sentido. Igual que un escritor que planifica una historia, tomé cada parte de la lógica que quería portar, la puse en una hoja de Excel y luego troceé la narrativa en secciones bien definidas. El resultado fue un marco nuevo, y lo mejor es que se me había ocurrido a mí ¡y funcionaba! Ese fue mi momento de "when I leave, don't save my seat", porque había dejado el mundo literario, el call center y el trato directo con clientes para entrar al software. Lo cual me lleva de vuelta a desarrollar AgentShelf el 5 de enero de 2026.
Mirando hacia atrás, nuestra primera interfaz era tosca, pero tenía sentido. Queríamos que usuarios que nunca habían usado un LLM pudieran trabajar y entender las distintas partes de la plataforma que estábamos creando. Era simple, pero era elegante. Igual que la solución que había creado años antes como administrador asociado, esta solución era una idea joven, pero poderosa.
La interfaz, eso sí, era dura de ver. Había mucho de todo por todas partes, y podía imaginar a los usuarios abrumándose. Nuestro nuevo diseño es más moderno y sofisticado, y aun así todavía no es perfecto. Si te mostrara hoy una imagen del espacio de trabajo de chat, apenas la reconocerías comparada con la de arriba. Es increíble pensar que, igual que con los flujos activados por registro, con una herramienta nueva de por medio he podido tomar algo como Claude Code o Codex y correr con ello para diseñar y construir algo que normalmente requeriría todo un equipo de ingenieros de software.
