Notas

Notas sobre cómo construimos FinButler.

Contamos las decisiones de producto, los controles que encontraron errores reales y el trabajo que todavía hacemos las personas. Sin correos promocionales.

Un escritorio de trabajo con una laptop, una libreta y notas para revisar
  1. ingeniería

    Publicamos mientras dormíamos

    FinButler se construye con ejecuciones programadas: tareas por la mañana, un navegador real por la noche y producción mientras dormimos. Esta es la maquinaria.

    Erick Agrazal, Fundador. 7 min de lectura

  2. ingeniería

    No está listo hasta que el navegador lo confirma

    Un cambio pasó todas nuestras pruebas aunque dependía de un campo que el backend nunca enviaba. Por eso hacemos que un navegador real compruebe lo que creemos.

    Erick Agrazal, Fundador. 7 min de lectura

  3. ingeniería

    Los controles son el producto

    Un agente intentó publicar un commit que no existía. Todo parecía correcto. Esta es la historia de los controles que dijeron que no.

    Erick Agrazal, Fundador. 8 min de lectura

  4. ingeniería

    Qué hacemos las personas todo el día

    Si los agentes escriben, revisan, validan y publican el código, ¿qué queda para las personas? Resultó ser la parte difícil del trabajo.

    Erick Agrazal, Fundador. 7 min de lectura

  5. ingeniería

    No hay un proceso siempre encendido

    Construimos el pipeline como un servicio, lo usamos unas semanas y lo borramos. El reemplazo no mantiene ningún proceso corriendo y soporta mejor los fallos.

    Erick Agrazal, Fundador. 7 min de lectura

  6. producto

    Por qué pusimos MCP en el centro de FinButler

    Una nota directa sobre por qué los asistentes usan las mismas reglas y permisos que las personas, y qué cambió cuando dejamos de tratar la IA como una función aparte.

    Erick Agrazal, Fundador. 7 min de lectura