Intramedial è in beta ristretta. Alla registrazione o all’accesso devi fornire la password da beta tester che hai ricevuto oppure richiederne una a preview@intramedial.com. Grazie.
Caricamento…
onramp.sourcesModulo 19
Modulo della piattaforma
Fleet on-ramp from export
Porta nel piano una flotta di agenti esistente da un export che hai già, dopo aver letto esattamente cosa arriverebbe.
onramp.sources elenca gli export che il piano sa leggere: LangGraph, CrewAI, AutoGen, Okta, Entra, Terraform e Kubernetes. plan ne ricava agenti, grant, risorse e archi senza scrivere nulla. apply poi registra, concede e mappa tramite i motori attivi.
Gli agenti agiscono quando il piano dice sì, e il registro dice perché.
Fai passare da Intramedial azioni di agenti, hash di contenuti, controlli API, lookup DNS, webhook, chiamate LLM e commit git. Ricevi una ricevuta firmata che chiunque verifica, senza fidarsi di noi.
Ogni sorgente è letta da un export che invii. Nulla si connette a Okta, Entra, un account cloud o un cluster, e non gira alcun provider o operatore. Esporta prima il patrimonio, poi pianificalo e applicalo qui.
Registro
Il registro
Cosa viene registrato
v
La versione del formato del piano, attualmente onramp/0.
sources
I nomi delle sorgenti: langgraph, crewai, autogen, okta, , e .
Ogni agente come did, displayName, source e origin, il punto dell’export da cui viene.
plan.grants
I grant da scrivere, ciascuno un principal, una resource e un action.
plan.edges
Relazioni tra agenti come from, to e rel, ad esempio calls o may_call.
plan.warnings
Ogni riga saltata come at e reason. Un agente non è mai registrato con un identificatore inventato.
counts
Quanti agenti, grant, risorse, archi e avvisi contiene il piano.
applied
Esiti per passo di apply, con ogni fallimento elencato accanto al motivo.
Meccanismo
Passo dopo passo
Come funziona
Scegli una sorgente
GET /api/v1/acp/onramp/sources restituisce la versione del formato e i sette nomi delle sorgenti. Invia l’export corrispondente con un source e il tuo namespace.
Leggi il piano
plan restituisce gli agenti, i grant, le risorse e gli archi che creerebbe, i conteggi di ciascuno e un avviso per ogni riga saltata, con la sua posizione nell’export.
Applica il piano
apply registra ogni agente come agente cliente, scrive ogni grant e registra ogni arco tramite il percorso operatore di cartographer.map. Una riga che fallisce è segnalata, e le altre arrivano comunque.
Rivedi cosa è arrivato
La risposta porta applied: agenti registrati e falliti, grant concessi e falliti, archi mappati e falliti, e il numero di risorse nominate.
Provalo
Demo live
Eseguilo da questa pagina
GET/api/v1/acp/onramp/sources
// Nessun body: è una GET. Premi Esegui.
Viene eseguito in un workspace demo condiviso con una chiave demo: chiunque può vedere cosa contiene, quindi non inviare nulla di privato. Docs di onramp.sources
Risposte
Premi Esegui per inviare la richiesta a sinistra al workspace demo condiviso.
Viene eseguito in un workspace demo condiviso con una chiave demo: chiunque può vedere cosa contiene, quindi non inviare nulla di privato.
Codice
Esempio live
Una richiesta reale
Una richiesta nella forma accettata dall’API e una risposta di esempio nella forma restituita dal modulo.
Un team invia il suo grafo compilato. Ogni nodo diventa un agente e ogni arco una relazione calls, così la flotta arriva con la sua forma intatta.
Service principal da Entra
Un responsabile della sicurezza esporta i service principal. Quelli disabilitati sono comunque registrati e segnalati negli avvisi come non attivi alla fonte.
Rivedere prima di spostare autorità
La migrazione sposta grant oltre che nomi. plan mostra prima l’intera modifica, così un revisore approva righe e non un riepilogo.
Un patrimonio Kubernetes
I service account diventano agenti. Un workload che gira come account assente dall’export è segnalato, e per esso non si inventa alcun principal.
Quando usare altro
Registrare un agente a mano. Usa identity.enroll, che apply stesso chiama per ogni agente.
Scrivere policy da zero. I mandati si redigono e verificano in mandates.compile; questo modulo riporta soltanto ciò che l’export dichiara.
Tenere un patrimonio sincronizzato nel tempo. Ogni esecuzione è un’importazione una tantum, e nulla qui osserva la sorgente per i cambiamenti.
Prove
Garanzie
Cosa fa e cosa non fa
Un modulo è una promessa forte su una cosa circoscritta. Contaci esattamente per ciò che è.
Fa
plan non scrive nulla: legge l’export che invii e restituisce cosa cambierebbe.
Ogni DID è coniato dentro il namespace che fornisci, come did:web:<namespace>:<source>:<id>; non c’è un namespace predefinito.
Un piano rinviato a apply è ricontrollato rispetto alla propria sorgente e al proprio namespace, quindi apply non può servire a scrivere righe arbitrarie.
Un passo fallito è segnalato con il suo motivo, e le altre righe arrivano comunque.
Non fa
Che l’export sia accurato o aggiornato. È letto come inviato, e il sistema sorgente non è interrogato.
Che un’importazione si possa annullare. Un apply parziale non viene annullato; rimuovi ciò che non vuoi con il modulo che lo possiede.
Che gli agenti migrati siano fidati. Ognuno arriva come agente cliente al punteggio base e ottiene solo i grant che l’export implica.
Che un apply si possa mostrare in seguito. Nessun hash della sorgente è salvato e apply non aggiunge eventi al ledger.
Dettagli
Note di sviluppo
Prima di costruire
Chi può applicare
apply richiede sia policies.approve sia agents.create, dato che scrive grant e registra agenti. plan e sources non ne richiedono nessuno.
Dove va l’export
Invialo sotto export, inventory, state, graph, crew, payload o data. Se nessuno di questi è presente, il corpo stesso è letto come export.
Le risorse sono nominate, non create
Una risorsa esiste perché un substrato la ha. Il piano elenca gli URN che il piano userà, e applied.resources.named li conta senza scrivere nulla.
Limiti e misurazione
source e namespace sono entrambi obbligatori; una sorgente sconosciuta o un namespace vuoto è rifiutato con 400.
Un segmento DID è portato in minuscolo, limitato a lettere, cifre, ., _ e -, e troncato a 64 caratteri.
Gli archi sono registrati come ratificati dall’operatore. I limiti del Cartographer che vincolano i suggerimenti del modello non si applicano.
plan e sources non sono misurati; la registrazione tramite apply è misurata come ogni altra registrazione.
Accesso
API e MCP
REST e MCP
Autenticati con una chiave API del workspace come token Bearer. L’URL di base è https://api.intramedial.com.
Endpoint REST
GET/api/v1/acp/onramp/sourcesElenca i formati di export che l’on-ramp sa leggere.
POST/api/v1/acp/onramp/planLeggi un export e restituisci cosa verrebbe creato.
POST/api/v1/acp/onramp/applyRegistra, concedi e mappa il piano, segnalando ogni fallimento.
Azioni MCP
Questo modulo non ha azioni MCP. Chiamalo via REST da qualsiasi agente o programma.
Leggi il punteggio di fiducia di un agente e il livello di autonomia che si è guadagnato, così l’autonomia segue la condotta che il piano ha davvero visto.