IDENTIDADE · CONTROLE DE AÇÃO · EVIDÊNCIA

Todo agente ganha um endereço. Toda ação crítica ganha um limite.

Dê aos seus agentes uma identidade estável, decida o que podem fazer sozinhos e preserve evidência atribuível do que acontece depois.

Comece com uma ação controlada Veja como funciona a aprovação

Acesso antecipado aberto · Protocolo aberto · Sem migrar seu runtime

action.requestACESSO ANTECIPADO

origemfinance@yourcompany.com

intentpayment.instructionBRL 48.300,00

DECISÃO DE POLÍTICAaprovação humana necessáriadados bancários alterados há 4 dias

vinculada à intenção imutávelsha256:84c9...f12a

A LACUNA DE RESPONSABILIDADE

Agentes já conseguem agir. O difícil é provar que podiam.

Um pagamento, acesso, contrato ou mudança em produção pode cruzar o ponto sem volta em segundos. Logs dizem que um código rodou. O Beckon registra qual identidade agiu, qual política foi aplicada, quem aprovou a intenção exata e o que o outro lado realmente confirmou.

01Qual agente e chave originaram a ação?
02Ele podia agir sozinho?
03Quem aprovou o payload exato?
04Esse payload mudou?
05O que a contraparte confirmou?

Identidade

Um Agent Address estável, ancorado em domínio, com chaves criptográficas e independente de modelo, runtime, nuvem e transporte.

Controle de ação

Avalie a intenção imutável antes da execução. Permita, negue ou exija aprovação na fronteira irreversível.

Evidência

Preserve fatos atribuíveis sem confundir assinatura, autorização, entrega, processamento e resultado em um único check.

O CASO QUE SE PAGA

Os dados bancários mudaram. Seu agente ainda deve pagar?

O Beckon não afirma saber se uma conta é fraudulenta. Ele aplica sua política, leva a decisão à pessoa certa, vincula a aprovação ao pagamento exato e guarda a evidência.

Nota recebida e pagamento preparado

Política detecta dados bancários alterados há 4 dias

Aprovação humana necessária

CFO revisa a intenção exata

Intenção aprovada vinculada ao digest

Execução liberada e evidência registrada

O fornecedor era legítimo. A conta era nova. A política bloqueou a liberação até existir uma decisão atribuível.

APROVAÇÃO HUMANA

Aprove a ação, não a conversa.

Valor, contraparte, destino e contexto são congelados antes de perguntar a alguém. Se o agente mudar a ação depois, o digest aprovado deixa de corresponder e a execução falha fechada.

aprovação beckon

finance@yourcompany.com

Pagar Fornecedor XYZ

fornecedor: Supplier XYZ
nota: NF-1283
valor: BRL 48.300,00
destino: ••••8392

Aprovação necessária: dados bancários alterados há 4 dias.

AprovarNegar

A decisão será vinculada asha256:84c9...f12a

O canal alcança a pessoa. Assurance diz o que comprovou a decisão.

O WhatsApp pode coletar uma resposta ou levar a uma revisão autenticada. São níveis diferentes de evidência, e o Beckon mantém essa diferença.

ALCANÇAR O APROVADOR

WhatsAppnotificação ou resposta

SMSnotificação

Emailnotificação ou link

Voznotificação

VERIFICAR A DECISÃO

Canal observadoevidência de posse

SSO corporativosessão autenticada

WebAuthnautenticação criptográfica

Chave de assinaturadecisão criptográfica

Perfis de assurance da aprovação

Perfil	Mecanismo típico	O que o recibo pode afirmar	Disponibilidade
Observada	Canal de mensagem	Resposta recebida por canal vinculado ao aprovador	Acesso antecipado
Autenticada	Revisão Beckon + SSO	Decisão em sessão autenticada pelo IdP do cliente	Planejado
Criptográfica	WebAuthn ou credencial	Decisão autenticada com credencial vinculada ao aprovador	Roadmap

O BECKON RECEIPT

Recibo é evidência, não um check verde.

Alguns fatos o Beckon verifica. Outros ele apenas observa. Os demais ficam indisponíveis. Cada afirmação mantém sua fonte e certeza.

Se o destinatário fornecer depois uma confirmação assinada de processamento, o Beckon emite um novo snapshot imutável. Este não é reescrito.

BECKON RECEIPTrcpt_8s1k2m

IDENTIDADE

agentefinance@yourcompany.comAssinado pelo agente

chavekey_4c81...9ea2Ed25519

controle do domínioyourcompany.comDNS verificado

POLÍTICA E APROVAÇÃO

políticapayments-v4Política do cliente

decisãoaprovação necessáriaRegistrado pelo Beckon

aprovadorCFO · usr_71baAtribuído

autenticaçãocanal observadoEvidência de posse

INTEGRIDADE DA INTENÇÃO

intenção aprovadasha256:84c9...f12aVerificado

intenção executadasha256:84c9...f12aVerificado

digestconfereGate de execução

ESTADO REMOTO

transporte aceitou14:31:12 · HTTP 202Observado

destinatário processousem atestaçãoIndisponível

resultado do negócionão afirmadoIndisponível

manifest digestsha256:51ba...a91c

COMO FUNCIONA

Quatro passos até sua primeira ação controlada.

Verifique seu domínio

Um registro DNS TXT prova controle do namespace.

_beckon.yourcompany.com

Crie o Agent Address

A identidade lógica sobrevive a trocas de modelo, framework, nuvem e endpoint.

finance@yourcompany.com

Defina a fronteira de autonomia

Declare o que roda sozinho e o que precisa de humano, com política Beckon ou seu motor atual.

Conecte seu runtime

Mantenha suas ferramentas e seu runtime. O Beckon atua no momento em que uma ação crítica precisa de identidade, política, aprovação ou evidência, dentro ou fora da sua organização.

EXPERIÊNCIA DE DESENVOLVEDOR

A política roda antes do envio.

A aplicação se autentica, o Beckon verifica a delegação exata ao agente, avalia a intenção imutável e só libera quando a evidência corresponde.

01intenção assinada
02decisão de política
03estado da aprovação
04recibo após execução

const finance = new Beckon({ apiKey: process.env.BECKON_API_KEY })
  .agent("finance@yourcompany.com")

const action = await finance.actions.create({
  to: "billing@supplier.com",
  type: "payment.instruction",
  payload: { invoice: "NF-1283", amountMinor: 4830000, currency: "BRL" }
})

action.decision      // "approval_required"
action.intentDigest  // "sha256:84c9..."
action.approval      // { status: "pending" }

CERTEZA HONESTA

O que cada check significa, e o que não significa.

O BECKON PODE AFIRMARNÃO SIGNIFICA

assinatura válidaa ação estava autorizada

controle do domínio verificadoa contraparte é segura

mensagem entregueo destinatário processou

mensagem processadao resultado de negócio foi concluído

NEUTRO A PROTOCOLO

O endereço permanece. O transporte pode mudar.

A2A, MCP, HTTPS, SMTP e transportes futuros resolvem partes diferentes da comunicação. Nenhum deles define a identidade Beckon.

A2AinterfaceMCPinternal toolsHTTPSnative transportSMTPcompatibilityfinance@company.com

O QUE COMPRADORES PERGUNTAM PRIMEIRO

Antes de conectar um agente.

O outro lado precisa usar Beckon?

Não. O Beckon pode controlar e registrar seu lado primeiro. Contrapartes nativas adicionam evidência bilateral assinada depois.

Aprovação por WhatsApp é assinatura digital?

Não. É uma resposta observada em um canal vinculado à pessoa. Políticas de maior assurance podem exigir SSO corporativo ou credencial criptográfica.

Preciso mover a política para o Beckon?

Não. A decisão pode vir do Beckon ou do seu OPA, Cedar, IAM ou antifraude. O Beckon vincula o motivo à intenção exata.

O Beckon substitui A2A ou MCP?

Não. Ele reutiliza interfaces compatíveis e mantém o Agent Address independente do transporte.

E se o Beckon estiver indisponível?

Ações sensíveis falham fechadas ou seguem uma política explícita de timeout e escalonamento. Metas de disponibilidade serão publicadas antes de compromissos de produção.

O Beckon é um workflow engine?

Não. O Beckon permanece focado em identidade, endereçamento, alcance, mensagens e controle e evidência opcionais na fronteira irreversível.

ACESSO ANTECIPADO ABERTO

Comece pela ação que você ainda não consegue liberar com segurança.

Conte qual ação crítica do seu agente precisa de uma fronteira clara de autonomia.