Ir al contenido

Visión general

Trusty Sweep es la capa de control del consumidor para el desperdicio digital, la presión digital y el gasto digital. Las personas conectan Gmail, Google Drive, Outlook, OneDrive y Dropbox; Sweep descubre qué consume almacenamiento y dinero, preserva lo que importa en Trusty Vault y ejecuta Sweeps verificados, reversibles y con comprobante.

La plataforma para desarrolladores es el mismo motor, expuesto a través de una API gobernada. Nada aquí es una segunda implementación.

plan → validar → autorizar → confirmar → verificar → comprobante
  1. Plan: POST /v1/plans construye un Shadow Sweep a partir de metadatos, hashes y marcadores de revisión del proveedor. Nunca toca el estado del proveedor.
  2. Validar: POST /v1/plans/{id}/validate compara las precondiciones con el estado real. Si hubo cambios materiales, el plan queda obsoleto y no puede confirmarse.
  3. Autorizar: POST /v1/plans/{id}/authorize evalúa la Autorización de Acción (quién puede hacer qué) y la Autorización Comercial (si Sweep puede cobrar). El resultado queda ligado al hash del plan.
  4. Confirmar: POST /v1/plans/{id}/commit es la única compuerta. La ejecución es durable; la verificación en el Vault siempre precede a cualquier eliminación en la fuente.
  5. Verificar y comprobante: estado medido antes y después, resultados por objeto y un comprobante firmado en GET /v1/executions/{id}/receipt.
Principio Garantía
Primero el Vault Ninguna ruta puede eliminar un objeto preservado antes de verificar su copia en el Vault.
Reversible por defecto Las acciones en la fuente usan la papelera del proveedor; los objetos no preservados solo reciben acciones reversibles.
Sin tokens del proveedor Sweep Connect custodia las credenciales. Tú recibes una conexión cxn_….
Dos autorizaciones La Autorización de Acción y la Autorización Comercial son distintas; ninguna sustituye a la otra.
Verdad determinista Precios, tarifas, transiciones de estado, aritmética y autorización son código. La IA solo clasifica, extrae y explica.
Modo de prueba aislado Las claves sk_test_ operan sobre un inquilino simulado. Nada llega al estado real de usuarios.