Me hice mi propia herramienta sin ser programador

Hay vídeos que prometen una aplicación hecha con inteligencia artificial en diez minutos y sin saber programar. Quise comprobarlo con algo que necesitaba de verdad, no con la enésima lista de tareas. Salió, sí, pero no en diez minutos, y aquí cuento lo que costó, dónde me atasqué y qué haría hoy si empezara de cero.

El vídeo tipo lo habrás visto: alguien escribe una frase, pulsa un botón y a los pocos minutos tiene una aplicación preciosa funcionando. "Sin saber programar", dice el título.

A esa forma de trabajar se le llama vibe coding: le cuentas a la inteligencia artificial lo que quieres en lenguaje normal, ella escribe el código, tú lo pruebas y le pides cambios, casi sin leer lo que genera. El término lo acuñó Andrej Karpathy a principios de 2025 y se ha quedado.

Me lo tomé en serio. Nada de ejemplos de juguete: elegí un problema que me comía tiempo cada semana. Aviso desde el principio para que nadie se sienta engañado: la herramienta existe, la uso a diario, y me llevó unas 14 horas repartidas en tres semanas. Bastante más de diez minutos.

Mi problema era muy poco glamuroso. Trabajo con varios clientes y necesito saber cuántas horas dedico a cada uno, en qué, y tener a fin de mes un resumen que pueda enviarles o usar para facturar. Lo llevaba en una hoja de cálculo que había ido creciendo sin orden: una pestaña por mes, columnas que ya no significaban nada y fórmulas que se rompían si alguien insertaba una fila.

Entre apuntar, corregir y montar el resumen mensual se me iban unos 40 minutos a la semana, más una tarde entera a final de mes. Y encima apuntaba a menudo dos días tarde y de memoria.

Miré aplicaciones que ya existían. Probé dos de control de horas bastante conocidas: una era excelente pero pensada para equipos, con más menús de los que yo iba a usar nunca; la otra no me dejaba sacar el resumen con el formato que me piden mis clientes sin pagar el plan superior. Ninguna estaba mal; no estaban hechas para mí.

Y esa es la idea con la que me quedé: la mejor primera herramienta es pequeña, concreta y solo para ti. No tiene que gustarle a nadie más. Tiene que resolver tu problema y ya.

Para construirla usé Claude Code. Para quien no lo conozca: es un asistente de Anthropic que trabaja directamente sobre los archivos de tu ordenador. No es un chat donde copias y pegas trozos de código; lee la carpeta, crea archivos, los modifica, ejecuta comandos y comprueba lo que hace. Es lo que se llama un agente, una inteligencia artificial que da varios pasos por su cuenta para cumplir un encargo, y pide permiso antes de lo delicado.

Lo elegí porque trabajo sobre todo con Claude y porque ya lo había usado en Hice una web con ayuda de la inteligencia artificial. Quiero dejarlo claro: el código no lo escribí yo. Lo escribió el modelo; yo describí, probé y protesté.

La primera petición fue más o menos esta: "Quiero una pequeña aplicación web para uso personal donde apunte las horas que dedico a cada cliente, con fecha, cliente, tarea y duración. A final de mes quiero sacar un resumen por cliente que pueda copiar en un correo. Solo la voy a usar yo, en mi ordenador".

Antes de ponerse a escribir me hizo preguntas: dónde guardar los datos, si quería poder editar lo ya apuntado, si necesitaba varios usuarios. Algunas cosas las decidí yo: que los datos se guardaran en un único archivo fácil de copiar, que la pantalla principal fuera un formulario de tres campos y que lo primero que hiciera bien fuera apuntar, no el resumen. Otras, como el lenguaje de programación o cómo organizar las carpetas, se las dejé a ella: no tenía criterio para opinar.

El mejor consejo que puedo dar de esta parte es el que más me costó aprender: pide primero una versión mínima. Lo que viene siendo crear una app con IA sin ahogarte es pedir, probar y corregir en pasos pequeños. La primera versión solo apuntaba horas y las listaba. Nada más. Y eso ya me servía.

Aquí viene el batacazo, que para eso está este blog.

Hicieron falta unas 11 sesiones de trabajo. Las tres primeras fueron una maravilla: pedía algo, aparecía, funcionaba. Me vine arriba. Empecé a pedir cosas cada vez más ambiciosas en la misma conversación: filtros, colores por cliente, un gráfico, exportar a hoja de cálculo. Todo a la vez.

El atasco llegó con el resumen mensual. Le pedí que el resumen agrupara por cliente y redondeara a cuartos de hora. Lo hizo. Al día siguiente le pedí que se pudiera editar una entrada antigua, y al arreglar eso el resumen empezó a contar dos veces las horas editadas. Yo no me di cuenta hasta que un cliente me salía con 31 horas en una semana en la que había trabajado 18 para él.

Ahí entendí el riesgo del vibe coding que todo el mundo menciona y nadie te cuenta en carne propia: cuando algo falla y no entiendes el código, dependes de que la máquina lo arregle, y a veces arregla una cosa y rompe otra. Me pasé dos sesiones dando vueltas: ella corregía el recuento, se rompía la edición; arreglaba la edición, volvía el doble recuento.

Estuve a punto de dejarlo. Una noche cerré el portátil convencido de que volvía a la hoja de cálculo. Lo que me sacó del agujero no fue ningún truco, sino cambiar de método:

• Guardar una copia de cada versión que funcionaba, con fecha, antes de pedir nada nuevo.
• Cambiar una sola cosa cada vez y probarla antes de pasar a la siguiente.
• Probar con mis datos reales de un mes cualquiera, no con los tres clientes de ejemplo que se inventaba ella.

Con esas tres reglas, lo que llevaba dos sesiones atascado se resolvió en una tarde. Le pedí que volviera a la última copia buena y que añadiera solo la edición, con una prueba que comparara el total antes y después.

La herramienta vive en uno de mis servidores de la red interna, no en internet. Tengo ocho máquinas en casa, así que tiene sentido aprovecharlas, pero el motivo de fondo es otro: los datos son de mis clientes y no quería exponerlos a nadie. Solo se puede abrir desde mi red; desde fuera no existe.

Mi rutina es sencilla. Al terminar cada bloque de trabajo abro una pestaña del navegador, escribo cliente, tarea y duración, y la cierro. Son unos 20 segundos. A fin de mes pulso un botón y copio el resumen.

¿Cuánto ahorra? Frente a los 40 minutos semanales y la tarde de fin de mes, ahora me lleva unos 10 minutos a la semana en total, cierre incluido. Y lo que no se mide en minutos: apunto las horas el mismo día, así que las cifras son más fiables.

Mantenimiento ha necesitado poco. Un fallo con el cambio de mes, que no cerraba bien los resúmenes de meses de 31 días, y un cambio que pedí yo para añadir un campo de notas. Las dos veces volví a Claude Code con la misma disciplina: copia, un cambio, prueba con datos reales.

Esta es la parte seria.

Sin programar se puede llegar a una herramienta útil y personal. Lo he vivido. Pero hay una frontera clara, y conviene no cruzarla a ciegas: en cuanto entran datos de otras personas, contraseñas, pagos o algo publicado en internet, hace falta criterio técnico o alguien que lo tenga.

Te pongo un ejemplo propio. En una de las primeras versiones, para enviarme el resumen por correo, el código guardaba la contraseña de mi cuenta de correo escrita tal cual dentro de un archivo. La máquina no me avisó. Lo vi porque, desde la web, reviso siempre dónde quedan las claves. Si esa carpeta hubiera acabado en internet, el problema no habría sido un recuento mal hecho.

Sobre las dos vías para crear una app sin programar, la diferencia en corto es esta. Las plataformas sin código te dan piezas ya hechas: es difícil romper algo, pero te limitan a lo que ofrecen. Pedirle el código al modelo te da libertad total, a cambio de acabar con cosas que funcionan sin que sepas bien por qué.

Y un matiz que me parece importante: "sin programar" no quiere decir "sin aprender nada". Por el camino acabé entendiendo qué es una base de datos y por qué conviene copiarla, qué diferencia hay entre que algo funcione en mi ordenador y que funcione en un servidor, y qué son las variables de entorno, que es donde deben ir las contraseñas y no en el código. No soy programador, pero ya no me suenan a chino.

Si te animas, estos son los pasos que yo seguiría hoy:

1. Elige un problema que solo te afecte a ti. Si sale mal, el único perjudicado eres tú.
2. Descríbelo como se lo contarías a un compañero: qué haces ahora, qué te molesta y qué quieres que pase.
3. Pide una versión mínima. Lo justo para que sirva.
4. Pruébala con tus datos de verdad, no con los de ejemplo.
5. Guarda una copia de cada versión que funcione.
6. Crece de una en una: un cambio, una prueba.

Y una norma que no negocio: empieza en una carpeta de pruebas. Nunca sobre los archivos de tu empresa ni sobre tu única copia de nada.

Lo que hay de verdad en la promesa: sí, alguien que no programa puede hacerse una herramienta útil conversando con la inteligencia artificial. Yo la uso cada día.

Lo que es humo: los diez minutos y el "sin esfuerzo". Me costó unas 14 horas y el dinero de la suscripción de Claude que ya pagaba, sin ningún gasto adicional. Volvería a hacerlo, pero empezando por la versión mínima y con copias desde el primer día.

Si te interesa un caso hermano, con sus propios tropiezos, lo cuento en Hice una web con ayuda de la inteligencia artificial.