Base44 ya deja editar agentes y probar funciones en una rama

Dos entradas nuevas en el changelog de Base44, las dos del 1 de noviembre de 2026. Y las dos van de lo mismo: lo que puedes hacer dentro de una rama sin que tu app en producción se entere.

Una es que ya puedes crear, editar y borrar agentes dentro de la app (los que ellos llaman in-app agents) en una rama. La otra es que las funciones de backend ya se prueban en la versión de la rama, no en la de siempre.

Suena a cambio de fontanería. Lo es. Pero es el tipo de fontanería que decide si puedes tocar una app que ya usa gente o si tienes que cruzar los dedos.

Editar agentes en una rama y que tu app siga con los de antes

Lo que dice la entrada del 1 de noviembre: puedes crear, editar y borrar agentes dentro de la app en una rama, tus cambios se quedan en la rama, y tu app sigue ejecutando los agentes de main hasta que fusiones.

Lee la segunda parte otra vez, que es la buena. Tu app sigue ejecutando los agentes de main.

O sea que puedes estar reescribiendo entero el agente que atiende a tus usuarios mientras el agente viejo sigue atendiéndolos. No hay ventana de "ahora mismo está medio roto, no entres". No hay ese rato en el que tu agente contesta a medias porque tú estabas cambiándole las instrucciones en caliente.

Yo esto lo he sufrido en mis propias cosas. Cambias el prompt de un agente que está vivo, le das a guardar, y en ese segundo alguien le está escribiendo. Y lo que le contesta es tu borrador a medio hacer.

Que el cambio viva en la rama hasta que tú decidas fusionar convierte eso en un problema de ayer.

¿Por qué importa tanto probar la función de la rama y no la de main?

Porque antes probabas una cosa y publicabas otra.

Lo que cambia, según el changelog: en una rama, Test Function y Logs en la pestaña de Code ya ejecutan la versión de la función de esa rama, así que puedes probar tus cambios antes de fusionar.

Piénsalo al revés para ver el agujero que tapa. Si el botón de probar te ejecutaba la versión de main, el botón te estaba mintiendo. Tocabas la función en la rama, le dabas a probar, salía verde, y lo verde era de la función vieja. Tu cambio no se había probado nunca.

Y los logs igual. Mirabas la traza de una ejecución que no era la tuya.

Las funciones de backend son justo el sitio donde esto duele más, porque son las que hablan con pagos, con correos, con la base de datos. No es un color de un botón. Es la función que cobra.

Con esto, el circuito queda cerrado: tocas en la rama, pruebas en la rama, lees los logs de la rama, y fusionas cuando lo verde es de verdad.

La rama de Base Code ya no es solo para el código

Si llevas un par de meses mirando Base44, el patrón se ve claro. Base Code entró como la pieza que abre el código real a tu equipo, con cambios que se proponen como pull request. Y desde entonces cada semana le cuelgan una cosa más de la rama.

Esto es lo que se ha ido acumulando ahí, con lo que significa para ti:

Lo que tiene gracia es el orden en el que lo han hecho. Primero te dieron la rama, luego la forma de ordenarlas y archivarlas, y ahora lo que de verdad hacía falta para que la rama sirviera de algo: que lo que hay dentro se pueda probar.

Es muy de herramienta joven. Te dan el armario antes que las perchas.

Un extra del 29 de octubre: disparar un flujo desde cualquier conector

Esta se me había quedado suelta y encaja aquí, porque también va de poder empezar algo sin tenerlo todo montado antes.

Cuando añades un disparador a un flujo de trabajo, ya puedes elegir cualquier conector que admita disparadores de flujo, incluso uno que tu app todavía no tenga conectado. El chat de la IA te ayuda a conectarlo mientras construye el flujo.

Antes el orden era: conecta primero, diseña después. Lo cual suena razonable hasta que estás a mitad de una idea y tienes que irte a otra pestaña a pelearte con un login de OAuth. Y cuando vuelves ya no te acuerdas de lo que ibas a montar.

Para un cerebro como el mío eso no es una molestia menor. Es la diferencia entre terminar el flujo y tener un flujo a medias más en la lista.

Qué haría yo esta semana

Si tienes una app de Base44 con usuarios dentro y un agente atendiéndolos, prueba el circuito nuevo con algo pequeño: abre una rama, cámbiale una frase al agente, comprueba que el de producción sigue respondiendo con la versión vieja, y fusiona. Cinco minutos y te quitas el miedo a tocar.

Si tienes funciones de backend, mira si en algún momento de las últimas semanas diste algo por probado. Con el botón ejecutando main, lo verde no significaba lo que tú creías.

Y si todo esto te suena a que Base44 se está volviendo una herramienta de equipos y no de uno solo, es exactamente lo que está pasando. Lleva semanas apretando el lado serio: cobra más fino (hasta si paras la IA a mitad de respuesta) y mete controles que antes no tenía, como los escaneos de seguridad programados.

Eso está bien si tu app tiene que sostenerse. Y conviene tenerlo claro antes de pagar, que es lo que desgrané en las 12 preguntas que yo me haría antes de meter la tarjeta.

El changelog no dice si estas dos cosas piden algún plan concreto. Base Code es lo que es, así que si te hace falta el dato exacto de tu plan, mejor mirarlo en la web de Base44 (enlace de afiliado: así me ayudas a seguir creando contenido) que fiarte de mí.

¿Estás montando cosas con IA que luego no sabes sostener? Mídete con el test de nivel de IA.