IDENTIDAD · CONTROL DE ACCIÓN · EVIDENCIA

Cada agente obtiene una dirección. Cada acción crítica, un límite.

Dale a tus agentes una identidad estable, decide qué pueden hacer solos y conserva evidencia atribuible de lo que sucede después.

Acceso anticipado abierto · Protocolo abierto · Sin migrar tu runtime

action.requestACCESO ANTICIPADO
origenfinance@yourcompany.com
intentpayment.instructionUSD 48,300.00
DECISIÓN DE POLÍTICAse requiere aprobación humanadatos bancarios cambiados hace 4 días
vinculada a la intención inmutablesha256:84c9...f12a

LA BRECHA DE RESPONSABILIDAD

Los agentes ya pueden actuar. Lo difícil es demostrar que tenían permiso.

Un pago, acceso, contrato o cambio en producción puede cruzar el punto sin retorno en segundos. Los logs dicen que el código se ejecutó. Beckon registra qué identidad actuó, qué política se aplicó, quién aprobó la intención exacta y qué confirmó realmente la contraparte.

  1. 01¿Qué agente y clave originaron la acción?
  2. 02¿Podía actuar solo?
  3. 03¿Quién aprobó el payload exacto?
  4. 04¿Cambió ese payload?
  5. 05¿Qué confirmó la contraparte?
01

Identidad

Un Agent Address estable, respaldado por dominio, con claves criptográficas e independiente del modelo, runtime, nube y transporte.

02

Control de acción

Evalúa la intención inmutable antes de ejecutar. Permite, deniega o exige aprobación en el borde irreversible.

03

Evidencia

Conserva hechos atribuibles sin confundir firma, autorización, entrega, procesamiento y resultado en un solo check.

EL CASO QUE SE PAGA SOLO

Los datos bancarios cambiaron. ¿Tu agente debería pagar?

Beckon no afirma saber si una cuenta es fraudulenta. Aplica tu política, lleva la decisión a la persona correcta, vincula la aprobación al pago exacto y conserva la evidencia.

01

Factura recibida y pago preparado

02

La política detecta datos bancarios cambiados hace 4 días

03

Se requiere aprobación humana

04

El CFO revisa la intención exacta

05

Intención aprobada vinculada al digest

06

Ejecución liberada y evidencia registrada

El proveedor era legítimo. La cuenta era nueva. La política detuvo la liberación hasta que existió una decisión atribuible.

APROBACIÓN HUMANA

Aprueba la acción, no la conversación.

Monto, contraparte, destino y contexto se congelan antes de preguntar. Si el agente cambia la acción después, el digest aprobado deja de coincidir y la ejecución falla de forma segura.

aprobación beckon
finance@yourcompany.com

Pagar a Proveedor XYZ

proveedor
Supplier XYZ
factura
NF-1283
monto
USD 48,300.00
destino
••••8392

Aprobación requerida: datos bancarios cambiados hace 4 días.

AprobarDenegar

La decisión estará vinculada asha256:84c9...f12a

El canal llega a la persona. El assurance dice qué comprobó su decisión.

WhatsApp puede recoger una respuesta o llevar a una revisión autenticada. Son niveles distintos de evidencia, y Beckon mantiene esa diferencia.

ALCANZAR AL APROBADOR

WhatsAppnotificación o respuesta

SMSnotificación

Emailnotificación o enlace

Voznotificación

VERIFICAR LA DECISIÓN

Canal observadoevidencia de posesión

SSO corporativosesión autenticada

WebAuthnautenticación criptográfica

Clave de firmadecisión criptográfica

Perfiles de assurance de aprobación

PerfilMecanismo típicoQué puede afirmar el reciboDisponibilidad
ObservadaCanal de mensajeríaRespuesta recibida por canal vinculado al aprobadorAcceso anticipado
AutenticadaRevisión Beckon + SSODecisión en sesión autenticada por el IdP del clientePlaneado
CriptográficaWebAuthn o credencialDecisión autenticada con credencial vinculada al aprobadorRoadmap

EL BECKON RECEIPT

Un recibo es evidencia, no un check verde.

Algunos hechos Beckon los verifica. Otros solo los observa. Los demás quedan no disponibles. Cada afirmación conserva su fuente y certeza.

Si el destinatario proporciona luego una confirmación firmada de procesamiento, Beckon emite un nuevo snapshot inmutable. Este no se reescribe.

BECKON RECEIPTrcpt_8s1k2m

IDENTIDAD

agentefinance@yourcompany.comFirmado por el agente
clavekey_4c81...9ea2Ed25519
control del dominioyourcompany.comDNS verificado

POLÍTICA Y APROBACIÓN

políticapayments-v4Política del cliente
decisiónaprobación requeridaRegistrado por Beckon
aprobadorCFO · usr_71baAtribuido
autenticacióncanal observadoEvidencia de posesión

INTEGRIDAD DE LA INTENCIÓN

intención aprobadasha256:84c9...f12aVerificado
intención ejecutadasha256:84c9...f12aVerificado
digestcoincideGate de ejecución

ESTADO REMOTO

transporte aceptó14:31:12 · HTTP 202Observado
destinatario procesósin atestaciónNo disponible
resultado de negociono afirmadoNo disponible
manifest digestsha256:51ba...a91c

CÓMO FUNCIONA

Cuatro pasos hasta tu primera acción controlada.

01

Verifica tu dominio

Un registro DNS TXT prueba el control del namespace.

_beckon.yourcompany.com
02

Crea el Agent Address

La identidad lógica sobrevive a cambios de modelo, framework, nube y endpoint.

finance@yourcompany.com
03

Define el límite de autonomía

Declara qué corre solo y qué necesita un humano, con política Beckon o tu motor actual.

04

Conecta tu runtime

Conserva tus herramientas y tu runtime. Beckon actúa cuando una acción crítica requiere identidad, política, aprobación o evidencia, dentro o fuera de tu organización.

EXPERIENCIA DE DESARROLLADOR

La política corre antes del envío.

La aplicación se autentica, Beckon verifica la delegación exacta al agente, evalúa la intención inmutable y solo libera cuando la evidencia coincide.

  1. 01intención firmada
  2. 02decisión de política
  3. 03estado de aprobación
  4. 04recibo tras ejecutar
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

Qué significa cada check, y qué no significa.

BECKON PUEDE AFIRMARNO SIGNIFICA
firma válidala acción estaba autorizada
control del dominio verificadola contraparte es segura
mensaje entregadoel destinatario lo procesó
mensaje procesadoel resultado de negocio se completó

NEUTRAL AL PROTOCOLO

La dirección permanece. El transporte puede cambiar.

A2A, MCP, HTTPS, SMTP y transportes futuros resuelven partes distintas de la comunicación. Ninguno define la identidad Beckon.

A2AinterfaceMCPinternal toolsHTTPSnative transportSMTPcompatibilityfinance@company.com

LO QUE LOS COMPRADORES PREGUNTAN PRIMERO

Antes de conectar un agente.

¿La contraparte necesita Beckon?

No. Beckon puede controlar y registrar primero tu lado. Las contrapartes nativas añaden evidencia bilateral firmada después.

¿Aprobar por WhatsApp es una firma digital?

No. Es una respuesta observada en un canal vinculado a una persona. Políticas de mayor assurance pueden exigir SSO corporativo o credencial criptográfica.

¿Debo mover la política a Beckon?

No. La decisión puede venir de Beckon o de tu OPA, Cedar, IAM o antifraude. Beckon vincula el motivo a la intención exacta.

¿Beckon reemplaza A2A o MCP?

No. Reutiliza interfaces compatibles y mantiene el Agent Address independiente del transporte.

¿Qué pasa si Beckon no está disponible?

Las acciones sensibles fallan de forma segura o siguen una política explícita de timeout y escalamiento. Los objetivos de disponibilidad se publicarán antes de compromisos de producción.

¿Beckon es un motor de workflow?

No. Beckon sigue enfocado en identidad, direccionamiento, alcance, mensajería y control y evidencia opcionales en el borde irreversible.

ACCESO ANTICIPADO ABIERTO

Empieza por la acción que hoy no puedes liberar con seguridad.

Cuéntanos qué acción crítica de tu agente necesita un límite claro de autonomía.

Sin spam. Solo te contactaremos sobre el acceso anticipado de Beckon.