Herramientas, flujos de trabajo y tablas de datos

Estas son las «capacidades para actuar» de LoopAgent: una vez configuradas, el modelo puede llamarlas de forma autónoma durante una conversación para cumplir la tarea que tenga entre manos.

Herramientas y MCP

• Una vez que vinculas complementos / MCP a un LoopAgent, el modelo puede llamar a las herramientas correspondientes según lo necesite.
• Seguridad de las credenciales: la información sensible como URLs, API Keys y cabeceras de autenticación se almacena por completo en el lado de la plataforma, la ejecución también ocurre en el lado de la plataforma, y el modelo nunca toca tus secretos. Los parámetros con nombres del tipo key / token / secret se ocultan al modelo y los inyecta la plataforma en el momento de la ejecución.
• Cuando hay pocas herramientas, el modelo las ve y las llama directamente; cuando hay muchas (más de 30), cambia al modo de «carga diferida» para ahorrar tokens y controlar el coste.

Puntos clave

• El error de una herramienta no interrumpe la ronda: cuando una llamada a una herramienta falla, el error se muestra en la tarjeta de la herramienta, y el modelo lo transmite o reintenta y sigue prestando servicio.
• No se ve el proceso de llamada a herramientas: lo controla el interruptor «Mostrar el proceso de llamada» en LoopAgent - Salida (debe estar activado tanto a nivel de complemento como a nivel de agente).

Diagnóstico cuando no se puede llamar a una herramienta

1. Si el interruptor general de herramientas del agente está activado;
2. Si el complemento está vinculado a este agente y habilitado;
3. Si esa acción (action) está deshabilitada a nivel de complemento o a nivel de agente;
4. Si la lista blanca de inspección de MCP excluye esa herramienta.

Flujos de trabajo

Un flujo de trabajo publicado puede convertirse en una herramienta que el modelo puede activar igual que llama a una herramienta; los parámetros de entrada del nodo START del flujo de trabajo se convierten en los parámetros de entrada de esta herramienta.

Para que un flujo de trabajo se convierta en una herramienta invocable, deben cumplirse las tres condiciones (si falta alguna, la herramienta no aparece y no se genera error):

1. El interruptor general de flujos de trabajo del agente está activado;
2. El flujo de trabajo está asociado a este agente;
3. El flujo de trabajo está publicado (los flujos de trabajo que solo existen como borrador se omiten).

• Si cambias un borrador de flujo de trabajo sin publicarlo, LoopAgent sigue ejecutando la antigua versión publicada.
• La «descripción» del flujo de trabajo debe indicar claramente su propósito, de lo contrario el modelo no lo recupera y no lo llama.
• Los créditos de la ejecución del flujo de trabajo se facturan a la organización propietaria del flujo de trabajo.

Tablas de datos y gráficos

Una vez que vinculas tablas de datos a un LoopAgent, el modelo obtiene automáticamente dos capacidades: consultar tablas en lenguaje natural y convertir los resultados de la consulta en gráficos. El modelo nunca escribe SQL.

• Consulta de tabla en lenguaje natural: el modelo describe en una frase en lenguaje natural qué consultar, y la plataforma la convierte en una consulta y devuelve los resultados.
• Generar un gráfico: renderiza los resultados de la consulta más reciente de esta ronda como un gráfico de barras / líneas / circular y se lo muestra directamente al usuario.
• Primero consultar, luego dibujar: antes de generar un gráfico, en la misma ronda debe haberse ejecutado con éxito una consulta. Si un usuario abre una nueva ronda y simplemente dice «dibuja un gráfico» sin consultar primero, se le pedirá que consulte una vez; esto es por diseño, no un fallo.

Origen de las tablas: las tablas de datos de un LoopAgent se seleccionan en su propio nodo de datos. Selecciona las tablas en el nodo de datos del LoopAgent; cambiar los ajustes de tablas de datos en otras ubicaciones del agente no tiene efecto sobre LoopAgent.