O Intramedial está em beta restrito. Ao se cadastrar ou entrar, você precisa informar a senha de beta tester que recebeu ou solicitar uma em preview@intramedial.com. Obrigado.
Carregando…
coordination.admitMódulo 01
Módulo da plataforma
Intralock admission
Decida cada ação antes que aconteça: um agente declara sua intenção, e o Intralock a admite ou nomeia o motivo de ela não poder.
coordination.admit é o caminho crítico da plataforma. Um agente envia seu DID, o recurso e o verbo, e o Intralock avalia essa intenção contra o snapshot de política compilado, as quarentenas e as chaves de parada. A resposta é um allow ou um deny com um motivo, sem chamada de rede nem LLM.
Os agentes agem quando o plano diz sim, e o registo diz porquê.
Passe ações de agentes, hashes de conteúdo, checagens de API, DNS, webhooks, chamadas de LLM e commits git pela Intramedial. Receba um recibo assinado que todos verificam – sem confiar em nós.
grant em um allow; em um deny, o código que o explica, como quarantine ou confirmation_required.
enforced
Se a classe de recurso estava em enforce, de modo que o veredito realmente valeu para a chamada.
Mecanismo
Passo a passo
Como funciona
O agente declara a intenção
Envie actorDid, resource e action a POST /api/v1/acp/coordination/admit antes de agir. Uma gravação ou exclusão também leva um confirmationToken de uso único.
As barreiras da própria plataforma rodam primeiro
Um autor em quarentena é recusado com quarantine, e um recurso parado com resource_halted. Uma gravação sem token válido é recusada com confirmation_required e vai para a fila de aprovação.
O Intralock avalia o snapshot
A intenção é conferida contra as concessões compiladas do snapshot de política. O kernel é uma função pura: mesma intenção, mesmo snapshot, mesmo veredito.
A etapa de adoção molda a resposta
Uma classe de recurso roda em observe, advise, transform ou enforce. Só enforce pode negar; as etapas anteriores relatam o que enforce teria decidido e deixam a chamada passar.
A decisão vai para o log
A decisão é gravada depois da resposta, nunca antes, então o registro não acrescenta nada ao caminho crítico. Uma decisão que estourou seu orçamento de tempo também é registrada.
Clique em Rodar (ou ⌘/Ctrl + Enter) e assine a requisição ao lado.
A primeira execução cria uma chave de teste grátis neste navegador: cerca de 35 chamadas em 7 dias, sem conta. O recibo volta aqui e é verificado com as chaves publicadas, sem confiar em nós.
Código
Exemplo ao vivo
Uma requisição real
Uma requisição no formato que a API aceita e um exemplo de resposta no formato que o módulo devolve.
Um agente de release e um bot de dependências querem repo:payments/main. Ambos declaram primeiro, então o segundo recebe um motivo e um detentor para esperar, em vez de um push com falha.
Uma pessoa na etapa de risco
Um agente pode ler uma tabela livremente, mas um delete precisa de um token. A recusa cria um pedido de aprovação, e o agente retoma quando alguém assina.
Adotar sem quebrar nada
Ponha uma classe de recurso em observe, leia por uma semana o que enforce teria decidido e depois eleve só essa classe.
Uma recusa sobre a qual um agente pode agir
O reason permite que um agente tome outro caminho ou pare e pergunte, em vez de repetir a mesma chamada negada em loop.
Quando usar outra coisa
Agendar trabalho dentro do fluxo de uma equipe. A admissão decide se uma ação pode acontecer, não qual tarefa roda a seguir.
Reter um recurso por várias etapas. A admissão responde a uma intenção; use coordination.lease para retê-lo.
Barrar um agente que nunca declara. Ponha um ponto de aplicação como mcp.enforce ou github.enforce no caminho dele.
Evidência
Garantias
O que faz e o que não faz
Um módulo é uma afirmação forte sobre algo estreito. Confie nele exatamente pelo que ele é.
Faz
Toda intenção que chega recebe um veredito do mesmo kernel determinístico, sem modelo.
Uma gravação ou exclusão em enforce não passa sem um token de confirmação de uso único vinculado a esse autor, recurso e verbo.
Um agente em quarentena continua recusado nas classes protegidas, diga o que disser a etapa de adoção.
Cada decisão registra seu veredito, seu motivo e se foi aplicada.
Não faz
Que o agente fez o que declarou. Compare intenções com efeitos observados em detection.run.
Que um agente não possa agir contornando a plataforma. A admissão só obriga ações que passam por um ponto de aplicação.
Que a política esteja certa. O Intralock aplica os mandatos compilados exatamente como escritos; reproduza-os em mandates.compile.
Detalhes
Notas de construção
Antes de construir
Orçamento de tempo
O orçamento do kernel é 5 ms no p99 do seu próprio trabalho e 15 ms em uma requisição com chamadas a Durable Objects. Ambos são definidos no código e verificados em testes; amostras acima do orçamento são registradas.
Postura de falha
Cada classe de recurso declara fail-open ou fail-closed. Se o armazenamento do kill switch não puder ser lido, a resposta diz isso em killSwitch.readable em vez de esconder.
Classes protegidas
KMS, identidade, ledger e billing ficam em enforce. A escada de adoção não pode ser usada para abri-las.
Limites e medição
Cada decisão de admissão conta como uma ação coordenada, seja qual for o resultado. Leituras do mapa e da presença não contam.
Um token de confirmação é de uso único; reutilizá-lo é recusado com confirmation_replay.
Amostras acima do orçamento são registradas para o operador; uma admissão lenta não é recusada por ser lenta.
Acesso
API e MCP
REST e MCP
Autentique-se com uma chave de API do workspace como token Bearer. A URL base é https://api.intramedial.com.
Endpoints REST
POST/api/v1/acp/coordination/admitDecida uma intenção declarada.
POST/api/v1/acp/coordination/confirmEmita um token de confirmação de uso único para uma gravação ou exclusão.
Ações MCP
MCPcoordination.admitDecida uma intenção declarada.
MCPcoordination.confirmEmita um token de confirmação para uma gravação ou exclusão.