Intramedial est le plan de coordination des agents (Agent Coordination Plane). Les agents déclarent une intention avant d’agir ; Intralock l’admet sous un lease ou la refuse en donnant une raison. Chaque étape est inscrite dans un registre en ajout seul que chacun peut vérifier hors ligne avec une clé publique que nous publions. Cette page explique pourquoi il existe et ce qu’il est.
Faites passer actions d’agents, hash de contenu, contrôles d’API, requêtes DNS, webhooks, appels LLM et commits git par Intramedial. Obtenez un reçu signé vérifiable par tous – sans nous croire.
Qui exécute l’action ne devrait pas tenir le journal d’audit.
La plupart des pistes d’audit sont tenues par l’organisation même dont elles décrivent les actes. Cela suffit au débogage interne. Plus dès que le relevé doit convaincre un tiers : un client, une contrepartie, un auditeur ou un juge.
Un intermédiaire qui ne fait que décider et consigner. Les agents déclarent une intention ; Intralock l’admet sous un lease court ou la refuse en donnant une raison ; le registre garde ce qui s’est passé. Chacun peut vérifier un bundle de registre avec une clé publique, sans nous contacter et sans faire confiance à un agent en particulier.
Notre mission
coordination.admitpure function · no LLM/.well-known/ledger-bundles-keys.jsonAucun rappel vers Intramedial nécessaireUn reçu prouve un événement. Il est utile justement parce qu’il n’affirme rien de plus qu’il ne montre. Nous décrivons le produit avec la même retenue.
Quand Intralock admet ou refuse une intention, la décision est une fonction pure du mandat et de la table des leases : aucun appel réseau et aucun modèle dans le chemin.
coordination.admitcoordination.leasecoordination.approvecoordination.halt
Quand vous envoyez des faits, comme un hash de contenu ou le détail d’un appel de modèle, le reçu dit que nous avons signé votre déclaration à ce moment. Il ne dit pas qu’elle est vraie.
identity.enrollcivics.presencecivics.claims
Quatre règles tranchent la plupart des questions de conception chez Intramedial. Chacune est visible dans le produit et documentée là où vous pouvez la vérifier.
Nous ne prenons pas parti. Nous signons ce que nous observons ou ce que vous déclarez, disons lequel, et n’ajoutons aucun verdict.
Format des reçus →02Avec un reçu et notre clé publique, chacun le vérifie hors ligne. Ni compte, ni appel réseau chez nous, ni autorisation.
Vérifier un reçu →03Pour l’attestation, vous calculez un SHA-256 et n’envoyez que le hash. Les corps relayés transitent et sont hachés, non stockés, sauf si vous fixez une durée.
Données, vie privée →04Nous publions ce qu’un reçu ne prouve pas, près de ce qu’il prouve. Une limite claire vaut plus qu’une promesse.
Ce qu’un reçu ne prouve pas →La vérification réduit la confiance ; elle ne la supprime pas. Notre modèle de sécurité nomme trois hypothèses :
Un reçu n’est pas lui-même inscrit dans un registre public. Le lot horaire qui contient son hash l’est : la racine signée de chaque lot entre dans le journal de transparence public Rekor de Sigstore, que nous n’exploitons pas. Cela fige le lot et le moment où il existait, pas ce que dit un reçu. Le modèle de sécurité en tire les conséquences. Cette inscription publique est activée par défaut ; le propriétaire ou un administrateur du workspace peut la désactiver pour les reçus qui ne sont pas encore dans un lot.
Intramedial tourne sur Cloudflare pour son réseau, son calcul et son stockage. Une liste à jour des prestataires n’est pas encore publiée ; la page des sous-traitants est en cours de révision à cet effet.
L’API, le relais et les contrôles planifiés tournent sur le réseau Cloudflare. Les appels sortants faits pour vous partent de Cloudflare, pas de votre adresse.
Les clés Ed25519 sont générées et gardées dans des HSM AWS KMS, une par région de données. Le service envoie des octets canoniques et reçoit une signature ; il ne peut exporter aucune clé.
Chaque reçu est stocké une fois, dans Cloudflare D1. Des triggers de base de données rejettent toute modification, seules des routes auditées peuvent masquer ou supprimer un reçu, et un hash de chaque reçu est en plus archivé dans un stockage à écriture unique (Amazon S3 Object Lock) jusqu’à la fin de la période de votre forfait. Un reçu que vous gardez vaut autant qu’un reçu chargé plus tard.
Le jeu de clés publiques est servi sur /.well-known/tools-keys.json. Clés retirées toujours publiées : les vieux reçus se vérifient.
Chaque workspace choisit une région pour ses reçus, veilles et signatures. Les trois régions européennes stockent sous la juridiction UE de Cloudflare.
| Région | Code | Clé de signature dans | Stocké sous |
|---|---|---|---|
| US West | wnam | Not yet published | Lieu indicatif |
| Europe | weur | Not yet published | Juridiction UE |
| Asia-Pacific | apac | Not yet published | Lieu indicatif |
| Oceania | oc | Not yet published | Lieu indicatif |
Le site, le tableau de bord, la connexion et la facturation sont servis depuis les US dans tous les cas. Les régions en détail →
api.intramedial.commcp.intramedial.com/mcp@intramedial/verifierIntramedial est un produit de Trustvice. Les documents juridiques de ce site désignent la société qui contracte avec les clients ; ils sont en cours de révision pour Intramedial.
Société constituée au Delaware (USA). C’est l’exploitant nommé dans nos CGU, notre politique de confidentialité et nos mentions.
Adresse postaleAvonao, Inc.
Intramedial est un produit de Trustvice. Le logo principal d’Intramedial porte le nom de Trustvice : Intramedial by Trustvice.
La connexion et la facturation utilisent Avonao ID et Avonao Wallet.
Notre représentant dans l’Union européenne figure dans les mentions légales.
Choisissez la voie adaptée à votre question, pour qu’elle arrive à la bonne équipe.
Signalez une faille selon notre politique de divulgation coordonnée.
Vérifiez la signature d’un bundle avec la clé publiée, hors ligne, sans aucun appel à Intramedial.
