osFoundry / Platform
Config agente
Modifica nome, modello, strumenti, prompt e policy di qualsiasi agente come record versionato. Fork, pubblica, condividi.
Che cos’è
Una config di agente in osFoundry è la definizione completa di un agente IA tenuta come un singolo record modificabile: il suo nome, il modello su cui gira, gli strumenti che può richiamare, il suo system prompt e la policy che governa ciò che gli è consentito fare. Invece di disseminare queste impostazioni tra codice, file di configurazione e la dashboard di un provider, le modifichi in un unico posto e ogni cambiamento viene registrato come una versione. Puoi vedere com'erano il prompt o l'elenco di strumenti di un agente tre modifiche fa, confrontarli con lo stato attuale e ripristinarli se una modifica lo ha peggiorato.
Poiché osFoundry è bring-your-own-key (BYOK) e local-first, la config punta al modello che scegli: un modello locale sulla tua macchina, un modello cloud tramite la tua chiave API o un endpoint self-hosted, senza alcun rivenditore in mezzo. Cambiare il modello di un agente è un campo della config, non una riscrittura: mantieni lo stesso prompt, gli stessi strumenti e la stessa policy e provalo su un altro modello per confrontare costo e qualità. Il campo policy è dove imposti i guardrail: quali strumenti richiedono approvazione, cosa l'agente può toccare, così comportamento e permessi viaggiano con l'agente anziché risiedere altrove.
Le config sono fatte per circolare. Fai il fork di qualsiasi agente per ottenere una copia indipendente che puoi modificare senza intaccare l'originale, pubblica una versione quando è solida e condividila perché un collega o un altro spazio di lavoro esegua lo stesso agente. Il versionamento fa sì che una config condivisa sia uno stato preciso e riproducibile, non un bersaglio mobile: chi la riceve ottiene esattamente il modello, gli strumenti, il prompt e la policy che hai testato, e può farne il fork per renderla propria.
Funzionalità principali
- Modifica nome, modello, strumenti, system prompt e policy di un agente da un singolo record invece che da file e dashboard sparsi
- Ogni modifica viene salvata come versione, così puoi rivedere la cronologia, confrontare le modifiche e ripristinare un cambio di prompt o di strumenti che ha peggiorato le cose
- Cambia il modello sottostante di qualsiasi agente con un solo campo e riusa lo stesso prompt e gli stessi strumenti per confrontare modelli locali, cloud e self-hosted
- Fai il fork di qualsiasi config in una copia indipendente, poi pubblica una versione e condividila perché altri eseguano esattamente l'agente che hai testato
- Gira con le tue chiavi API e può usare modelli locali, così la definizione di un agente e i suoi dati restano sul tuo dispositivo: nessun costo per postazione, nessun ricarico
Casi d’uso
- Prompt engineer: itera il system prompt di un agente su una dozzina di versioni, confrontane due e ripristina la formulazione che ha ottenuto il punteggio migliore
- Team lead: pubblica un agente di supporto validato con una policy blindata, poi lascia che ogni collega ne faccia il fork per il proprio flusso senza rompere l'originale
- Sviluppatore attento ai costi: tieni fissi prompt e strumenti di un agente e cambia solo il modello per confrontare un modello locale con una chiave cloud sullo stesso task
Domande frequenti
Cosa include esattamente una config di agente?
Cinque cose come un unico record versionato: il nome dell'agente, il modello su cui gira, gli strumenti che può richiamare, il suo system prompt e la sua policy (le regole e le approvazioni che governano ciò che può fare). Modificarne una crea una nuova versione che puoi rivedere o annullare.
Posso cambiare il modello usato da un agente senza riscriverlo?
Sì. Il modello è un campo della config. Punta lo stesso agente a un modello locale, a un modello cloud tramite la tua chiave API o a un endpoint self-hosted, mantenendo intatti prompt, strumenti e policy, il che rende facile confrontare i modelli su configurazioni identiche.
Che differenza c'è tra fare il fork e condividere una config?
Il fork crea una copia indipendente che puoi modificare liberamente senza toccare l'originale. La condivisione consegna a qualcuno una versione pubblicata da eseguire così com'è. Poiché le config sono versionate, un agente condiviso è uno stato preciso e riproducibile: chi lo riceve può farne il fork se vuole modificarlo.