Decide qué puede hacer un asistente y cuándo necesita aprobación. En un piloto acordado con tu equipo, Trusteed aplica las reglas compatibles con tu plataforma y permite consultar la evidencia disponible de la operación.
Antes sabes qué está preparado · Durante aplicas tus reglas · Después consultas la evidencia disponible.
checkoutAlcance: Trusteed no es procesador de pagos ni merchant of record: el cargo se hace en la cuenta de pago del propio comercio, con sus credenciales. Tampoco sustituye tus registros ni tus obligaciones legales. Ver límites completos
Empieza viendo si tus productos se entienden bien. En un piloto, decides qué compras necesitan revisión. Si se emite un recibo para esa operación, puedes consultar qué quedó registrado.
Descubre qué debe corregir tu tienda para que un asistente entienda sus productos y condiciones. La auditoría gratuita devuelve un Agent Score de preparación, distinto del Trust Score operativo.
Acuerda con tu equipo qué operaciones probar, qué límites aplicar y cuándo pedir aprobación. Cada piloto cubre las acciones y reglas compatibles con tu plataforma.
Cuando el alcance del piloto lo permite, un TrustReceipt firmado ayuda a comprobar qué quedó registrado y qué evidencia falta.
Elige un escenario para ver cuándo se pide confirmación y cuándo se bloquea una compra. Son ejemplos simulados con decisiones fijas: no ejecutan pedidos ni consultan tu tienda.
{ "tool": "complete_checkout", "amount": 6400, "agent_status": "verified"}La operación puede continuar. El usuario confirma antes del checkout.
Rafi, nuestro avatar de IA, explica cómo la llegada de agentes de compra cambia las reglas del comercio online, y qué significa para tu tienda.
Un asistente prepara un pedido por encima del importe que aceptas. Antes de probar compras delegadas, acuerda qué debe pedir confirmación. La simulación de esta página muestra un pedido de 420 EUR que requiere aprobación, sin ejecutar una compra real.
Un identificador técnico no siempre explica quién opera el agente ni qué propósito tiene.
Verifica el contexto antes de exponer una acción sensible.Cómo evaluamos el contextoUna petición válida de forma aislada puede bloquear inventario, agotar promociones o dividir pedidos.
Acuerda límites y puntos de aprobación para las acciones del piloto.Cómo aplicamos límites y revisión humanaPrecio, stock, vendedor o condiciones pueden dejar de coincidir con lo aprobado.
Comprueba de nuevo precio y stock en los flujos que lo permiten.Ver el alcance del control de comprasPara revisar una compra necesitas saber qué se pidió, qué se decidió y qué pruebas faltan.
Cuando se emite un recibo, consulta lo registrado y las pruebas que faltan.Ver el TrustReceipt de ejemploTrustReceipt conserva el contexto disponible de identidad, consentimiento, políticas y operación. Su firma permite comprobar quién emitió el registro y si cambió después; no demuestra por sí sola que el hecho subyacente ocurriera.
No es una cadena completa de ciclo de vida ni una garantía jurídica universal. La fuerza probatoria depende de la jurisdicción, el proceso y la evidencia concreta disponible.
tr_01JY7E4M8X...A92FRegistro individual firmado, emitido en producción. NO se puede afirmar que todo checkout genere uno, ni volumen: en la última comprobación (2026-10-01) la emisión estaba activa y produciendo, y los contadores en vivo se publican en /api/v1/health, y una cifra no dice qué fracción de las acciones cubiertas emitió recibo. El grafo de ciclo de vida sigue previsto.
Puntuación del comercio: demo-store (tienda de demostración, datos sintéticos)
Es un indicador de fiabilidad operativa que ayuda a los asistentes a priorizar comercios. No es una reseña de clientes ni una garantía, y no es una nota de Trusteed: es la de este comercio.
Hay poco historial disponible. Interpreta esta puntuación con cautela; no es una garantía sobre futuras compras.
La metodología pública es 4.1.0. Cada respuesta declara el motor del resultado y del desglose en engines; si engines.mixed es true, el desglose v2 no explica el resultado v4.1.
Cómo se mide el Trust Score ↗No. Trusteed se plantea como una capa sobre los sistemas existentes.
Sí. La identidad responde a quién solicita la acción; no explica por sí sola si la secuencia es económicamente abusiva.
No. El corpus actual contiene recibos individuales. El grafo causal de ciclo de vida sigue detrás de banderas apagadas: hoy no está disponible.
No. Refuerza la trazabilidad y la preparación de evidencia. La fuerza probatoria depende del caso, el receptor, el proceso y la jurisdicción.
Control y Evidence se ofrecen mediante pilotos guiados. Assurance ayuda a evaluar el punto de partida.
Endpoint MCP
POST https://trusteed.xyz/{storeSlug}/mcp/discoveryJSON-RPC 2.0: sustituye {storeSlug} por el slug publicado en merchant-index.json. Discovery no requiere credenciales.
Descubre las herramientas
tools/listConsulta el catálogo real del endpoint elegido; las herramientas dependen de cada tienda.
Carrito y checkout: /{storeSlug}/mcp/checkout. En comercios reales se necesita OAuth; demo-store usa una clave sandbox y pagos simulados.
Si el bucket responde bucket_not_enabled_for_store, usa el alias legado /{storeSlug}/mcp. Comprueba la disponibilidad de pagos reales en el registro; un endpoint de checkout no demuestra liquidación.