osFoundry / Platform
Configuración de agentes
Edita el nombre, modelo, herramientas, prompt y política de cualquier agente como un registro versionado. Fork, publica, comparte.
Qué es
Una config de agente en osFoundry es la definición completa de un agente de IA guardada como un único registro editable: su nombre, el modelo con el que se ejecuta, las herramientas que puede invocar, su system prompt y la política que rige lo que tiene permitido hacer. En lugar de repartir esos ajustes entre el código, archivos de configuración y el panel de un proveedor, los editas en un solo lugar y cada cambio queda registrado como una versión. Puedes ver cómo estaba el prompt o la lista de herramientas de un agente hace tres ediciones, compararlo con el estado actual y revertirlo si un cambio lo empeoró.
Como osFoundry funciona con tus propias claves (BYOK) y prioriza lo local, la config apunta al modelo que elijas: un modelo local en tu propia máquina, un modelo en la nube a través de tu propia clave de API o un endpoint autoalojado, sin ningún revendedor de por medio. Cambiar el modelo de un agente es un campo de la config, no una reescritura: conservas el mismo prompt, las mismas herramientas y la misma política, y lo pruebas con otro modelo para comparar coste y calidad. El campo de política es donde defines las barreras de seguridad, qué herramientas requieren aprobación y qué puede tocar el agente, de modo que el comportamiento y los permisos viajan con el agente en lugar de vivir en otro sitio.
Las configs están hechas para moverse. Bifurca cualquier agente para obtener una copia independiente que puedes modificar sin afectar al original, publica una versión cuando esté sólida y compártela para que un compañero u otro espacio de trabajo ejecute el mismo agente. El versionado hace que una config compartida sea un estado concreto y reproducible, no un blanco móvil: la persona a quien se la entregas recibe exactamente el modelo, las herramientas, el prompt y la política que probaste, y puede bifurcarla para hacerla suya.
Capacidades principales
- Edita el nombre, modelo, herramientas, system prompt y política de un agente desde un único registro en lugar de archivos y paneles dispersos
- Cada cambio se guarda como una versión, así puedes revisar el historial, comparar ediciones y revertir un cambio de prompt o de herramientas que empeoró las cosas
- Cambia el modelo base de cualquier agente con un solo campo y reutiliza el mismo prompt y herramientas para comparar modelos locales, en la nube y autoalojados
- Bifurca cualquier config en una copia independiente, luego publica una versión y compártela para que otros ejecuten el mismo agente que probaste
- Funciona con tus propias claves de API y admite modelos locales, así la definición del agente y sus datos permanecen en tu dispositivo; sin cuotas por asiento ni recargos
Casos de uso
- Ingeniero de prompts: itera el system prompt de un agente a lo largo de una docena de versiones, compara dos de ellas y revierte a la redacción que mejor puntuó
- Líder de equipo: publica un agente de soporte validado con una política restringida y deja que cada compañero lo bifurque para su propio flujo sin romper el original
- Desarrollador atento al coste: mantén fijos el prompt y las herramientas de un agente y cambia solo el modelo para comparar un modelo local con una clave en la nube en la misma tarea
Preguntas frecuentes
¿Qué incluye exactamente una config de agente?
Cinco cosas como un único registro versionado: el nombre del agente, el modelo con el que se ejecuta, las herramientas que puede invocar, su system prompt y su política (las reglas y aprobaciones que rigen lo que puede hacer). Editar cualquiera de ellas crea una nueva versión que puedes revisar o revertir.
¿Puedo cambiar el modelo que usa un agente sin reescribirlo?
Sí. El modelo es un campo de la config. Apunta el mismo agente a un modelo local, a un modelo en la nube con tu propia clave de API o a un endpoint autoalojado, y conserva intactos su prompt, herramientas y política, lo que facilita comparar modelos con configuraciones idénticas.
¿Cuál es la diferencia entre bifurcar y compartir una config?
Bifurcar crea una copia independiente que puedes editar libremente sin tocar el original. Compartir le entrega a alguien una versión publicada para ejecutarla tal cual. Como las configs están versionadas, un agente compartido es un estado concreto y reproducible: quien lo recibe puede bifurcarlo si quiere modificarlo.