Evita abrir el canal de ventas a ciegas
Antes de exponer acciones sensibles a un agente, entiende quién actúa, con qué contexto y bajo qué mandato opera.
Menos ambigüedad antes del checkout.Para comercios y marketplaces
Prueba compras con IA en tu tienda, bajo tus reglas.
Empieza por una operación que quieras probar. Tu equipo o integrador revisa con Trusteed qué permite tu plataforma y cuándo pedir aprobación. Antes del piloto, acordamos contigo el alcance y el trabajo necesario.
Si ya trabajas con un integrador, puedes indicarlo en la solicitud. Revisamos el proyecto con los equipos que participen.
Para tienda online y marketplaces
Deja que el asistente ayude a comprar sin saltarse tus reglas.
Tu catálogo, checkout y proveedor de pagos siguen donde están. Si un agente pide más unidades de las permitidas o usa un precio antiguo, puedes revisar la acción antes de continuar. La cobertura depende de tu integración y del piloto acordado.
Protege tus intereses económicos
Importes, descuentos, inventario y reintentos necesitan límites explícitos que una identidad verificada por sí sola no resuelve.
Decisiones de permitir, revisar o bloquear que puedes explicar ante tu propio equipo.Conserva evidencia antes de que aparezca una disputa
Cuando una operación se cuestiona, los datos relevantes suelen estar repartidos entre el agente, tu tienda, el proveedor de pagos y el fulfillment.
Recibos individuales verificables y carencias visibles antes del conflicto.Míralo en acción
Así compra un agente de IA en tu tienda
Reconstrucción guionizada, con los datos que medimos en vivo el 2026-09-17; el paso de checkout refleja cómo responde el servidor desde el 2026-09-21. No llama a ningún backend ni pide clave. Para ver el checkout real, entra al playground.
Asistente de compra Demo Store · vía MCP44.7/100 · RESTRICTED
Paso 0 de 22
tools/call
Pulsa «Reproducir» para ver las llamadas tools/call reales.
Cómo empieza un piloto
De la operación que te preocupa a una métrica que puedes enseñar.
El piloto no integra la plataforma entera: acota un caso, lo mide y tú decides si amplías el alcance.
01
Eliges la operaciónLa acción delegada que más te preocupa hoy
descubrir02
Eliges Control o EvidenceSegún si el coste está en la decisión o aparece después
diseñar03
Se integra sobre tus sistemas actualesSin migrar checkout, proveedor de pagos ni catálogo
en piloto04
Mides el resultadoDecisiones explicadas, revisiones correctas o evidencia completa
validarQué gana tu comercio
Decide cuándo una compra necesita aprobación.
Imagina que un asistente prepara un pedido por encima del importe que aceptas. En un flujo compatible, el piloto puede pedir confirmación antes de continuar. Tú acuerdas la regla y compruebas cómo responde la operación.
01en piloto
SI EL RIESGO ES OPERATIVODecides antes de que ejecute.
Control evalúa contexto, aplica tus reglas y pide confirmación humana donde tú lo definas.
- Verificación de agentes con acceso guiado, no API pública
- Política y señales de riesgo propias
- Resultado explicable por operación
02en piloto
SI EL RIESGO APARECE DESPUÉSRevisa qué quedó registrado sin reconstruir cada paso a mano.
Evidence identifica qué hechos, hashes y recibos existen antes de diseñar una exportación útil para el receptor.
- Readiness por operación
- TrustReceipt individual verificable
- Export co-diseñado con tu proveedor de pagos
03auditoría disponible
SI NO SABES POR DÓNDE EMPEZARAveriguas qué falta antes de comprometerte.
La auditoría gratuita revisa las páginas públicas de tu tienda y señala qué conviene corregir. El resto de capacidades conserva su propio estado.
- Mapa de capacidades por estado
- Trust Score con procedencia
- Una ruta, no un informe archivado
Prueba que ya existe
Un recibo firmado permite verificar lo registrado; no garantiza ganar una disputa.
Cuando un TrustReceipt está habilitado para una operación del piloto, conserva un justificante firmado de lo registrado. Es una unidad individual; no lo presentamos como un historial completo del ciclo de vida.
Abrir verificador ↗disponible
Registro individual firmando una operación.trust-receipt+jwt- input_hash
- sha256
- signature
- JWS · Ed25519
- scope
- superficies soportadas
en piloto
El alcance exacto de superficies se acuerda al diseñar tu piloto.
Antes y durante el piloto
Decide qué pedidos requieren revisión y conserva el motivo.
Por ejemplo, si un pedido supera el importe acordado, el piloto puede pedir aprobación antes de continuar. En las operaciones compatibles, queda constancia de la regla aplicada.
Sin TrusteedTratas cada agente como un cliente cualquiera y descubres el problema cuando ya generó una pérdida o una disputa.
Con TrusteedDefines la condición de antemano y conservas la prueba de lo que se decidió y por qué.
Antes de evaluar tu canal
Lo que suele preguntar un comercio antes del piloto.
¿Tengo que cambiar mi plataforma de comercio electrónico o mi proveedor de pagos?
No. Trusteed se plantea como una capa sobre los sistemas existentes. El alcance concreto se define por superficie y piloto, no como una migración.
¿Cuánto esfuerzo de integración requiere?
Un piloto se acota a una operación sensible, no a toda la plataforma. El esfuerzo se dimensiona junto contigo antes de comprometerlo.
¿Qué pasa con los agentes que ya me compran hoy sin pasar por Trusteed?
Siguen operando igual hasta que decidas ampliar el alcance del piloto. No hay un corte forzado de tráfico existente.
¿Necesito elegir entre Control y Evidence, o puedo tener ambos?
Un piloto empieza por uno de los dos, según dónde esté el coste hoy: en la decisión o en la evidencia. Ampliar al otro es un paso posterior, no una condición de entrada.
Un siguiente paso, no una promesa amplia
Solicita una evaluación para tu comercio
Cuéntanos qué operación te preocupa. La conversación empieza delimitando el caso, los sistemas y la métrica; no con una promesa de sustituir tu tienda online o proveedor de pagos.
API endpoints disponibles en tu tienda
Esta es la arquitectura hacia la que migramos cada tienda: tres endpoints MCP especializados: uno por cada nivel de confianza requerido. Los agentes IA eligen el endpoint correcto según lo que necesiten hacer: explorar tu catálogo, gestionar pedidos de un cliente concreto, o completar un pago.
El despliegue es progresivo, tienda a tienda: mientras tu tienda no esté migrada, sigues sirviéndose por el endpoint MCP único de abajo, sin ninguna acción de tu parte. La separación está integrada para limitar el blast radius de cada bucket y darte rate limits independientes en cuanto se active.
/{storeSlug}/mcp/discoveryDiscovery · 21 toolsAnónimo y cacheable. Búsqueda, trust score y políticas para que los agentes encuentren tu tienda.
/{storeSlug}/mcp/customerCustomer · 8 toolsOAuth 2.1 con resource indicator. Pedidos, devoluciones y perfil del cliente autenticado.
/{storeSlug}/mcp/checkoutCheckout · 26 toolsAgenticTrust JWT + Idempotency-Key + mandate firmado. Carrito, shipping, pago: todo lo transaccional.
/{storeSlug}/mcpEndpoint actualEndpoint MCP único, monolítico. Es el que sirve hoy a la gran mayoría de tiendas activas. Se irá retirando tienda a tienda a medida que cada una migre a los tres buckets de arriba; tus partners actuales seguirán funcionando mientras tanto sin ningún cambio de tu parte.
Los números de arriba son lo que declara el catálogo, no lo que sirve tu tienda. Mientras no elijas una lista, servimos 14 de las 55: un valor por defecto nuestro, no una decisión tuya. Se cambia en Ajustes → Herramientas MCP, dentro del panel de Trusteed o del panel embebido en tu plataforma. Guardar la lista la convierte en decisión tuya: a partir de ahí, lo que no esté ahí no se sirve.