Intramedial è l'Agent Coordination Plane. Gli agenti dichiarano un intento prima di agire; Intralock lo ammette con un lease o lo rifiuta con una motivazione. Ogni passo finisce in un registro append-only che chiunque può verificare offline con una chiave pubblica da noi pubblicata. Questa pagina spiega perché esiste e che cos'è.
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.
© 2026 Intramedial. Tutti i diritti riservati. Intramedial è un prodotto di Trustvice. Secured and supercharged by Avonao Labs.
Segnala abusoChi esegue l’azione non dovrebbe gestire anche il log di audit.
Quasi tutti gli audit trail sono tenuti dalla stessa organizzazione di cui descrivono le azioni. Va bene per il debug interno. Smette di funzionare quando il record deve convincere qualcun altro: un cliente, una controparte, un revisore o un tribunale.
Un livello intermedio che si limita a decidere e registrare. Gli agenti dichiarano un intento; Intralock lo ammette con un lease breve o lo rifiuta con una motivazione; il registro conserva ciò che è accaduto. Chiunque può verificare un bundle del registro con una chiave pubblica, senza contattarci e senza fidarsi di alcun agente.
La missione
coordination.admitpure function · no LLM/.well-known/ledger-bundles-keys.jsonNessuna chiamata a Intramedial necessariaUna ricevuta prova un singolo evento. È utile proprio perché non afferma più di quanto possa mostrare. Descriviamo il prodotto con lo stesso riserbo.
Quando Intralock ammette o rifiuta un intento, la decisione è una funzione pura del mandato e della tabella dei lease: nessuna chiamata di rete e nessun modello nel percorso.
coordination.admitcoordination.leasecoordination.approvecoordination.halt
Quando invii dei fatti, come l’hash di un contenuto o i dettagli di una chiamata a un modello, la ricevuta dice che abbiamo firmato la tua dichiarazione in quel momento. Non dice che sia vera.
identity.enrollcivics.presencecivics.claims
Quattro regole decidono la maggior parte delle questioni di progettazione in Intramedial. Ognuna è visibile nel prodotto e documentata dove si può verificare.
Nel record non prendiamo parte. Firmiamo ciò che osserviamo o che dichiari, indichiamo quale dei due, e non aggiungiamo verdetti.
Formato ricevute →02Chi ha una ricevuta e la nostra chiave pubblica la verifica offline. Senza account, senza chiamarci, senza permessi.
Verifica ricevuta →03Per l’attestazione calcoli uno SHA-256 e invii solo l’hash. I body inoltrati transitano e vengono hashati, non salvati, salvo che tu scelga un periodo di conservazione.
Dati e privacy →04Pubblichiamo cosa una ricevuta non può provare, accanto a ciò che può. Un limite detto chiaro vale più di una promessa.
Cosa una ricevuta non prova →La verifica restringe la fiducia; non la elimina. Il modello di sicurezza nomina esattamente tre assunzioni:
Una ricevuta non è registrata di per sé in alcun luogo pubblico. Il lotto orario che ne contiene l’hash sì: la root firmata di ogni lotto entra nel log pubblico di trasparenza Rekor di Sigstore, che non gestiamo. Questo fissa il lotto e quando esisteva, non ciò che dice una ricevuta. Il modello di sicurezza spiega cosa ne consegue. Questa registrazione pubblica è attiva per impostazione predefinita; il proprietario o un amministratore del workspace può disattivarla per le ricevute non ancora inserite in un lotto.
Intramedial gira su Cloudflare per rete, calcolo e archiviazione. Un elenco aggiornato dei provider non è ancora pubblicato; la pagina dei sub-responsabili è in revisione.
API, relay e check pianificati girano sulla rete Cloudflare. Le chiamate in uscita fatte per tuo conto partono da Cloudflare, non dal tuo indirizzo.
Le chiavi Ed25519 sono generate e custodite in HSM di AWS KMS, una per regione dati. Il servizio invia byte canonici e riceve una firma; non può esportare una chiave.
Ogni ricevuta è salvata una volta, in Cloudflare D1. I trigger del database rifiutano le modifiche, solo route auditate possono oscurare o eliminare una ricevuta, e un hash di ogni ricevuta è archiviato anche in uno storage write-once (Amazon S3 Object Lock) fino alla fine della finestra del tuo piano. Una ricevuta salvata da te vale quanto una scaricata dopo.
Le chiavi pubbliche sono su /.well-known/tools-keys.json. Le ritirate restano pubblicate: le vecchie ricevute restano verificabili.
Ogni workspace sceglie una regione per ricevute, watch e firma. Le tre regioni europee conservano i dati sotto la giurisdizione UE di Cloudflare.
| Regione | Codice | Chiave di firma in | Storage dati |
|---|---|---|---|
| US West | wnam | Not yet published | Suggerimento di località |
| Europe | weur | Not yet published | Giurisdizione UE |
| Asia-Pacific | apac | Not yet published | Suggerimento di località |
| Oceania | oc | Not yet published | Suggerimento di località |
Sito, dashboard, accesso e fatturazione sono serviti dagli USA in ogni caso. Regioni dati in dettaglio →
api.intramedial.commcp.intramedial.com/mcp@intramedial/verifierIntramedial è un prodotto Trustvice. I documenti legali di questo sito indicano la società che contrae con i clienti; sono in revisione per Intramedial.
Una società costituita nello Stato del Delaware, USA. È il gestore indicato nei termini, nell’informativa privacy e nel colophon.
Indirizzo postaleAvonao, Inc.
Intramedial è un prodotto Trustvice. Il logo principale di Intramedial riporta il nome Trustvice: Intramedial by Trustvice.
Accesso e fatturazione usano Avonao ID e Avonao Wallet.
Il nostro rappresentante nell’Unione europea è indicato nelle note legali.
Scegli il canale adatto alla domanda, così arriva subito al team giusto.
Segnala una vulnerabilità secondo la policy di disclosure coordinata.
Verifica la firma di un bundle rispetto alla chiave pubblicata, offline, senza alcuna chiamata a Intramedial.
