Lo que te ata a tu app de finanzas no es que te guste.

Es todo lo que tienes dentro.

Abres la app y algo te molesta. Ha subido de precio, le falta algo que necesitas o ha cambiado de rumbo.

Así que piensas en irte.

Pero entonces te acuerdas de lo que hay ahí: años de movimientos, tus cuentas, las categorías que fuiste afinando mes a mes y esos traspasos que marcaste a mano para que no contaran como gasto.

Irte es tirar todo eso a la basura.

Así que te quedas, aunque la app ya no te convenza.

Eso es justo lo que he querido romper en Whisper Money.

He construido un importador que se trae tu historial entero de una vez.

Tus cuentas llegan con su banco. Tus categorías, con sus subcategorías. Cada movimiento, con sus notas. Y si tu app exporta los saldos diarios, también entran.

He empezado por Banktrack, y no por casualidad.

Banktrack ha cambiado de rumbo. Ahora vende tesorería y facturación a pymes, con planes desde 59 € al mes.

Si lo usabas para el dinero de casa, ya no eres su público.

Pero tu historial sigue ahí dentro.

Por eso Whisper Money lee su exportación tal y como sale. No tienes que abrirla, ni renombrar columnas, ni borrar filas. Reconoce el formato, entiende tus categorías y manda tus «Traspasos Propios» a donde tienen que ir.

Y yo de una demo bonita no me fío.

Así que lo probé con una exportación real de Banktrack y comparé la base de datos fila a fila con el archivo.

Cuadraba todo.

¿Usas otra app?

También vale, siempre que te deje exportar a CSV o Excel. Le dices una vez qué es cada columna y la próxima vez se acuerda.

Y si te da miedo que algo salga mal, hay dos cosas que te van a tranquilizar.

Si subes el mismo archivo dos veces, no se duplica nada.

Y si el resultado no te convence, le das a «Deshacer» y desaparece todo lo que se importó.

Aquí tienes la guía paso a paso: cómo importar desde otra app.

Tu 75 % de descuento para pasarte a Whisper Money

Quédate en una app porque es la mejor, no porque tus datos estén dentro.

There wasn’t much to tweak. Skills taught Claude things, and hooks triggered a script when something happened, but the tool was the same for everyone. Until mods arrived.

A mod is a piece of TypeScript that you insert into Claude Code and change how it works: it opens panels, writes to the status bar, adds slash commands, or stops a bash command before Claude executes it. And it reloads on demand, without restarting the session.

Imagine a panel next to you displaying your PHPUnit tests in green or red while Claude works on your code. It’s the biggest thing to come out of the skills, so I’ve recorded a video from start to finish explaining what they are and how to create your own from scratch.

PhpStorm is already set up to your liking. Now it’s your agent’s turn.

⁠

PHP

📚 What Really Happens When a PHP Object Is Created?

From class User to new User() — understanding PHP objects without the usual OOP jargon.

📚 PHP, markdown and no dependencies

The more I thought about the technical side of the project, the less interested I became in using a traditional CMS. Romantic-weekend.com is not meant to be a complicated application.

📚 10 PHP Concepts Every WordPress Developer Should Understand in 2026

Modern WordPress development isn’t just about knowing functions.php. These 10 PHP concepts can help you write safer, cleaner, and more maintainable WordPress plugins and themes.

📚 Why PHP is Quietly Becoming the Best Backend Language Again

PHP is making one of the strongest backend comebacks in modern development quietly, efficiently and without hype.

📚 Email testing in PHP

When it comes to email communication, it’s a critical feature for many web applications. From user sign-ups and password resets to notifications and marketing campaigns, emails play a big role in many web apps.

📚 “Duplicate entry ‘0’ for key PRIMARY” usually means your database lost AUTO_INCREMENT

Installing a plugin fails with: Duplicate entry ‘0’ for key ‘PRIMARY’. The obvious reading is that the plugin tried to insert a row with id 0. The actual reading is usually the opposite: the plugin inserted a row without naming the id column, relied on AUTO_INCREMENT to supply one, and got 0 because the column no longer has AUTO_INCREMENT on it.

📚 Integrating a Web Application Firewall with PHP: A Guide Using Slim 3 Framework and Shieldon

In this article, we’ll walk you through how to integrate a Web Application Firewall (WAF) with a PHP-based web application using the Slim 3 framework. By the end, you will understand how to set up a self-hosted WAF to improve your application’s resilience to attacks and manage common security threats.

📚 02 - Persistent Memory Chat in PHP - History That Survives Restarts

Sessions are the easy answer for chat history, but they vanish when the browser closes or the server restarts. For anything that should remember - a support bot, a notes assistant, a shared conversation - you want history to outlive the process.

📚 Continuing to Move PHP Open Source Forward

A year ago, we introduced the first wave of PhpStorm’s open-source sponsorships. We truly believe in the power of open source and the importance of it to the PHP community, and so we want to do our bit, too.

📚 PHP 8.6.0 RC2 available for testing

The PHP team is pleased to announce the first release candidate of PHP 8.6.0, RC2. It is not a typo: a mistake was made while packaging RC1, so RC2 was released instead. For a full explanation, please see this blog post. This continues the PHP 8.6 release cycle, whose rough outline is specified in the PHP Wiki.

📚 PHP 8.3.35, PHP 8.5.11, PHP 8.2.34 & PHP 8.4.26 Released

The PHP development team announces the immediate availability of PHP 8.3.35, PHP 8.5.11, PHP 8.2.34 & PHP 8.4.26. This is a security release.

📚 Kicking Off the Community Events Coalition Special Interest Group

Community events are the lifeblood of the PHP ecosystem. They’re where people come to learn from each other, meet new people, expand their professional networks, build things together, strengthen friendships, sharpen their public speaking skills, and experience the power of belonging to a community. Most importantly, community events are where we build trust with each other.

📚 This Week In PHP Internals | Sept 24, 2026

PHP is getting a new class for a moment in time: precise to the nanosecond, no timezone, leap seconds ignored on purpose — and it can’t tell you what time it is. That’s the Time\Instant and Time\Clock RFC from Tim Düsterhus and Derick Rethans: to get the time, you ask a clock. Plus the regex RFC’s callback question finally settled, Gina P. Banyard’s compiled-regex alternative, a closure-as-entry-point idea that lasted a day, why switching PASSWORD_DEFAULT to Argon2 ran into OpenSSL, and str_mask meeting the same question as array_str_contains.

📚 “missing” memory in a PHP array

I was profiling a data pipeline and noticed something that didn’t make sense: two arrays, same 1 million integer keys (0 to 999,999), same integer values — but one was using 17MB and the other was using 42MB.

📚 TypePHP! Is it TypeScript?

Is it TypeScript for PHP? The Reality Behind Swoole’s New Framework. We all know about the PHP language, which is mostly used for website development. It is used in wordpress, drupal, etc. One of the most widely used and old server-side scripting language.

📚 Why This PHP Security Patch Deserves Your Attention Now

On August 27, 2026, the PHP development team shipped 8.5.10 and 8.4.25, a PHP security patch that closes two tracked CVEs alongside a cluster of memory safety bugs in bundled libraries.

Laravel

📚 Laravel Context: The Hidden Information That Follows Your Code

Laravel Context provides a place to store information that belongs to the current execution of your application.

📚 SOLID Principles in PHP and Laravel: First Part (SRP or Single Responsibility Principle)

SRP says a class should have one reason to change. That does not mean one method or one line. It means one job. If a database change, a new JSON format, and a new validation rule all force you to edit the same class, that class has too many responsibilities.

📚 Decide with Jev: Laravel AI That Answers with a Probability

Before I send a tutorial to an editor, I check one thing. Does the draft do what the brief asked for? A brief is the plan for an article. It says what the reader should learn. The draft is what the writer turned in. Sometimes the two don’t match.

📚 Memoize Tagged Cache Reads in Laravel

Laravel’s memoized cache, Cache::memo(), reads a key from your cache store once and serves it from memory for the rest of the request or job. Starting in Laravel 13.33, it also works with cache tags, so you can memoize tagged values with Cache::memo()->tags().

📚 Tagged Memoized Cache and Model Refreshes in Laravel 13.33

The Laravel team released v13.33.0 with tag support for the memoized cache, a Refreshes model attribute that reloads generated columns after a write, and more,

📚 Laravel 13 the most important Feature to care About

Here are the biggest additions in Laravel 13 that make writing modern laravel php code feel better than ever.

Symfony

📚 Preventing Race Conditions in Symfony with Doctrine and PostgreSQL

This article uses seat reservations as an example, but the same approach applies to inventory, balances and guarded status transitions.

📚 Symfony 8.1.8, Symfony 7.4.20 & Symfony 6.4.47 Released

Symfony 8.1.8, Symfony 7.4.20 & Symfony 6.4.47 has just been released. Read the Symfony upgrade guide to learn more about upgrading Symfony and use the SymfonyInsight upgrade reports to detect the code you will need to change in your project.

📚 You Can’t Delete an Event. So How Do You Honor GDPR Erasure?

How I do a GDPR right-to-erasure request in an append-only, event-sourced Symfony app — with forgettable payloads, and where the pattern stops working.

Aunque hay una cosa en la que no tiene rival. Esa la dejo para el final.

⁠

El 30 de septiembre Google presentó Gemini 4 Argon, su nuevo modelo frontera.

El que viene a por Opus 5.5.

Con el anuncio llegó la tabla de siempre, esa en la que el modelo nuevo le gana a todo el mundo.

Según sus propios números, Gemini gana en 13 métricas, pierde en 5 y empata en una.

Y en algunas no gana por poco. Mira Automation Bench:

• Gemini 4 Argon: 51,3

• Opus: 42,5

• GPT-6 Astra: 41,4

• Fable 5.1: 31,4

Casi 9 puntos por encima del segundo.

Una diferencia así se tendría que notar el primer día que lo usas.

Spoiler: no se nota.

⁠

Google también cuenta que lleva tiempo usándolo por dentro, y saca cuatro casos:

• En computación cuántica mejoró un resultado un 40 % en cuestión de minutos.

• Sus agentes analizaron la telemetría de los centros de datos y liberaron más de 300 TB.

• Migraron a Rust más de 800.000 líneas de C y C++.

• Reescribió en Rust 32.000 líneas de una librería de decodificación de vídeo, que ahora va 2,7 veces más rápida.

Suena muy bien.

Pero son anécdotas que cuenta la misma empresa que vende el modelo. Nadie sabe qué habría pasado con esos mismos encargos en Fable 5.1.

⁠

Luego está el precio, que es lo que más me ha llamado la atención.

De lanzamiento cuesta 2 dólares por millón de tokens de entrada y 10 por millón de salida, con un 95 % de descuento en la caché de entrada.

Pero tiene letra pequeña. Cuando acabe ese periodo, sube a 4 y 20.

Exactamente lo que cuesta Opus 5.5.

Google ha copiado el precio de Opus porque quiere que lo cambies por Gemini.

Y un detalle más: hoy ni tú ni yo podemos usarlo. Solo lo tienen los partners del Fairwind Program, un grupo cerrado y centrado en ciberseguridad.

⁠

La tabla del anuncio es marketing. La de Google y la de cualquiera.

Ninguna empresa publica la tabla en la que pierde.

Lo que de verdad sirve son las votaciones a ciegas, como las de AI Arena. Escribes un prompt, te llegan las respuestas y votas la mejor sin saber si la ha escrito Opus, Gemini, Fable o Astra.

Ahí da igual quién haya hecho el modelo.

Y en la clasificación general de agentes, Gemini 4 Argon está octavo:

Poco más de la mitad que Fable 5.1. Y por debajo de Opus 5 y Fable 5, que son de la generación anterior.

Si bajas a las categorías, la cosa no mejora.

Yo programo cada día con Opus 5.5, sobre todo desarrollo web. Y estos datos cuadran con lo que noto: ahora mismo no hay nada mejor para programar.

⁠

Ahora sí, la categoría en la que Gemini arrasa: el texto.

Gemini 4 Argon es el número 1 en generación de texto, con 1.525 puntos.

El segundo es Opus 4.6, con 1.505.

Son 20 puntos de ventaja. Para que te hagas una idea, entre el segundo y el décimo hay 11.

Detrás se quedan Fable 5, Opus 5.5 y Fable 5.1.

En chat también sube bastante. Tiene sentido: si escribe de forma más natural, hablar con él se siente menos artificial.

Ojo, eso sí. Lleva unos 5.000 votos y la nota todavía es preliminar. Opus 4.6 o Fable 5 tienen muchísimos más, así que puede bajar.

⁠

Mi veredicto:

Gemini 4 Argon nace muerto.

Para programar no hay debate. Cuesta lo mismo que Opus 5.5 y da peores resultados.

Si se quedara en 2 y 10, la mitad que Opus 5.5, me lo pensaría. A mitad de precio sí merecería la pena compararlos.

A 4 y 20, no.

Así que para código, features y pull requests sigo con Opus 5.5.

Para newsletters y posts de X voy a probar Gemini 4 en cuanto lo abran a todo el mundo.

Y para chats con muchas búsquedas en Google, como comparar productos antes de comprar, los Gemini siempre me han funcionado muy bien. Eso no cambia.

⁠

En el vídeo repaso todas las tablas, categoría por categoría:

“El editor de código ha muerto.”

Lo leo cada semana. Que con los agentes ya no hace falta abrir un archivo. Que tu IDE ahora es un chat.

Yo uso Neovim más que nunca.

Te pongo un caso real.

Estaba en mis dotfiles, dentro de la config de Herdr. Quería cambiar un atajo: abrir LazyGit con prefix + G, en vez de prefix + Ctrl + G.

Una tontería de cambio.

Si se lo pides así, a pelo, a un agente, se pone a abrir archivos y a leer. Y quema tokens buscando algo que yo ya sabía dónde estaba.

Así que seleccioné las líneas en Neovim y pulsé `Y` mayúscula.

Ese atajo me lo hice yo. Copia la ruta del archivo, las líneas y el código, listo para pegar.

Se lo pasé al agente con una frase y fue directo al sitio.

Fue el cambio más rápido del día.

Porque el editor hace que el agente trabaje mejor. Tú sabes dónde está el código. Díselo.

Y fíjate en una cosa: ese atajo no lo trae ningún editor. Me lo inventé yo, porque trabajo así.

Eso es lo que casi nadie aprovecha de Neovim. Te haces el editor a tu medida, en vez de pasarte años adaptándote al que te vino de serie.

El problema es que antes eso costaba fines de semana enteros aprendiendo Lua y peleándote con la config.

Ahora no.

En mi último vídeo parto de un nvim recién instalado, vacío, y acabo con mi IDE completo. Me llevó tres prompts y unos 20 minutos, y no escribí ni una línea de Lua.

Y a mitad de camino el agente hizo algo que yo, configurando a mano, habría descubierto una semana tarde.

Te lo enseño todo aquí:

Cuando lo veas, cuéntame en los comentarios: ¿sigues abriendo el editor o ya vives dentro del chat del agente?

Miraba el sidebar de Herdr y veía esto:

youtube · claude
youtube · claude
whisper-money · claude

Tres agentes en el mismo proyecto y con la misma etiqueta.

¿Cuál estaba con el cashflow? ¿Y cuál con la subida de precios?

Ni idea.

Me tocaba abrirlos uno a uno, leer un poco y volver. Una y otra vez.

Herdr es un multiplexor de terminal pensado para trabajar con agentes de IA, y me encanta.

Pero de fábrica viene mal configurado.

⁠

Y casi todo el mundo lo usa tal cual.

Yo le cambié seis cosas.

La primera son dos líneas de configuración. Con eso, ese mismo sidebar pasa a decirme en qué tarea y en qué rama está cada agente, sin abrir ninguno.

Las otras cinco no te las voy a destripar aquí, pero te adelanto por dónde van:

Me muevo entre proyectos, pestañas y agentes sin tocar el ratón.

Neovim y Herdr comparten atajos, y ya no tengo que pensar en cuál de los dos estoy.

Tengo pestañas que aparecen cuando las necesito y desaparecen solas cuando termino. Es el ajuste que más uso, con diferencia.

Recibía 10 o 15 notificaciones seguidas y la mayoría no servían para nada. Ahora solo me llegan las que importan, y **me entero antes que nunca** cuando un agente me necesita.

Y el trabajo y lo personal viven en dos mundos separados, a un atajo de distancia.

Ninguno tiene misterio.

Pero con los seis juntos ya no me paso el día abriendo agentes para ver qué hacen. Miro el sidebar, veo quién me necesita y sigo con lo mío.

En el vídeo te los enseño uno a uno en pantalla, con la configuración exacta para que la copies:

Escribes dos prompts y se acaban los tokens de la sesión. A esperar cinco horas.

Vuelves, tiras otros tres prompts y ahí se va el cupo semanal.

A mitad de mes ya no te queda nada.

Una suscripción que aguanta dos tardes no es una suscripción, es una demo cara.

Y casi nunca es culpa del límite. Es que estás quemando tokens en sitios donde no hacen ninguna falta.

Te cuento el caso más común, porque lo veo cada semana.

Gente lanzando el modelo más caro del catálogo para preguntarle una tontería al agente. “¿Dónde está esta función?” con Fable 5.1. Así te fundes la semana en cuatro prompts.

Yo tiro de Opus el 80% del tiempo, pero no para todo. Itero con Opus hasta tener un plan cerrado, con los archivos exactos que hay que tocar, y la implementación se la paso a Sonnet. Cuando el plan está así de masticado, Sonnet lo hace igual de bien.

Mis reviews de código y de producto son otro ejemplo. Las lanzaba con Opus por inercia. Creé un agente con Sonnet fijado en el propio archivo y el resultado no cambió nada. Cada /ship que lanzo cuesta bastante menos.

Y luego está el archivo del que nadie quiere hablar.

Tu CLAUDE.md te cobra tokens en cada conversación y encima hay bastantes papeletas de que te esté empeorando el código.

Lo genera Laravel Boost, lo genera un /init, tú lo vas engordando, y acabas cargando cientos de líneas en cada sesión para contarle al agente cosas que puede ver él solo abriendo el package.json.

Mi consejo va a sonar bruto: bórralo. Entero. Trabaja unos días sin él y mira si se rompe algo de verdad. Si ves un fallo concreto, añades ese trozo y solo ese trozo.

En el vídeo de hoy te enseño los seis consejos que uso para estirar la suscripción sin bajar la calidad del resultado. Los ajustes de modelo, cuándo hacer clear y cuándo hacer compact (no es lo mismo, y saber cuál toca te ahorra mucho), por qué los subagentes salen tan baratos, y dos skills que uso para recortar tokens.

Una de ellas baja el output un 65% haciendo que el agente te hable como un cavernícola. La otra va a por el código: en lugar de instalarte una librería de JavaScript para un selector de fecha, te pone el campo de HTML que ya hace ese trabajo desde hace años.

Si aplicas dos de los seis, la suscripción te llega a fin de mes.

Te lo enseño todo aquí:

Lo recibes tú y unos pocos más: los que abrís y leéis casi todo lo que mando. Cuatro estrellas o más, según mi propia lista.

Gracias por eso, de verdad. Y por eso te lo pido a ti primero.

⁠

Google me pide doce personas.

Doce cuentas con la app instalada catorce días seguidos. Si el día nueve nos quedamos en once, el contador vuelve a cero. Ese es el peaje para publicar en Play.

Tengo una cinta de andar de las que caben bajo el escritorio. Hay días que me salen ocho kilómetros mientras trabajo, y esos kilómetros no existían en ninguna parte: la cinta los enseña en su pantallita y los borra al apagarse.

⁠

Por eso hice Zancada.

Conecta por Bluetooth, controlas la cinta desde el móvil y al terminar la caminata se guarda sola en Health Connect. También si paras con el mando.

Sin cuenta, sin anuncios y sin permiso de internet, así que tus caminatas no pueden salir del móvil. Gratis, para cualquiera.

Tres pasos con la cuenta de Google que usas en Play:

1. Únete al grupo: https://groups.google.com/g/zancada-testers

2. Apúntate a la prueba cerrada: https://play.google.com/apps/testing/com.victorfalcon.zancada

3. Descarga la app: https://play.google.com/store/apps/details?id=com.victorfalcon.zancada

El orden importa: si te saltas el grupo, Play te dirá que la app no existe.

Y no necesitas cinta. Sin una solo verás la pantalla de búsqueda, pero cuentas igual con dejarla instalada.

Si te atascas, respóndeme a este correo o escribe a hi@victorfalcon.es. Contesto yo.

Doce personas durante catorce días y Zancada sale de la sala de espera.

Y a mitad del diff me quedé mirando una clase con cara de tonto.

⁠

Ese código lo había escrito yo. Seis meses antes.⁠

En otra PR, en otra carpeta, con otro nombre. El agente no la encontró, así que la escribió otra vez.

Y yo no me habría dado cuenta si no llego a leer el diff entero esa tarde.

Ahí caí en algo incómodo.

Podía seguir afinando el prompt otros seis meses, o podía aceptar que el agente no puede saber lo que no le he contado, y que revisar cada línea a mano no escala.

Así que dejé de escribirle instrucciones más largas y me puse a ponerle raíles.

Whisper Money es open source, así que esto no es teoría, lo puedes abrir y mirar.

Instalé Laravel Boost. Ahora el agente tiene las skills de cada paquete en la versión exacta que uso, y un MCP que le pasa los logs de mi navegador mientras yo pruebo. Cuando le digo “este botón no va”, ve el error de JavaScript. No lo adivina.

Y endurecí el CI hasta que dejó de ser un semáforo y se convirtió en un portero.

Detecta código duplicado en back y en front. Mide la complejidad ciclomática con un baseline que no se puede empeorar sin darse cuenta. Cronometra la carga del dashboard. Cuenta las queries de cada página, una por una.

Debajo de todo eso, 2.978 tests. Cada bug que corrijo se lleva el suyo puesto.

⁠

Pero lo que más me ha cambiado el día no es nada de eso.

Es una skill que llamé /ship.

Escribe el código. Lanza dos reviews en paralelo, una técnica y otra de producto. Abre un navegador de verdad, se registra, hace el onboarding, crea la cuenta, prueba la feature como la probaría un usuario.

Y graba el vídeo.

El vídeo acaba subido en la propia PR.

Así que ahora, cuando me llega el trabajo hecho, lo primero que hago es darle al play. Veo la feature funcionando antes de leer una sola línea.

Si funciona, sé exactamente qué estoy revisando y para qué.

⁠

El 95% de lo que le pido llega listo para mezclar en 20 o 30 minutos.

Sigo entrando al código, que quede claro. Nada se aprueba a ciegas por aquí.

La diferencia es que ahora reviso decisiones en vez de perseguir duplicados.

Te lo enseño todo por dentro: el CI paso a paso, la skill, los vídeos de QA en PRs reales.

Tenía la cuenta de ahorro. Me sabía el saldo de memoria.

⁠

Lo que no sabía era si la moto llegaba en 2027 o en 2031.

Y esa es la parte que importa. El saldo te dice dónde estás. No te dice si vas a llegar.

Guarda esto, que al final del email vuelvo.

Desde hoy los objetivos de ahorro están disponibles para todo el mundo en Whisper Money.

Un presupuesto le pone un techo a lo que gastas.

⁠

Un objetivo le pone un suelo a lo que ahorras.

Se crea en un minuto: le pones nombre, dices a cuánto quieres llegar y eliges una fecha si la tienes.

¿Ya tenías algo apartado antes de empezar? Lo metes y cuenta desde el primer día. Nadie empieza de cero.

A partir de ahí sabes si vas adelantado o atrasado, cuánto te toca meter cada mes para llegar a tiempo, y en qué día terminarías si sigues al ritmo que llevas ahora.

Un detalle que me costó decidir: el dinero que ya tenías suma al total, pero no cuenta para el ritmo.

Si contara, el primer día tendrías un ritmo altísimo y la app te diría que acabas la semana que viene. Bonito, pero mentira.

Ahora, la parte que hace que esto no se te caiga a los tres meses.

Por dentro, un objetivo es una etiqueta. Etiquetas el traspaso que alimenta el bote y el objetivo lo suma.

Fácil. Pero etiquetar a mano todos los meses cansa, y al final lo dejas.

⁠

Por eso puedes dejárselo a una regla automática.

Una regla que diga “todo lo que entre en mi cuenta de ahorro va a este objetivo”. Se aplica también a lo que ya estaba, así que el histórico se cuenta solo.

Lo configuras una vez. El traspaso del mes que viene llega ya contado.

Lo tienes todo explicado aquí, incluido el error clásico de etiquetar los dos lados de una transferencia (no lo hagas, cuenta el dinero dos veces).

Funciona igual para la entrada de un piso, que es el objetivo aburrido que en realidad tiene todo el mundo. Ahí lo que miras no es el porcentaje, es cuánto necesitas al mes para no llegar tarde.

Vuelvo a la moto.

⁠

La Panigale lleva un año en el garaje.

La foto es mía, no de un catálogo.

Tardé dos años en decidirme porque durante dos años no supe cuánto faltaba. Iba a ojo, y a ojo se ahorra peor.

“Añade a los ajustes de notificaciones el aviso nuevo para usuarios sin banco conectado.”

Enter y ya.

Cuando volví había un worktree nuevo, una rama nueva, un agente trabajando por su cuenta y una pull request abierta con el CI en verde y un vídeo de la feature funcionando en el navegador.

Yo no toqué nada en medio.

Y hubo un detalle que no esperaba. En el prompt le dije “email semanal” y no era exactamente eso. El agente que revisa la parte de producto se dio cuenta, corrigió el copy y siguió. Lo vi después, en el vídeo del QA.

Eso es /delegate. Describes la tarea desde el proyecto principal, el agente busca los detalles en el código, monta el worktree en Herdr y lanza ahí otro agente con las instrucciones ya masticadas. El resto lo hace con /ship.

Te lo enseño de principio a fin en el vídeo, con la pull request de verdad y el vídeo del QA.

Las seis skills están publicadas y te dejo el enlace en la descripción del vídeo.

Ya sabes cómo va esto.

Vuelos, el coche de Turo, la compra en Publix, cuatro Starbucks, el parking, Uber, Disney. Todo mezclado con la luz y el súper de casa.

Lo normal es abrir la app, filtrar por fechas y empezar a etiquetar a mano. Cuarenta y tantos toques.

Esa noche estaba en el sofá y probé otra cosa.

Abrí Claude en el móvil y escribí:

“Actualiza todos mis gastos de Whisper Money en la Shared Card para que tengan la etiqueta Miami 26”.

Cinco pasos después me contestó que ya estaba. 45 transacciones. Dos ya tenían la etiqueta, así que se la puso a las 43 que faltaban.

⁠No abrí la app ni una vez.
⁠

A la mañana siguiente, con el café, tiré del hilo.

“Mira todos mis gastos etiquetados con Miami 2026 y hazme un resumen por día y por categoría.”

91 transacciones, del 21 de mayo al 8 de agosto.

Total: 5.728,18 €.
Vuelos: 1.691,34 €.
Alojamiento: 1.159,63 €.
Turo: 671,65 €.
Restaurantes y cafés: 417,54 €.

Tardó menos en calcularlo que yo en decidir si quería saberlo.

Y aquí viene lo que te quería contar.

Esto no es “hemos metido un chatbot en la app”. Es justo al revés.
⁠

Whisper Money ya tiene servidor MCP. Conectas tu cuenta a Claude o a ChatGPT, y tu IA habla directamente con tus finanzas.

28 herramientas: buscar transacciones, gasto por categoría, cashflow, patrimonio neto, presupuestos, etiquetas, categorías y reglas de automatización. Crear, editar y borrar incluidos.

Pero tú decides hasta dónde llega.

Cuando generas el token eliges entre solo lectura o lectura y escritura. Con el de solo lectura la IA analiza todo lo que quieras y no puede cambiar ni una coma.

Y hay una línea que no cruza ni con permisos de escritura: lo que viene del banco no se puede editar ni borrar. Solo etiquetar y categorizar. Lo que trae el banco, lo manda el banco.

La conexión va por OAuth 2.1, la misma que usan los conectores oficiales de Claude y ChatGPT. Autorizas una vez y listo.

Un aviso por experiencia propia: haz la conexión desde el ordenador. En el móvil, la app instalada se pelea con la pantalla de autorización y acabas dando vueltas.

Una vez conectado, ya lo usas desde donde te dé la gana. Yo etiqueté Miami entero tumbado en el sofá.

Está disponible en las cuentas Pro. Ajustes → MCP.

Y para la primera pregunta, mi recomendación: pídele el resumen de en qué te has gastado el dinero este mes.

Luego no digas que no te avisé.

No porque se hubiera roto algo.

Al revés: funcionaba perfecta.

La borré solo para poder grabar el vídeo que te traigo hoy.

Porque esos ajustes los fui metiendo poco a poco, casi sin darme cuenta.

Y resulta que son justo los que hacen que trabajar con agentes en la terminal (Claude Code, Codex, lo que uses) vaya rápido de verdad.

⁠

Casi ninguno viene por defecto.

Y ninguno parece gran cosa hasta que lo ves funcionando.

Como el que hace que la terminal me diga qué está haciendo cada agente, en vez de cómo se llama.

O el atajo que uso más que ningún otro y que todavía no viene de serie en ningún sitio.

En el vídeo los voy desmontando uno a uno: qué cambio, por qué, y qué puedes robarme para tu propio setup.

Dura poco. Y te vas con la configuración entera copiada.

Pero no has terminado.

• Falta el QA.

• Falta revisar el código.

• Falta abrir la PR y escribir una descripción que se entienda.

• Falta esperar a que la CI se ponga verde.

Y si algo peta, vuelta a empezar.

Escribir la feature fue lo rápido. Lo demás es lo que te deja seco.

⁠

Así que hice algo con eso.

Monté una colección de skills para Claude Code y Codex.

La que más uso, de largo, es `/ship`.

Le das una tarea. Y la lleva de principio a fin.

La implementa. Hace QA. Lanza dos reviews de código a la vez. Abre la PR.

Y se queda mirando la CI hasta que está verde.

Yo mientras me tomo un café.

⁠

Pero antes de construir hay que pensar.

Para eso uso `/grilling`.

Coge tu idea y la machaca a preguntas hasta que el plan aguanta solo.

Nada de picar código sobre una idea a medias.

Grabé un vídeo usando las dos en un caso real.

De la idea al merge, sin cortes.

Primero el plan con `/grilling`. Después `/ship` con todo lo demás.

⁠
Si te pasas media vida en la parte aburrida de enviar código, esto es para ti.

🔗 El repo está aquí. Llévate las skills que quieras: victor-falcon/skills

In the same repo.

Each one on its own task.

And me, in the browser, testing what they changed almost in real time.

Sounds like chaos. It wasn’t.

For months I worked with AI the “normal” way: one chat, one task, wait, review, repeat.

Slow.

Until I tried a tool that flipped the whole thing around.

Now I can spin up four, five, six agents in parallel on the same project.

Each one pulling its own thread.

And I jump between them, watching the changes in the browser without setting up anything weird.

The best part isn’t the power. It’s how simple it is.

I recorded the whole thing in a new YouTube video so you can see it actually working.

Pasa casi cada semana. Un peso de aquí, un rand de allá. Gente con bancos en Sudamérica, en África, en sitios que ni sabía que tenían app de banca.

Hace un año esto me habría dado una pereza tremenda.

Ayer añadí la corona sueca en cinco minutos. Y estaba tomándome un café mientras pasaba.

Te cuento cómo.

Abrí una rama nueva, lancé un agente y le escribí una sola frase:

“Añade la moneda al sistema, que funcione tanto en cuentas de usuario como en cuentas bancarias.”

Le pasé un documento de referencia y me fui a por el café.

Cuando volví había una pull request esperándome. Título claro. Descripción clara. Los cuatro archivos justos tocados, con la traducción al español y al francés ya puestas.

Le di a auto-merge.

Cinco minutos después la corona sueca estaba en producción, disponible para todo el mundo.

Y aquí está lo que de verdad quería contarte.

Eso no funciona por magia. Funciona porque antes me senté a documentar el proceso.

Escribí un documento que explica qué archivos hay que tocar para meter una moneda, y otro para conectar un proveedor de datos nuevo.

El agente lee ese documento y sabe exactamente qué hacer. Pero no es solo para el agente.

Es para cualquier persona que quiera colaborar.

Por eso hice Whisper Money open source. Y por eso me pongo a documentar estas cosas.

Un desarrollador que nunca ha visto el proyecto puede abrir la documentación, lanzar Claude Code o Copilot, y en veinte o treinta minutos tener una moneda nueva o una integración funcionando.

Yo no tengo cuenta en todos los bancos del mundo. No puedo probarlos todos.

Pero si tú usas un banco que no está, ahora puedes añadirlo tú mismo.

Ese es el trato.

Grabé un vídeo enseñando el proceso entero, paso a paso, con la corona sueca de ejemplo.

Si quieres ver lo fácil que es, o colaborar con tu moneda o tu banco, empieza por aquí:

I hit go-to-definition.

And then I wait.

One second. Two. On our biggest repo, sometimes five.

You don’t notice it in a small project.

In a monorepo with thousands of files, you feel every one of those seconds.

It turned into muscle memory: hit “find all references,” tab over to Slack, come back when it finished thinking.

That was normal for years. I figured it was just the price of a big codebase.

Then TypeScript 7.0 shipped.

They rewrote the entire compiler in Go. The old one was JavaScript checking your JavaScript, which is about as fast as it sounds.

The build numbers are almost rude:

• VSCode’s typecheck dropped from 125 seconds to about 10.

• Slack cut CI type-checking from 7.5 minutes to 1.25.

• Opening a file full of errors in the editor went from 17 seconds to under 1.3.

⁠
Roughly 8 to 12 times faster across the board.

But I don’t stare at build logs all day. I live inside my editor.

So the number I actually cared about was that editor one.

I wired the native compiler into Neovim, restarted, and dropped my cursor on a symbol in our biggest project.

Go-to-definition.

It landed before my finger left the key.

No spinner, no Slack detour. References that used to take seconds now feel like they were already sitting there.

Here’s exactly what I did. Three steps, about ten minutes.

⁠

Step 1. Install the native compiler.

Global (a fallback for loose files with no project):

  npm i -g typescript@latest      # stable TS 7.0+, ships the `tsc` binary

Per project (recommended, so the LSP uses the repo’s version):

  npm i -D typescript@latest      # lands in node_modules/.bin/tsc

Step 2. Turn it on in Neovim. nvim-lspconfig already ships lsp/tsgo.lua, so you only override the cmd:

  -- Stable TS 7.0 ships as `tsc` in the `typescript` package (LSP via `tsc --lsp`).
  -- lspconfig’s lsp/tsgo.lua still launches `tsgo`, so override just the cmd.
  vim.lsp.config(’tsgo’, {
    cmd = function(dispatchers, config)
      local bin = ‘tsc’

      if (config or {}).root_dir then
        local local_bin = vim.fs.joinpath(config.root_dir, ‘node_modules/.bin’, bin)
        if vim.fn.executable(local_bin) == 1 then bin = local_bin end
      end

      return vim.lsp.rpc.start({ bin, ‘--lsp’, ‘--stdio’ }, dispatchers)
    end,
  })

  vim.lsp.enable ‘tsgo’

root_dir (it finds the root by lockfile, with monorepo and Deno support) and inlay hints already come from lsp/tsgo.lua. Your vim.lsp.config just deep-merges on top.

Step 3. Check it.

tsc --version # → Version 7.0.x

In nvim, on a .ts file: :LspInfo (or :checkhealth vim.lsp), and you’ll see the tsgo client attached.

⁠

A few notes:

• You need Neovim 0.11+. That’s where vim.lsp.config and vim.lsp.enable live.

• It’s not in Mason. The binary comes from npm, not :Mason.

• Want the nightly channel instead? npm i -g @typescript/native-preview (that’s the tsgo binary) and use tsgo as your bin.

That’s the whole thing.

I went from waiting several seconds on our biggest projects, just to jump to a definition or list references, to everything being instant.

The editor finally keeps up with how fast I’m reading the code.

If you write TypeScript in Neovim, give it the ten minutes this week.

Then hold down go-to-definition on your ugliest file and enjoy how quiet it got.

It’s 3 in the morning.

Something breaks in production.

One user, maybe hundreds, walk straight into an error.

I’m asleep.

And still, 15 minutes later, the fix is live. Working.

⁠

Nobody touched a key.

I’ve been messing around with loops for a while now.

In Whisper Money I’ve got an agent that never stops.

Round and round it goes, watching every error Sentry reports.

When it finds one, it does triage.

How many users does it hit? Is it serious?

Based on that, it decides where to start.

Then it gets to work on the fix.

⁠

And here’s the good part.

Before it calls anything done, it reviews itself from three angles at once: the code architecture, the possible bugs and regressions, and the user experience.

If it all checks out, it opens the pull request.

And if the fix is simple and it’s sure, it flips on auto-merge.

The solution ships to production on its own.

Without me lifting a finger.

So far it’s solving all of them.

Zero problems in production. Not one.

⁠

It’s the closest thing to a real employee I’ve ever had. And it’s 100% automatic.

The feeling is strange, I won’t lie to you.

Something blows up, because I just deployed or for whatever reason, and I already know that in 10, 15, 20 minutes it’ll be fixed.

Without opening my laptop.

This isn’t a demo or a LinkedIn video.

It’s running in my production while you read this.

More than 25 products shipped. Just me doing the code, the design, the marketing, all of it.

A couple even sold. A few made decent money. So no, not a flop.

But I never built the one.

The product that pays the bills every month and lets you quit everything else and go all in.

For a long time I blamed the wrong things. The code wasn’t clean enough. The design needed one more pass. Ship it again, better this time.

⁠

That was never it.

I’m a good programmer. I know product. I can design. None of that was holding me back.

What held me back was getting anyone to actually see the thing I built.

That’s distribution. And it’s pretty much the whole game.

The project that finally drove it home for me was Whisper Money. That’s where it clicked: the building was the easy part, and getting people to find it was everything.

You can build the best product on earth and watch it die quiet because nobody ever found it.

Here’s what makes it worse now. AI writes half your code. Building has never been this easy, so everyone is shipping something.

The hard part stopped being the building a while ago.

⁠

The hard part is getting found.

So if you only learn one thing this year, don’t make it another SaaS.

Learn how to put your product in front of people. Otherwise you’re just talking to yourself.

The other day, a designer made their first code change in the product.

This is proof that the ability to write code is becoming less important.

It’s also becoming more horizontal.

Anyone with general computer knowledge, will be able write code using AI, create a pull request, and launch a feature.

If that’s all you can bring as a programmer, you’re fucked.

⁠

In the coming months, designers won’t be the only ones making updates.

Product owners and even customer support will also be able to launch their own changes to the product.

So if the only thing you can do right now is receive a ticket with a description and turn it into a pull request, you are fucked.

⁠

Now more than ever, being a programmer has to mean something more.

It means being able to read production logs and spot optimization points, identifying bottlenecks, figuring out what’s consuming the most resources, and pinpointing the parts that are performing poorly for users.

It also involves product knowledge: thinking about how we can make the product more useful, solving user problems more effectively, and pulling the right levers to boost our product’s ARR.

As a programmer, you also need to start learning and understanding how servers work, how deployments work, and the different CI and CD processes.

All of these areas are where AI isn’t reaching yet, so you have to know how to control them.

⁠

I don’t want to alarm you. I’m a programmer too, but honestly, junior developers and mid‑level engineers who only take tickets and submit pull requests are in trouble.

If you want to stay competitive in the market and keep progressing, you need to go one step further.

If you’re not clear on that, writing code today isn’t a blocker at all.

Launching products is easier than ever, and adding new features or filters to your product is just as simple.

The key is getting your product to the right audience—and to as many people as possible within that audience.

If you are a developer like me, and you are focused on features, code quality, speed, performance, frameworks, programming languages, and all that stuff.

You’re mistaken.

I noticed all of this with Whisper Money.

I started this product about six months ago. The product is complete and functional. It covers a real need. It’s also attractive and easy to use.

But it wasn’t until I teamed up with a partner who handled marketing and distribution that the product started to take off.

As of today, our MRR keeps climbing.

Every day we’re gaining more users, getting more feedback, and building a bigger community.

And finally, it feels like the product is really starting to click.