{"schema_version":"1.6","registry_hash":"d8bde21a82bbfc41e0b88124fe7b4ff7b69cd8ff7fd7a50b09ac89924c2c250c","capabilities":[{"id":"x402","title":"x402 HTTP-native payments","state":"SANDBOX","evidence":"Rail desplegado; NO liquidable hoy (revisión 2026-08-19, sondas en vivo + validador ejecutado). `/health protocols.x402.healthy` NO prueba nada (HEAD a x402.org que acepta hasta 404) y `demo.protocolBridges.x402:\"active\"` es un LITERAL hardcodeado en `health.ts`, no una medición. Habilitado sólo en `demo-store` y `prestashop-demo`, pero su config sembrada es `{adapterKey, mode:\"mock\"}` y `validateX402Config` la RECHAZA (`walletAddress: Required; network: Required`), así que el constructor del 402 y el settle devuelven `x402_not_configured`; `agenticmcpstore` → `x402.enabled=false`. El esquema de comerciante admite SÓLO mainnet (`base|ethereum|solana|polygon|arbitrum`; `base-sepolia` rechazado) con `facilitatorUrl` por defecto `x402.org` — el de TESTNET. La sonda de plataforma `/api/x402` anuncia base-sepolia con `payTo` = dirección NULA (`X402_WALLET_ADDRESS` sin poner) y responde 200 «Payment acknowledged» a cualquier cabecera sin verificar. Cero liquidaciones reales conocidas, en ninguna red.","last_verified_at":"2026-08-19","health_key":"protocols.x402.healthy","public_claim_max":"El rail x402 está desplegado y ningún comercio tiene hoy una configuración liquidable: el constructor del 402 y el settle devuelven `x402_not_configured`. NO se puede afirmar que aceptemos pagos x402, ni volumen, liquidaciones ni comerciantes usándolo.","public_claim_max_en":"The x402 rail is deployed and no merchant has a settleable configuration today: the 402 builder and the settle route both return `x402_not_configured`. That we accept x402 payments — and any volume, settlement or merchant using it — cannot be claimed.","banned_claims":["(miles|cientos|millones|thousands|hundreds|millions) de (pagos|transacciones|liquidaciones) x402","x402 (payments|transactions) (processed|settled)","(pagos|transacciones) x402 (procesad|liquidad)","comerciantes (ya )?(usan|utilizan|aceptan) x402","merchants (already )?(use|accept) x402"]},{"id":"acp","title":"Agentic Commerce Protocol","state":"SANDBOX","evidence":"/health demo.protocolBridges.acp = unconfigured","last_verified_at":"2026-08-31","health_key":"demo.protocolBridges.acp","public_claim_max":"Puente ACP desplegado y configurable por comercio. No hay ninguno configurado en producción: `/api/v1/health` responde demo.protocolBridges.acp = unconfigured. No se puede afirmar liquidación por este rail.","public_claim_max_en":"ACP bridge deployed and configurable per merchant. None is configured in production: `/api/v1/health` reports demo.protocolBridges.acp = unconfigured. Settlement over this rail cannot be claimed."},{"id":"ap2","title":"Agent Payments Protocol (AP2)","state":"SANDBOX","evidence":"Sondeado 2026-08-31 en `trusteed.xyz` y en `api.trusteed.xyz`: `/health demo.protocolBridges.ap2` respondía el literal `\"active\"` —hardcodeado en `health.ts`, no una medición— sin ningún calificador que lo atase al entorno de DEMO de Google, que es contra lo que habla el puente. `\"active\"` es además la palabra que la `state_vocabulary` firmada declara sinónimo exacto de LIVE, sobre un rail que este registro tiene en SANDBOX. CORREGIDO el mismo día: el campo se DERIVA ahora de esta entrada (`bridgeStateOf`), así que responde `\"sandbox\"` y no puede volver a divergir sin cambiar el estado de aquí. Cero mandatos de carrito reales, cero liquidaciones.","last_verified_at":"2026-08-31","health_key":"demo.protocolBridges.ap2","public_claim_max":"El puente habla con el entorno de DEMO de Google, no con un flujo de mandatos de producción. `/api/v1/health` responde demo.protocolBridges.ap2 = active (demo). No se puede afirmar un mandato de carrito real ni liquidación.","public_claim_max_en":"The bridge talks to Google's own DEMO environment, not a production cart-mandate flow. `/api/v1/health` reports demo.protocolBridges.ap2 = active (demo). A real cart mandate or settlement cannot be claimed."},{"id":"mcap","title":"Mastercard Agent Pay","state":"DORMANT","evidence":"Sondas 2026-09-03: `railway variables --service api` → `MCAP_ENABLED=true`, y `GET /api/v1/health` → `protocols.mcap = {available: false, mode: \"pass-through-stripe\"}`. La bandera NO es la que deja `available` en negativo — con ella puesta el bloque se publica y el adaptador entrante se registra (`server.ts`); `available` copia `stripeConnected` (`routes/health.ts`). Cero liquidaciones conocidas por este rail.","last_verified_at":"2026-09-03","governed_by_flag":"MCAP_ENABLED","flag_observation":{"value":"true","observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"health_key":"protocols.mcap.available","public_claim_max":"Sin liquidación: `MCAP_ENABLED` está puesta en producción, así que el adaptador de pago entrante se registra y `/health` publica el bloque `protocols.mcap` — pero `protocols.mcap.available` sigue en negativo, porque ese campo refleja la conexión con Stripe, no la bandera. La superficie de credenciales está registrada sin bandera (`/api/v1/mcap/keys`, `/consent`, `/verifiable-intent`). No se puede afirmar ninguna liquidación por este rail.","public_claim_max_en":"No settlement: `MCAP_ENABLED` is set in production, so the inbound payment adapter is registered and `/health` publishes the `protocols.mcap` block — yet `protocols.mcap.available` stays negative, because that field reflects the Stripe connection, not the flag. The credential surface is registered without a flag (`/api/v1/mcap/keys`, `/consent`, `/verifiable-intent`). No settlement over this rail can be claimed."},{"id":"kyapay","title":"KYApay","state":"DORMANT","evidence":"/health kyapay.enabled = false","last_verified_at":"2026-08-31","health_key":"protocols.kyapay.enabled","public_claim_max":"Implementado y apagado: `/api/v1/health` responde protocols.kyapay.enabled = false. Nada de este rail está sirviendo hoy.","public_claim_max_en":"Implemented and switched off: `/api/v1/health` reports protocols.kyapay.enabled = false. Nothing on this rail is serving today."},{"id":"ixopay","title":"IXOPAY payment trust","state":"DORMANT","evidence":"/health payment_trust.ixopay = unconfigured","last_verified_at":"2026-08-31","health_key":"payment_trust.ixopay.enabled","public_claim_max":"Opt-in por comercio vía `MerchantPspConfig` y sin configurar en producción (`/api/v1/health` → payment_trust.ixopay = unconfigured). El enrutado y la bóveda son consultivos: por esta capa no se ejecuta ninguna liquidación real.","public_claim_max_en":"Opt-in per merchant via `MerchantPspConfig` and unconfigured in production (`/api/v1/health` → payment_trust.ixopay = unconfigured). Routing and vault are advisory-only: no real settlement executes through this layer."},{"id":"mpp","title":"TrustReceipt ↔ MPP binding","state":"CODE_COMPLETE","evidence":"specs/056-trustreceipt-mpp-binding/","last_verified_at":null,"governed_by_flag":"SPEC056_MPP_BINDING_PROD_READY","flag_observation":{"value":null,"observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"public_claim_max":"Vinculación implementada y dormida tras `SPEC056_MPP_BINDING_PROD_READY`: sin la bandera, las cinco rutas responden 503. No se ha emitido ningún recibo vinculado a MPP en producción.","public_claim_max_en":"Binding implemented and dormant behind `SPEC056_MPP_BINDING_PROD_READY`: without the flag its five routes answer 503. No MPP-bound receipt has been issued in production."},{"id":"trust_receipt_v11","title":"TrustReceipt v1.1 (eIDAS-hardened receipts)","state":"CODE_COMPLETE","evidence":"specs/049-trust-receipt-eidas-hardening/","last_verified_at":null,"governed_by_flag":"TRUST_RECEIPT_EIDAS_HARDENING_ENABLED","flag_observation":{"value":"false","observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"health_key":"qtsp.enabled","public_claim_max":"Las transacciones agénticas pueden generar un recibo firmado … diseñado para alineación eIDAS/ESIGN. La emisión v1.1 está tras `TRUST_RECEIPT_EIDAS_HARDENING_ENABLED` (off por defecto): el corpus que existe hoy es v1.0.","public_claim_max_en":"Agentic transactions can generate a signed receipt … designed for eIDAS/ESIGN alignment. v1.1 issuance sits behind `TRUST_RECEIPT_EIDAS_HARDENING_ENABLED` (off by default): the corpus that exists today is v1.0.","banned_claims":["every agentic transaction","cada transacci[oó]n ag[eé]ntica genera","compatible with eIDAS","compatible con eIDAS"]},{"id":"eidas_qtsp","title":"eIDAS QTSP timestamping","state":"CODE_COMPLETE","evidence":"specs/032-eidas-qtsp-merchant-verification/, /health qtsp.enabled = false","last_verified_at":"2026-08-31","health_key":"qtsp.enabled","public_claim_max":"Diseñado para emitir QES vía un QTSP acreditado (InfoCert) — integración code-complete, pendiente de credenciales de producción","public_claim_max_en":"Designed to issue QES via an accredited QTSP (InfoCert) — the integration is code-complete, pending production credentials","banned_claims":["operations now require .*qualified electronic signature","merchants? receives? a qualified electronic signature","las operaciones (críticas )?(ahora )?requieren .*firma electrónica cualificada"]},{"id":"agent_identity","title":"Verificación de identidad de agente por firma HTTP","state":"CODE_COMPLETE","evidence":"Lectura del código + `railway variables --service api` (2026-09-03): `AGENT_IDENTITY_VERIFICATION_MODE=block_spoofed`. Con ese modo, `evaluateAgentIdentityEnforcement` (`services/agent-identity/agent-identity-enforcement.service.ts`) rechaza SÓLO `verificationStatus:\"spoofed\"` y SÓLO fuera de Discovery; `unverified` y `skipped` pasan. Las tres rutas que lo aplican devuelven 403 `agent_signature_spoofed` (`routes/mcp/customer.routes.ts`, `routes/mcp/checkout.routes.ts`, `routes/mcp/legacy-dispatch.ts`). NO se ha sondeado con una petición firmada real ni hay conteo de rechazos: la clasificación se leyó en el código, no se midió en producción. Un fallo de red al resolver el JWKS ya NO se clasifica como falsificación (`jwks_fetch_failed:*` → `unverified` vía `isJwksUnreachableError`, más el `autoSelectFamily` del dispatcher pineado, ambos en `main` desde el 2026-08-29, commit e74f5ea4f); antes de esa fecha sí, y un agente legítimo con el servidor de claves caído recibía 403.","last_verified_at":"2026-09-03","governed_by_flag":"AGENT_IDENTITY_VERIFICATION_MODE","flag_observation":{"value":"block_spoofed","observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)","also_cites":["off","require_verified_checkout","require_verified_authenticated"]},"public_claim_max":"Verificador RFC 9421 implementado y desplegado en modo `block_spoofed` (el valor por defecto del código es `off`): una petición que trae una firma HTTP que no verifica se rechaza con 403 en los buckets Customer y Checkout; una sin firma pasa, y Discovery no se filtra nunca. Como no hay activo ningún modo `require_verified_checkout` ni `require_verified_authenticated`, no firmar sale gratis y la identidad del agente sigue sin ser una señal en la que se pueda confiar. NO se puede afirmar que los agentes que nos llegan estén identificados, ni cuántos rechazos ha habido: no se mide.","title_en":"Agent HTTP signature identity verification","public_claim_max_en":"RFC 9421 verifier implemented and deployed in mode `block_spoofed` (the code default is `off`): a request carrying an HTTP signature that fails verification is rejected with 403 on the Customer and Checkout buckets; an unsigned request passes, and Discovery is never filtered. With neither `require_verified_checkout` nor `require_verified_authenticated` active, not signing costs nothing and agent identity remains a signal that cannot be relied on. That the agents reaching us are identified cannot be claimed, nor can any rejection count: it is not measured."},{"id":"sanctions","title":"Cribado de sanciones","state":"PLANNED","evidence":"Sin proveedor OFAC/UE/RU en el camino de producción (auditoría P1-04, 2026-07-10). `railway variables --service api` (2026-09-03): `SANCTIONS_SCREENING_MODE=log-only`, que NO criba — registra el intento y pasa (`services/extension/sanctions-screening.service.ts`); `OPENSANCTIONS_BASE_URL` no está puesta y el proveedor real sólo se instancia con `enforce` (`routes/developer-portal/signup.routes.ts`).","last_verified_at":"2026-09-03","governed_by_flag":"SANCTIONS_SCREENING_MODE","flag_observation":{"value":"log-only","observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"public_claim_max":"Sin proveedor OFAC/UE/RU integrado en producción: hoy no se ejecuta ningún cribado de sanciones. Un comercio no debe contar con este control para su cumplimiento.","title_en":"Sanctions screening","public_claim_max_en":"No OFAC/EU/UK provider integrated in production: no sanctions screening runs today. A merchant should not rely on this control for their compliance."},{"id":"extension_api","title":"Extension API (developer platform)","state":"LIVE","evidence":"/health extension.enabled = true (eco de config: Postgres+Redis+KMS resueltos) · hasDeveloperOrgs = false → cero consumidores (2026-08-11)","last_verified_at":"2026-08-11","health_key":"extension.enabled","public_claim_max":"Extension API desplegada y disponible. NO se puede afirmar que haya desarrolladores o integraciones de terceros usándola.","public_claim_max_en":"The Extension API is deployed and available. Developers or third-party integrations using it cannot be claimed.","banned_claims":["(cientos|miles|decenas|hundreds|thousands|dozens) de desarrolladores","(nuestra|our) (comunidad|community) de desarrolladores","developers? (are )?(already )?building on","desarrolladores (ya )?(construyen|integran)"]},{"id":"nlweb","title":"NLWeb natural-language discovery","state":"CODE_COMPLETE","evidence":"/health nlweb.enabled = true, pero es ECO DE CONFIG, no una prueba: `POST /demo-store/ask` devuelve HTTP 200 con `code: VECTOR_DB_UNAVAILABLE` y el mensaje del proveedor `429 You have no credits remaining` (sonda 2026-09-01) — el pipeline de embeddings no funciona. `nlweb_ask` NO responde: `tools/call` devuelve `-32602 Tool nlweb_ask not found` en `demo-store` y en `agenticmcpstore`, en `trusteed.xyz` y en `api.trusteed.xyz` (sondas 2026-09-01). Aparecía en `tools/list` del endpoint legacy, pero ese listado es el catálogo degradado de `handleUnifiedToolsList`, que publica el registro de plataforma y no lo que la tienda sirve. Tampoco está en el bucket Discovery del split (16 tools). Sin medición de si algún agente la ha llamado.","last_verified_at":"2026-09-01","health_key":"nlweb.enabled","public_claim_max":"NLWeb está desplegado (ruta y pgvector presentes). NO se puede afirmar que indexe, que responda consultas, ni que la tool `nlweb_ask` esté disponible para agentes: medido el 2026-09-01, la ruta devuelve VECTOR_DB_UNAVAILABLE y la tool no responde en ninguna superficie MCP.","public_claim_max_en":"NLWeb is deployed (route and pgvector present). It cannot be claimed that it indexes, answers queries, or that the `nlweb_ask` tool is available to agents: measured 2026-09-01, the route returns VECTOR_DB_UNAVAILABLE and the tool answers on no MCP surface.","banned_claims":["`?nlweb_ask`? (está |esta )?(expuesta|disponible|servida)","`?nlweb_ask`? is (exposed|available|served)","los agentes (ya )?(la )?(usan|utilizan) (nlweb_ask|`nlweb_ask`)","agents (already )?(use|query) (nlweb_ask|`nlweb_ask`)"]},{"id":"three_bucket_tools","title":"MCP three-bucket tool registry","state":"LIVE","evidence":"Resondeado 2026-09-01 contra `trusteed.xyz` (ápice). Las rutas del split (`/{slug}/mcp/{discovery,customer,checkout}`) responden 200 para `agenticmcpstore` (no-demo): 16 + 8 + 21 = 45 tools, y las 45 llegan con `annotations`. El MCP legacy `/{slug}/mcp` responde 200 para todas y devuelve **12** tools en `agenticmcpstore` (no 48: el catálogo degradado que publicaba el registro de plataforma se corrigió el 2026-09-01), con `Deprecation: true` y una cabecera `Sunset` a 57 días de la sonda. `nlweb_ask` y `ucp_get_catalog` NO son invocables donde su bandera por tienda no está puesta: `tools/call` devuelve `-32602 not found`; listarlas no las sirve. Población: 9 tiendas (`/api/v1/stores/directory` → `total_all_types`, host `api.trusteed.xyz`), de las que 1 es `production`. Ojo: los dos hosts tienen bases distintas, así que un conteo sin host no es reproducible.","last_verified_at":"2026-09-01","governed_by_flag":"MCP_THREE_BUCKET_ENABLED","flag_observation":{"value":"true","observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"public_claim_max":"MCP disponible en producción para todas las tiendas. El split en tres buckets está en canary: NO se puede afirmar que esté activo para todos los comerciantes.","public_claim_max_en":"MCP is available in production for every store. The three-bucket split is in canary: that it is active for every merchant cannot be claimed.","banned_claims":["tres buckets? (activos?|disponibles?) (en|para) (todas|todos)","three[- ]bucket.{0,20}(all|every) (stores?|merchants?)","(todas|todos) (las tiendas|los comerciantes).{0,30}tres buckets"]},{"id":"ucp","title":"UCP — Universal Commerce Protocol","state":"LIVE","evidence":"Resondeado 2026-08-31. `GET https://api.trusteed.xyz/.well-known/ucp-capabilities.json?store=agenticmcpstore` → 200 con `schema: trusteed:ucp-capabilities/1.2` y `protocols.ucp.enabled=true` en esa tienda, que NO es la de demostración. La ruta de descubrimiento `/.well-known/ucp` responde 200 en el dominio canónico; `ucp-capabilities.json` sólo existe en la API, así que el ápice devuelve 404 en ESA ruta. Con `?store=`, cada host resuelve contra su propia base: el ápice devuelve `store_not_found` para `agenticmcpstore` y 200 para `demo-store`. Las dos tiendas que esta evidencia citaba antes, `j01pdw-th` y `uvszh1-m5`, no existen en la tabla `stores` de producción.","last_verified_at":"2026-08-31","public_claim_max":"Publicamos capacidades UCP por tienda, con contenido derivado de la configuración real de cada una. NO se puede afirmar transacciones UCP.","public_claim_max_en":"We publish per-store UCP capabilities, with content derived from each store's real configuration. UCP transactions cannot be claimed.","banned_claims":["(transacciones|compras|pedidos) (completad[oa]s )?(v[ií]a|por|mediante) UCP","(orders?|transactions?) (completed )?(via|through) UCP"]},{"id":"llmstxt","title":"llms.txt — descubrimiento para agentes","state":"LIVE","evidence":"GET https://trusteed.xyz/llms.txt → 200 (sondas 2026-07-29 y 2026-08-11). Sirve de verdad y sin tienda de por medio. Sirve el dashboard, NO la API: `api.trusteed.xyz/llms.txt` da 404, que es correcto y conviene no confundir.","last_verified_at":"2026-08-11","public_claim_max":"Publicamos llms.txt para descubrimiento por agentes. NO se puede afirmar tráfico de agentes sobre él.","title_en":"llms.txt — agent discovery","public_claim_max_en":"We publish llms.txt for agent discovery. Agent traffic against it cannot be claimed.","banned_claims":["(miles|cientos|thousands|hundreds) de agentes.{0,30}llms\\.txt","agentes (ya )?(descubren|consultan).{0,20}llms\\.txt"]},{"id":"a2a","title":"A2A — agent-to-agent (agent card)","state":"LIVE","evidence":"GET /.well-known/agent-card.json → 200 (sondas 2026-07-29 y 2026-08-11). Sirve de verdad y sin tienda de por medio. `/.well-known/agent.json` da 404: la ruta buena es `agent-card.json`.","last_verified_at":"2026-08-11","public_claim_max":"Publicamos agent card A2A. NO se puede afirmar que ningún agente la haya consumido.","public_claim_max_en":"We publish an A2A agent card. That any agent has consumed it cannot be claimed.","banned_claims":["agentes (ya )?(consumen|descubren) (nuestra|la) agent card","agents (already )?(consume|discover) (our|the) agent card"]},{"id":"fido","title":"FIDO2 / WebAuthn","state":"LIVE","evidence":"POST /api/v1/auth/webauthn/register/options → 401 (sondas 2026-07-29 y 2026-08-11): RUTA REGISTRADA y exigiendo auth. No hay evidencia de registros reales. Registrada en `register-routes.ts:355`.","last_verified_at":"2026-08-11","public_claim_max":"Soportamos FIDO2/WebAuthn — endpoint desplegado. NO se puede afirmar adopción ni usuarios con passkey.","public_claim_max_en":"We support FIDO2/WebAuthn — the endpoint is deployed. Adoption or passkey users cannot be claimed.","banned_claims":["(nuestros|our) (usuarios|users).{0,20}(passkeys?|llaves de acceso)","(miles|cientos|thousands|hundreds) de (passkeys?|usuarios registrados)"]},{"id":"agui","title":"AG-UI — checkout en tiempo real (SSE)","state":"LIVE","evidence":"POST /{slug}/ag-ui → 403 en `demo-store` y en `agenticmcpstore` (no-demo): RUTA REGISTRADA, rechaza por origen/auth y no por inexistencia (sondas 2026-07-29 y 2026-08-11). Sin evidencia de sesiones reales.","last_verified_at":"2026-08-11","public_claim_max":"AG-UI desplegado para checkout en tiempo real. NO se puede afirmar que haya sesiones de agentes reales.","title_en":"AG-UI — real-time checkout (SSE)","public_claim_max_en":"AG-UI is deployed for real-time checkout. Real agent sessions cannot be claimed.","banned_claims":["(miles|cientos|thousands|hundreds) de (sesiones|sessions) (de agente|AG-UI)","agentes (ya )?complet(an|aron) checkouts? (en vivo|en tiempo real)"]},{"id":"scp","title":"SCP — Shopper Context Protocol","state":"LIVE","evidence":"GET /api/v1/scp-provider/{slug}/magic-link/preview → 400 (validación), NO 404, en `demo-store` y en `agenticmcpstore` (no-demo): RUTAS REGISTRADAS en producción; prueba despliegue, no uso (sondas 2026-07-29 y 2026-08-11). Corrige la nota interna que lo daba por bloqueado por el boot guard de STRIPE_WEBHOOK_SECRET — eso describía el estado de despliegue de entonces, no el de hoy. Flag `SCP_ENABLED` es opt-OUT (`!== \"false\"`), es decir ON por defecto.","last_verified_at":"2026-08-11","governed_by_flag":"SCP_ENABLED","flag_observation":{"value":null,"observed_at":"2026-09-03","source":"`railway variables --service api` (entorno de producción)"},"public_claim_max":"SCP desplegado y habilitado por defecto. NO se puede afirmar que ningún comerciante lo esté usando.","title_en":"SCP — Shopper Context Protocol","public_claim_max_en":"SCP is deployed and enabled by default. That any merchant is using it cannot be claimed.","banned_claims":["comerciantes (ya )?(usan|utilizan) SCP","merchants (already )?use SCP"]},{"id":"webmcp","title":"WebMCP — bridge de navegador (W3C CG)","state":"CODE_COMPLETE","evidence":"ACTUALIZADO 2026-08-30: `GET https://trusteed.xyz/webmcp-bridge.js` responde hoy **302** a `https://webmcp-bridge-cdn.darknightcssc.workers.dev/webmcp-bridge.iife.min.js`, que sirve 24.223 bytes `application/javascript` con el IIFE `WebMCPBridge` — la redirección la implementa `apps/dashboard/src/lib/webmcp-bridge-cdn.ts` y una etiqueta `