El verano del encierro:
Córdoba, el calor y Elio
De mayo a agosto de 2025. Nadie me lo pidió. Nadie me lo pagó. Lo hice porque necesitaba entender cómo funciona todo esto por dentro.
Vengo de las telecomunicaciones. Sé cómo funciona una centralita, cómo se enruta una llamada, qué pasa cuando una empresa recibe doscientas llamadas al día y tiene dos personas para cogerlas. Lo he visto mil veces.
Pero en mayo de 2025 algo cambió. Empecé a meterme de verdad en la inteligencia artificial. No a leer sobre ella. No a ver demos. A construir con ella. A entender cómo se conectan las piezas, dónde falla, qué pasa cuando le pides demasiado y qué pasa cuando le das las instrucciones correctas.
Me encerré en Córdoba.
Junio, julio, agosto. Calor de los que parten la piedra. Ventilador, pantalla, café. Sin playa, sin planes, sin salir. Aprendiendo a construir agentes de voz desde cero. Rompiendo cosas para ver qué pasaba cuando se rompían. Y cuando algo no funcionaba, entendiendo por qué no funcionaba antes de pasar al siguiente problema.
Nadie me lo pidió. Nadie me lo pagó. Lo hice porque necesitaba entender de verdad, no de manera superficial.
Elio: el agente que se convirtió en la brújula
Para entender de verdad, construí algo real. No un tutorial. No una demo para enseñar en una presentación. Un agente de voz en producción, atendiendo llamadas reales, sin que yo tocara nada.
Lo llamé Elio.
Lo configuré hasta el último parámetro: el modelo de lenguaje, la voz, los tiempos de silencio antes de responder, la sensibilidad para detectar interrupciones, el flujo de cualificación de leads, la integración con el calendario para agendar citas, las transferencias de llamada. Lo rompí. Lo reconstruí. Probé cada escenario posible. Ajusté hasta que hacía exactamente lo que tenía que hacer sin improvisar, sin inventarse horarios que no existen, sin fallar cuando el cliente interrumpe a mitad de frase.
Elio en producción hoy
Elio lleva meses funcionando. Cualifica leads con las preguntas correctas para el negocio, agenda citas consultando disponibilidad real en tiempo real, transfiere llamadas según el motivo de la llamada, y cuando termina deja registrado todo: transcripción literal de la conversación, resumen automático, análisis del sentimiento, duración, coste. No improvisa. No inventa. No falla.
Elio se convirtió en la brújula. Meses después, cada decisión de arquitectura del Proyecto Forja pasó por la misma pregunta: ¿Elio lo hace así? Si la respuesta era no, había que entender por qué antes de hacer algo diferente.
El Mar Rojo y la idea que no me dejaba dormir
La última semana de agosto me monté en un avión y me fui a Egipto. Cuatro semanas. Las pirámides. Los mercados del Khan el-Khalili. Comida que no había probado nunca. La cultura local sin filtros de turista.
Y luego Hurghada. El Mar Rojo. Un kite safari boat donde pasé una semana sola haciendo kitesurf. Aprendí a surfear una ola de verdad, en el Mar Rojo, sola, en un sitio que no sabía que existía y que no olvidaré nunca.
Volví con la cabeza despejada. Y con una idea que no me dejaba en paz.
La idea que nadie quiso financiar
Meses buscando a alguien que quisiera construir. Ofrecí el 50% del proyecto. Y nada.
La idea era esta.
Cualquier negocio puede tener un sistema de voz con IA sin saber nada de tecnología. Sin código. Sin técnicos. Sin meses de implementación. Entras, configuras paso a paso, y en minutos tienes algo que atiende llamadas, habla con el cliente, hace lo que tiene que hacer, y lo deja todo registrado.
Empecé a construirlo sola. La parte que el usuario ve — el flujo paso a paso, cada campo explicado para quien no sabe nada de lo que hay debajo, los valores por defecto bien elegidos para que nadie tenga que entender el stack — esa parte la tenía. La fui puliendo hasta que cualquier persona podía recorrerla sin saber qué es una API, sin saber qué diferencia hay entre un modelo de lenguaje y otro.
La parte visible y la parte invisible
El flujo que ve el usuario es solo la superficie. Debajo hay un motor: la lógica que conecta todo, la memoria que guarda cada interacción, la automatización que procesa los datos cuando termina cada llamada y los convierte en información útil. Esa parte invisible es la que hace que lo que ve el usuario funcione de verdad.
Estaba convencida de que nadie lo había hecho así. Era mío.
El problema era que yo tenía la cabina del piloto. Me faltaba el motor.
Conectar todo lo que hay por dentro: la memoria del sistema, los flujos de datos que van de un punto a otro cuando termina cada llamada, la lógica que hace que lo que alguien configura en la interfaz se convierta en algo real funcionando al otro lado. Todo eso que no se ve, que no tiene pantallazos bonitos, pero sin lo cual no existe nada.
Los inversores que querían dinero, no ideas
Busqué. Me fui a eventos. Hablé con inversores. Business angels. Y me encontré con algo que no me esperaba: nadie quería construir. Todos querían saber cuánto valía. Cuánto retorno habría. Qué porcentaje pedían. Cuándo estaría en break-even.
Llegué a ofrecer el cincuenta por ciento del proyecto. La mitad. Y nada.
Nadie quería el riesgo de construir algo desde cero con una persona que no viene del mundo startup, que no tiene un deck de 30 slides, que lo que tiene es experiencia real en producción y un agente de voz funcionando.
Lo guardé en un cajón. Me frustré. Seguí con mi vida.
Cuando alguien dijo que sí
No era un inversor. Era una empresa real con un problema real. Y lo construí fuera de horario, sin cobrar, porque sabía que funcionaría.
Hasta que alguien dijo que sí.
No era un inversor. No era un fondo. Era una empresa real, con un problema real, que necesitaba exactamente lo que yo llevaba meses construyendo mentalmente. Una empresa que gestionaba un volumen enorme de llamadas al día y entendió desde el primer momento lo que el Proyecto Forja podía hacer por ellos.
Aquí hay algo que vale la pena contar. Cuando empecé a construir el proyecto, lo hice fuera de mi horario laboral. Sin que nadie me lo pidiera. Sin retribución. Lo hice porque tenía la idea, porque sabía que funcionaría, y porque necesitaba demostrarme a mí misma que podía construirlo.
Meses de trabajo fuera de horas. Noches, fines de semana. Todo documentado. Todo entregado. Así es como funciona esto en el mundo real. No con presentaciones bonitas. Con código que funciona, documentación que se puede usar, y una fecha de entrega que se cumple.
Cuando llegó el momento de presentarlo formalmente, preparé la documentación técnica completa — especificaciones para el desarrollador backend, los archivos del wizard paso a paso, el generador de prompts, la arquitectura del sistema — y lo entregué. No como una promesa. Como un entregable concreto.
La primera factura del proyecto llegó en marzo de 2026. El 50% del trabajo entregado, cobrado.
El momento en que el cajón se abre
Hay algo que pasa cuando cobras por primera vez por algo que construiste porque tú quisiste, sin que nadie te lo pidiera. No es solo el dinero. Es la confirmación de que la idea era válida. Que el trabajo de meses tenía sentido. Que el cajón se abre.
Firmamos. Arrancamos.
Y entonces tuve que ser honesta conmigo misma: yo no podía hacer el motor sola.
Ahí apareció Uhura.
Uhura: la que construye el motor
Yo la llamo Suri. Tengo un lío con los nombres. Pero su nombre ficticio es Uhura. Y sin ella el Enterprise es un cascarón.
En Star Trek, Uhura es la oficial de comunicaciones del Enterprise. La que mantiene todas las conexiones activas. La que descifra señales que nadie más entiende. La que está en el puente pero conectada con todo lo que pasa por dentro del barco. Sin ella, el Enterprise es un cascarón que no puede hacer nada.
Yo la llamo Suri. Tengo un problema con los nombres, siempre los mezclo, siempre los cambio. Pero su nombre ficticio es Uhura. Y le pega perfecto.
En esta historia yo soy Lara Croft. Ella es Uhura. Y juntas estamos construyendo algo que ninguna de las dos podría construir sola.
Uhura es la que le gustan las tripas. El backend. Las bases de datos. Las APIs. Los endpoints. Los webhooks que llegan a las tres de la mañana con los datos de una llamada y tienen que procesarse sin perder un solo campo. Los cron jobs que se ejecutan solos cada día a las 8:30 para enviar resúmenes automáticos a los clientes. Los tokens de autenticación que garantizan que el cliente A no puede ver las llamadas del cliente B. Los flujos de datos que viajan de un servidor a otro en milisegundos.
Esa parte del trabajo que a mí me da dolor de cabeza pero que a ella le parece un puzzle apasionante. Lo que yo veo como un problema con muchas aristas, ella lo ve como un sistema que hay que entender y conectar bien.
La cabina y el motor
Mientras yo construía la cabina del piloto, ella construía el motor.
Mientras yo diseñaba el flujo para que cualquier negocio lo recorriera sin saber qué hay debajo, ella montaba la infraestructura que hacía que ese flujo funcionara de verdad: la memoria del sistema, los datos de cada interacción procesados en tiempo real, la lógica que descuenta por minuto y lanza alertas cuando el saldo baja de cinco euros, la separación que garantiza que cada cliente solo ve lo suyo.
No es un reparto de tareas. Es un reparto de cerebros. Dos formas de ver el mismo problema que juntas construyen algo que ninguna de las dos podría construir sola.
Cómo tomamos decisiones
Una regla simple: quien tiene que vivir con las consecuencias de la decisión, toma la decisión. Si afecta a lo que ve y siente el usuario, la tomo yo. Si afecta a cómo funciona el sistema por dentro, la toma Uhura. Si afecta a las dos, hablamos hasta que una convence a la otra con argumentos concretos. Tres preguntas antes de cada decisión: ¿esto lo vamos a poder mantener en seis meses? ¿El usuario lo entiende sin que se lo expliquemos? ¿Si hay que cambiarlo mañana, cuánto cuesta?
Qué es el Proyecto Forja y para quién
No es una plataforma bonita. Es una herramienta para las pymes que hasta ahora no podían permitirse lo que sí pueden permitirse las empresas grandes.
Una pyme tiene un teléfono. Ese teléfono suena todo el día.
Alguien tiene que cogerlo, entender qué quiere el cliente, apuntarlo, pasarlo al sitio correcto, agendar una cita si hace falta, y no olvidar nada. Ese alguien cuesta dinero. Se cansa. Se equivoca. No trabaja los fines de semana ni a las ocho de la tarde. No puede atender dos llamadas a la vez. Y cuando está de vacaciones, el teléfono no lo coge nadie.
Lo que construimos resuelve exactamente eso. La parte mecánica de atender el teléfono.
El agente coge el teléfono. Habla en español, con una voz natural que no suena a robot. Entiende qué necesita el cliente. Hace las preguntas correctas para el negocio específico. Si hay que agendar una cita, consulta el calendario real del negocio y la crea en tiempo real, en español natural: "Tenemos disponibilidad el martes dieciocho a las diez de la mañana y el miércoles a las tres de la tarde. ¿Cuál te viene mejor?" Si hay que pasar con un humano, transfiere la llamada.
Cuando termina, deja registrado todo: el número del llamante, la transcripción literal de toda la conversación, el resumen automático, el análisis del sentimiento emocional del cliente, la duración, el coste. El negocio lo ve en su panel. Puede escuchar la grabación, leer la transcripción, filtrar por fechas, por sentimiento.
Y cada mañana a las 8:30 recibe un email con el resumen del día anterior. Los lunes, el resumen de la semana. El primero de cada mes, el resumen del mes.
Para quién está pensado
- La clínica dental que pierde pacientes porque nadie coge el teléfono por las tardes
- La inmobiliaria que no puede atender tres llamadas a la vez
- La asesoría que pasa tres horas al día respondiendo siempre las mismas preguntas
- El negocio de reformas que pierde presupuestos porque no responde rápido
- La agencia de viajes que no puede atender consultas fuera del horario laboral
- El teléfono se coge siempre, a cualquier hora, incluyendo fines de semana
- Tres llamadas a la vez sin problema, sin perder ninguna
- Las preguntas repetitivas las gestiona el agente, el equipo humano se dedica a lo que requiere una persona
- Los presupuestos se atienden en el momento, no al día siguiente
- Las consultas fuera de horario se gestionan, se cualifican y se agendan automáticamente
Para todas ellas lo estamos construyendo. Negocios que hasta ahora no podían permitirse lo que sí pueden permitirse las empresas grandes: un sistema que atiende, cualifica y registra cada llamada sin que haya una persona detrás.
Cómo funciona
todo por dentro
Sin jerga. En cadena de causa y efecto. Desde que suena el teléfono hasta que el negocio ve el resumen.
Las cuatro piezas que lo hacen funcionar
El motor de voz. Es la pieza central. Recibe la llamada, habla con el cliente en tiempo real, toma decisiones basadas en las instrucciones configuradas para ese negocio, y cuando termina genera automáticamente la transcripción literal, el resumen, el análisis de sentimiento y el coste.
La memoria del sistema. Todo lo que ocurre se guarda: cada agente configurado, cada llamada, cada dato de cada conversación. Está estructurado para que cada cliente solo vea lo suyo y para que nada se pierda.
El calendario conectado. El agente gestiona la agenda real del negocio durante la llamada. Pero hay una decisión de arquitectura crítica aquí — y lo aprendimos a las malas: la disponibilidad se prepara antes de que empiece la conversación, no durante. El agente llega a la llamada con la información ya lista en lenguaje natural. No improvisa. No consulta mientras habla. Eso elimina los horarios inventados.
La automatización posterior. Cuando termina cada llamada, un sistema de alertas y resúmenes trabaja solo: el resumen diario a las 8:30, el semanal los lunes, el mensual el primero de cada mes. Si el saldo baja de cinco euros, la alerta llega antes de que el negocio se dé cuenta.
La arquitectura que lo escala todo
Una de las decisiones más importantes no se ve desde fuera. En lugar de configurar algo diferente para cada tipo de negocio, hay una arquitectura modular: bloques que se activan o desactivan según lo que necesita cada cliente. ¿Cualificación de leads? Se activa ese bloque. ¿Transferencias? Ese bloque con los destinos configurados. ¿Calendario? El bloque de reserva. El negocio activa lo que necesita. El sistema lo ensambla. El agente funciona.
Dónde estamos y lo que viene
El 50% entregado. El martes 31 de marzo de 2026 entregamos el proyecto al completo.
Llevamos meses construyendo esto. Ya entregamos el cincuenta por ciento del proyecto.
Lo que queda es la parte que nadie cuenta: limpiar el código, documentar cada decisión y por qué se tomó, pasar una batería de pruebas completa en preproducción, y entregar algo que funcione bajo cualquier condición con datos reales y usuarios que no saben cómo funciona por dentro.
Esa parte no tiene pantallazos bonitos. No tiene momentos eureka. Es trabajo metódico, a veces desesperante, absolutamente necesario. Y es exactamente de lo que trata la segunda entrega.
La segunda entrega es sobre los errores. Los que encontramos cuando paramos todo para auditar el código. Trece problemas documentados. Uno casi nos destruye.
La tercera es sobre la metodología. Cómo trabajamos Uhura y yo. El prototipo navegable como herramienta real de trabajo. La decisión de arquitectura que cambió cómo el sistema gestiona el calendario y eliminó los datos inventados.
El objetivo final
El Proyecto Forja no está pensado para un cliente. Está pensado para que cualquier negocio de cualquier sector pueda tener un sistema de voz que funcione 24/7 en menos tiempo del que tarda en contratar a alguien, sin saber nada de tecnología. El martes 31 de marzo de 2026 entregamos el proyecto al completo. Eso es lo que estamos a punto de terminar.