Las plantillas de flujos de trabajo resuelven el «automatiza lo repetitivo». El Modo Builder va un paso más allá: te permite construir y hacer evolucionar procesos de gestión igual que escribirías código. Este es el elemento diferenciador de Loopback: el Coding Loop evolutivo.

De «configurar reglas» a «describir objetivos»

Las herramientas tradicionales te hacen rellenar condiciones, elegir acciones y pulsar guardar; la regla es estática. El Modo Builder te deja describir el objetivo en lenguaje llano (por ejemplo, «negativo relacionado con reembolsos → asignar al equipo de pagos y redactar una disculpa»), hacer clic en «Generar borrador», y el borrador aparece en el chat de IA de la derecha, donde lo iteras:

  • Haz clic en «Editar» para cambiarlo en lenguaje natural (por ejemplo, «cuenta también las valoraciones de menos de 3 estrellas»).
  • Haz clic en «Siguiente» para pasar a la revisión previa a la publicación.
  • Una vez que la supera, haz clic en «Publicar» para activarlo.

Junto con la IA, estás escribiendo una pieza de lógica de gestión, no rellenando un formulario. De este ciclo de «describir → generar → iterar en la conversación» viene el nombre Coding Loop.

Dos controles antes de publicar

Un proceso construido en Builder ejecuta acciones automáticamente, así que hay una revisión antes de que entre en producción:

  1. Comprobación de dependencias: ¿un canal que quieres notificar (Feishu, por ejemplo) no está conectado? Te sugiere conectarlo primero, eliminar ese paso o cambiar a un canal ya conectado.
  2. Reproducción de impacto: las acciones que se ejecutarán automáticamente requieren tu autorización explícita, respaldada por una reproducción sobre los últimos 30 días: con cuántos elementos habría coincidido este proceso y cuántas acciones habría activado entonces, para que puedas calibrar su alcance.

Límites de seguridad infranqueables

«Poder evolucionar» no significa «dejarlo correr sin control»: nada de respuestas salientes totalmente automáticas (un borrador de respuesta debe ser confirmado por una persona), nada de cerrar automáticamente una P0, y cada proceso se mantiene en 1–4 reglas acotadas.

El bucle de Builder según el plan

La concurrencia del bucle de Builder varía según el plan: Pro 1 ejecución concurrente, Max ilimitado, Enterprise ilimitado más un agente de código privado. La prueba (Max de 7 días) ya te permite experimentar el bucle de Builder completo. Para los detalles de los planes, consulta Entender los planes y el consumo.

Por qué esto es un foso defensivo

Antes de los agentes de código, «hacer que un proceso itere sobre sí mismo» significaba o bien un equipo de ingeniería escribiendo scripts, o bien que sencillamente no se podía hacer. El Coding Loop convierte en producto «la flexibilidad de un script propio»: flexible, sin tener que mantener a un equipo de ingeniería. Para profundizar, lee el artículo del blog Coding Loop: deja que tus procesos de gestión evolucionen por sí solos.