Intramedial est en bêta restreinte. À l’inscription ou à la connexion, vous devez fournir le mot de passe de bêta-testeur que vous avez reçu ou en demander un à preview@intramedial.com. Merci.
Chargement…
coordination.admitModule 01
Module du plan
Intralock admission
Décidez chaque action avant qu'elle ait lieu : un agent déclare son intention, et Intralock l'admet ou donne la raison pour laquelle elle est refusée.
coordination.admit est le chemin chaud du plan. Un agent envoie son DID, la ressource et le verbe, et Intralock évalue cette intention face à l'instantané de politique compilé, aux quarantaines et aux interrupteurs d'arrêt. La réponse est un allow ou un deny avec une raison, sans appel réseau ni LLM.
Les agents agissent quand le plan dit oui, et le registre dit pourquoi.
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.
grant pour un allow ; pour un deny, le code qui l'explique, comme quarantine ou confirmation_required.
enforced
Indique si la classe de ressources était en enforce, donc si le verdict s'est réellement appliqué à l'appel.
Mécanisme
Pas à pas
Comment ça marche
L'agent déclare l'intention
Envoyez actorDid, resource et action à POST /api/v1/acp/coordination/admit avant d'agir. Une écriture ou une suppression porte aussi un confirmationToken à usage unique.
Les garde-fous du plan passent d'abord
Un acteur en quarantaine est refusé avec quarantine, et une ressource arrêtée avec resource_halted. Une écriture sans jeton valide est refusée avec confirmation_required et arrive dans la file d'approbation.
Intralock évalue l'instantané
L'intention est vérifiée face aux habilitations compilées de l'instantané de politique. Le noyau est une fonction pure : même intention, même instantané, même verdict.
L'étape d'adoption façonne la réponse
Une classe de ressources tourne en observe, advise, transform ou enforce. Seul enforce peut refuser ; les étapes précédentes rapportent ce qu'enforce aurait décidé et laissent passer l'appel.
La décision va au journal
La décision est écrite après la réponse, jamais avant, donc la journalisation n'ajoute rien au chemin chaud. Une décision qui a dépassé son budget de temps est aussi enregistrée.
Cliquez Lancer (ou ⌘/Ctrl + Entrée) pour signer la requête à gauche.
Le premier lancement crée une clé de test gratuite dans ce navigateur : environ 35 appels sur 7 jours, sans compte. Le reçu revient ici et est vérifié avec les clés publiées, sans nous faire confiance.
Code
Exemple en direct
Une vraie requête
Une requête dans la forme acceptée par l’API, et un exemple de réponse dans la forme renvoyée par le module.
Un agent de release et un bot de dépendances veulent tous deux repo:payments/main. Les deux déclarent d'abord, donc le second reçoit une raison et un détenteur à attendre, au lieu d'un push en échec.
Une personne sur l'étape risquée
Un agent peut lire une table librement, mais un delete demande un jeton. Le refus crée une demande d'approbation, et l'agent reprend quand quelqu'un signe.
Adopter sans rien casser
Mettez une classe de ressources en observe, lisez pendant une semaine ce qu'enforce aurait décidé, puis relevez cette classe seule.
Un refus exploitable par un agent
La reason permet à un agent de prendre un autre chemin ou de s'arrêter et demander, plutôt que de relancer en boucle le même appel refusé.
Quand utiliser autre chose
Ordonnancer le travail dans le flux d'une seule équipe. L'admission décide si une action peut avoir lieu, pas quelle tâche passe ensuite.
Garder une ressource sur plusieurs étapes. L'admission répond à une intention ; utilisez coordination.lease pour la garder.
Arrêter un agent qui ne déclare jamais. Placez un point d'application comme mcp.enforce ou github.enforce sur son chemin.
Preuves
Garanties
Ce qu’il fait, et ce qu’il ne fait pas
Un module est une affirmation forte sur un sujet étroit. Fiez-vous-y exactement pour ce qu’il est.
Il le fait
Chaque intention qui l'atteint reçoit un verdict du même noyau déterministe, sans modèle.
Une écriture ou suppression en enforce ne passe pas sans jeton de confirmation à usage unique lié à cet acteur, cette ressource et ce verbe.
Un agent en quarantaine reste refusé sur les classes protégées, quelle que soit l'étape d'adoption.
Chaque décision enregistre son verdict, sa raison et si elle a été appliquée.
Il ne le fait pas
Que l'agent a fait ce qu'il a déclaré. Comparez les intentions aux effets observés dans detection.run.
Qu'un agent ne peut pas agir en contournant le plan. L'admission ne lie que les actions qui passent par un point d'application.
Que la politique est juste. Intralock applique les mandats compilés exactement comme écrits ; rejouez-les dans mandates.compile.
Détails
Notes de conception
Avant de construire
Budget de temps
Le budget du noyau est de 5 ms p99 pour son propre travail et 15 ms pour une requête avec appels Durable Object. Les deux sont fixés dans le code et vérifiés par les tests ; les échantillons hors budget sont enregistrés.
Posture en cas d'échec
Chaque classe de ressources déclare fail-open ou fail-closed. Si le magasin de l'interrupteur d'urgence est illisible, la réponse le dit dans killSwitch.readable au lieu de le cacher.
Classes protégées
KMS, identité, registre et facturation restent en enforce. L'échelle d'adoption ne peut pas servir à les ouvrir.
Limites et mesure
Chaque décision d'admission compte comme une action coordonnée, quel que soit son résultat. Les lectures de la carte et de la présence ne comptent pas.
Un jeton de confirmation est à usage unique ; en rejouer un est refusé avec confirmation_replay.
Les échantillons hors budget sont enregistrés pour l'opérateur ; une admission lente n'est pas refusée parce qu'elle est lente.
Accès
API et MCP
REST et MCP
Authentifiez-vous avec une clé d’API d’espace de travail comme jeton Bearer. L’URL de base est https://api.intramedial.com.
Points d’accès REST
POST/api/v1/acp/coordination/admitDécider d'une intention déclarée.
POST/api/v1/acp/coordination/confirmÉmettre un jeton de confirmation à usage unique pour une écriture ou une suppression.
Actions MCP
MCPcoordination.admitDécider d'une intention déclarée.
MCPcoordination.confirmÉmettre un jeton de confirmation pour une écriture ou une suppression.
Module du plan
