osFoundry / Platform
Transferencias
Cuando un agente termina su parte, la entrega al siguiente con todo el contexto compartido.
Qué es
Las transferencias permiten que una tarea de varios pasos pase de un agente de IA al siguiente sin empezar de cero cada vez. Cuando un agente termina su parte del trabajo, le cede el testigo al siguiente junto con todo el contexto compartido: la conversación hasta ese momento, los resultados intermedios, los archivos y las decisiones que produjo el agente anterior. El agente que recibe el relevo arranca en caliente en lugar de en frío, así que nunca vuelves a pegar un encargo, ni a explicar de nuevo un objetivo, ni pierdes el estado que se había construido dos pasos atrás.
Dentro de osFoundry, los agentes se ejecutan juntos en un mismo espacio de trabajo, de modo que una transferencia no cruza la frontera de ninguna herramienta: el contexto permanece en el mismo lugar durante toda la cadena. Como osFoundry funciona con tu propia clave y es agnóstico respecto al modelo, cada agente de la secuencia puede correr en un modelo distinto: un modelo local para un paso privado o sensible, un modelo en la nube para el razonamiento pesado, un endpoint autoalojado para algo intermedio. El contexto compartido viaja entre ellos sin importar qué modelo use cada agente, y como osFoundry es local-first, ese contexto puede quedarse en tu dispositivo en lugar de copiarse a un orquestador de terceros.
Esto importa porque casi ningún trabajo real se resuelve con un solo prompt: es investigar, luego redactar, luego revisar y dar una pasada final, a menudo con fortalezas distintas en cada etapa. Las transferencias convierten eso en una única ejecución continua en vez de un relevo manual en el que arrastras la salida de un chat a otro a mano. Y como osFoundry mantiene el chat, los agentes, las apps, el código, el conocimiento y los datos en un solo espacio de trabajo, una transferencia puede llevar referencias a todos ellos hacia adelante, de modo que el siguiente agente ve no solo el último mensaje, sino los artefactos que ha ido construyendo el flujo.
Capacidades principales
- Pasa el trabajo de un agente al siguiente con todo el contexto compartido: la conversación, los resultados intermedios y los archivos generados viajan con la transferencia
- El agente que recibe el relevo empieza en caliente: sin volver a pegar el encargo, sin reexplicar el objetivo, sin perder el estado entre pasos
- Cada agente de la cadena puede correr en un modelo distinto, local, en la nube o autoalojado, compartiendo el mismo contexto
- Gracias al diseño local-first, el contexto puede quedarse en tu dispositivo en lugar de pasar por un orquestador externo
- Funciona con tus propias claves de API, sin sobreprecio de reventa ni tarifas por asiento, así que las cadenas multiagente no multiplican el coste por persona
Casos de uso
- Investigador: un agente recopilador reúne fuentes y notas, y luego pasa el relevo a un agente redactor que ya tiene cada hallazgo en su contexto
- Desarrollador: un agente de planificación acota el cambio y entrega el plan, las referencias a archivos y las restricciones directamente a un agente de implementación
- Analista: un agente de preparación de datos limpia y resume, y entrega los resultados a un agente de razonamiento para su interpretación sin volver a subir nada
Preguntas frecuentes
¿Qué se pasa exactamente durante una transferencia?
El contexto compartido que ha ido construyendo la cadena: la conversación en curso, los resultados intermedios y los archivos y decisiones que produjo el agente anterior. El siguiente agente hereda eso en lugar de una hoja en blanco, así que trabaja a partir de lo que ya ocurrió y no de un prompt nuevo.
¿Pueden usar modelos distintos los agentes de una cadena de transferencias?
Sí. osFoundry funciona con tu propia clave y es agnóstico respecto al modelo, así que cada agente puede correr en un modelo local, en la nube o autoalojado. La transferencia lleva el mismo contexto compartido entre ellos sin importar qué modelo use cada agente.
¿Salen mis datos de mi máquina cuando los agentes se pasan el trabajo entre sí?
osFoundry es local-first, así que el contexto compartido puede quedarse en tu dispositivo. Que un paso concreto toque un servicio externo depende del modelo que use ese agente: un modelo local mantiene ese paso en el dispositivo, mientras que un modelo en la nube envía lo que ese paso necesita al proveedor que tú elijas, bajo tu propia clave.