Sin lock-in

Nuestra tesis tiene dos mitades. Sobre el modelo: «Te garantizamos la capacidad, no el proveedor.» Sobre tus datos: son tuyos, siempre, y te los puedes llevar cuando quieras. El lock-in (quedar atrapado en una plataforma porque salir cuesta demasiado) es una decisión de diseño, y en Shara hemos decidido lo contrario. Esta página explica, sin letra pequeña, por qué con nosotros no quedas cautivo.

Cuando alguien teme quedar atrapado en una herramienta, en realidad teme dos cosas distintas. Conviene separarlas porque tienen soluciones diferentes:

• Cautividad de proveedor de modelo. Que la plataforma te ate al motor de IA de turno, y que si ese proveedor sube el precio, baja la calidad o sale de la UE, el problema sea tuyo. Lo resolvemos con el aliasing de modelos.
• Cautividad de tus datos. Que tu información quede secuestrada dentro de la plataforma en un formato propietario, de modo que irte signifique empezar de cero. Lo resolvemos con exportación abierta y portabilidad real.

Ninguna de las dos es un favor que te hacemos: son cláusulas del contrato y decisiones técnicas verificables. Si algún día dejamos de convencerte, queremos que la puerta de salida esté abierta y bien señalizada.

Tu empresa habla siempre con cuatro modelos públicos. El proveedor real detrás de cada alias es indiferente para tu día a día y cambia cuando aparece uno mejor, sin que tu equipo toque nada.

El proveedor real detrás de cada alias es confidencial bajo NDA. Los clientes Max y Concerto Local pueden firmar un NDA específico si lo necesitan por cumplimiento.

• Sin migraciones obligatorias: tu prompt funciona hoy y dentro de un año.
• Sin negociación con un tercero: renegocias solo con AIGiner, no con cada proveedor.
• Sin sorpresas regulatorias: si un proveedor cambia su política de datos o sale de la UE, migramos sin que tu equipo se entere.
• Capacidad consistente entre planes y en el tiempo.

• Continuidad de capacidad: sustitución por un modelo de igual o superior rendimiento, sin coste.
• Sin degradación silenciosa: aviso con 30 días si la calidad detrás de un alias fuera a bajar.
• Trazabilidad interna: cada llamada registra qué alias se usó y qué coste generó.

Empecemos por lo importante: la titularidad de tus datos no cambia por usar Shara. Tú sigues siendo el responsable del tratamiento; nosotros actuamos como encargado del tratamiento en tu nombre, según el RGPD y el contrato de encargo (DPA) que firmas al activar la cuenta. No vendemos tus datos, no los usamos para entrenar modelos y no los mezclamos con los de otros clientes: el aislamiento multi-tenant los mantiene separados en todo momento.

Consideramos tuyo y exportable todo lo que has puesto o generado dentro de la plataforma:

• Tu identidad corporativa (IDENTITY.md): tono, valores, reglas y su historial de parches.
• Las conversaciones con Amadeus y con cada agente departamental.
• Los borradores, propuestas y entregados producidos por los agentes.
• El log de auditoría completo (quién pidió qué, qué agente lo resolvió, antes y después de cada acción).
• La configuración: agentes activos, departamentos, roles, miembros del equipo y horarios.
• El consumo histórico en STU y el detalle de facturación.
• La relación de conectores enlazados (referencias y metadatos, nunca tus contraseñas, que nunca vemos).

Toda la infraestructura de datos vive en la UE. La exportación no es un trámite excepcional que tengas que justificar: es una función del producto, disponible cuando quieras.

Puedes pedir una exportación completa de tu workspace en cualquier momento, sin avisar con antelación y sin condiciones. Se genera desde el panel, en Ajustes → Datos, y no requiere que hables con comercial ni que expliques por qué. Es tu derecho de portabilidad del RGPD hecho botón.

1. Un administrador entra en Ajustes → Datos → Exportar workspace (requiere rol de administración y verificación en dos pasos).
2. Eliges el alcance: todo el workspace, o solo un dominio (conversaciones, auditoría, identidad, facturación).
3. Shara genera un paquete .zip con archivos en formatos estándar y te avisa cuando está listo.
4. Descargas el paquete desde un enlace de un solo uso con caducidad. Ahí termina: los datos son tuyos y ya los tienes fuera.

Cada exportación incluye un manifiesto que describe qué contiene y en qué formato, para que sepas exactamente qué te llevas:

{
  "export_id": "exp_7c4a91f2",
  "tenant_id": "wksp_3f9a2c",
  "generated_at": "2026-07-11T09:42:15Z",
  "scope": "full",
  "format": "zip",
  "region": "eu",
  "contents": [
    { "file": "identity.md",         "format": "markdown" },
    { "file": "identity_history.jsonl", "format": "jsonl" },
    { "file": "agents.json",         "format": "json" },
    { "file": "conversations.jsonl", "format": "jsonl" },
    { "file": "drafts/",             "format": "markdown" },
    { "file": "audit_logs.jsonl",    "format": "jsonl" },
    { "file": "usage.csv",           "format": "csv" },
    { "file": "connectors.json",     "format": "json" }
  ],
  "expires_at": "2026-07-18T09:42:15Z"
}

Si prefieres no operar desde el panel, cualquier administrador puede solicitar la exportación por escrito a privacidad@aiginer.com. La entregamos en el mismo formato abierto y dentro de los plazos que marca el RGPD.

No hay ningún archivo cifrado con una llave que solo tengamos nosotros, ni ningún formato binario que solo Shara sepa leer. Todo sale en formatos que cualquier herramienta, script o persona puede abrir:

Elegimos JSON, JSONL, Markdown y CSV a propósito: son formatos abiertos, de texto plano y ampliamente soportados. Nada de lo que te llevas depende de que Shara siga existiendo para poder leerlo.

Portabilidad no es solo poder descargar un archivo: es que lo que descargas sea útil en otro sitio. Por eso Shara se construye sobre estándares abiertos en cada capa que te conecta con el exterior:

• Conectores por OAuth, no por reventa. Tus integraciones (correo, calendario, CRM, almacenamiento) son tuyas: autorizas a Shara con OAuth y revocas ese acceso desde el propio proveedor cuando quieras. No hay nada que «recuperar» porque nunca dejó de ser tuyo.
• Herramientas vía MCP. El bridge de herramientas usa Model Context Protocol, un estándar abierto. Lo que expones a los agentes no queda encerrado en un formato propietario de Shara.
• Identidad en Markdown. Tu IDENTITY.md es un archivo de texto legible por humanos; puedes versionarlo, editarlo fuera y reimportarlo.
• API REST plana. Todo lo que hace el panel lo puedes hacer por API REST estándar, con JSON y cabeceras normales. Sin SDK obligatorio ni protocolo cerrado.

Seamos concretos. El día que decidas marcharte, esto es exactamente lo que sale contigo por la puerta:

• Toda tu identidad corporativa y su historial de cambios, lista para reusar en cualquier sistema.
• El histórico completo de conversaciones con Amadeus y los agentes.
• Todos los borradores y documentos que los agentes produjeron para ti.
• El log de auditoría íntegro, que es tu prueba defendible ante un cliente o una inspección.
• El consumo y la facturación en CSV para tu contabilidad.
• La configuración de tu equipo, agentes y departamentos, por si reconstruyes el flujo en otra parte.

Y una promesa de higiene: al cerrar la cuenta, tras el periodo de conservación pactado en el DPA, eliminamos tus datos de nuestros sistemas. No nos quedamos con una copia «por si acaso».

La honestidad es parte de no atarte. Hay cosas que, por su propia naturaleza, no forman parte de la exportación, y preferimos decirlo claro antes de que lo descubras tú:

• Los pesos del modelo de IA. En los planes cloud, el motor lo sirve un proveedor externo bajo su licencia; no es nuestro para dártelo, igual que no lo es de ninguna otra plataforma. Lo que sí es tuyo es todo lo que ese motor produjo trabajando para ti. Si necesitas el modelo dentro de tu casa, existe Concerto Local (aquí abajo).
• La orquestación en sí. El comportamiento de Amadeus y los agentes es producto de Shara. Te llevas sus resultados y tu configuración, no el código que los coordina.
• Los tokens vivos de tus conectores. No se exportan porque no son datos: son credenciales de terceros que gestionas y revocas en el proveedor de origen (Google, Microsoft, tu CRM).

Si tu umbral de tranquilidad es «que nada dependa de servidores ajenos», la respuesta es Concerto Local: Shara desplegada 100 % en tu propia infraestructura, on-premise, con el motor local Concerto. Es la forma más fuerte de no tener lock-in, porque elimina de raíz la dependencia de nuestros servidores.

• Todo en tu casa. Datos, modelo y ejecución viven en tus máquinas. Nada sale a la red salvo lo que tú decidas conectar.
• Funciona sin nosotros. Si un día AIGiner dejara de existir, tu despliegue de Concerto Local sigue funcionando: no llama a nuestros servidores para razonar.
• Opera sin conexión. Concerto ejecuta en local, así que ni siquiera necesitas internet para que los agentes trabajen.
• Mismo producto. Los mismos agentes, la misma identidad corporativa, la misma auditoría, la misma API. Cambia dónde se ejecuta, no cómo se usa.

Concerto Local está pensado para quien tiene requisitos estrictos de soberanía del dato o cumplimiento. Para los clientes cloud, además, dejamos en escrow las políticas de migración a otra plataforma compatible con MCP.

• ¿Cómo sé que el modelo es bueno? Cada agente tiene una suite de evals que se ejecuta antes de promocionar cualquier cambio; si baja la calidad medida, no se aplica.
• ¿Puedo elegir proveedor? En Max y Concerto Local sí (NDA + veto sobre cambios).
• ¿La exportación cuesta dinero o hay que pedir permiso? No. Es una función incluida y un derecho del RGPD; la lanzas tú desde Ajustes → Datos.
• ¿Los datos exportados sirven fuera de Shara? Sí. Salen en formatos abiertos (JSON, JSONL, Markdown, CSV) que abre cualquier herramienta, sin depender de nosotros.
• ¿Qué pasa con mis datos si cierro la cuenta? Se eliminan tras el periodo de conservación pactado en el DPA. No conservamos copias silenciosas.
• ¿Y si vuestra empresa desaparece? Concerto Local ejecuta on-premise con Concerto sin depender de nuestros servidores; los clientes cloud reciben en escrow las políticas de migración a otra plataforma compatible con MCP.
• ¿Por qué nombres de música clásica? Son neutros, memorables y reflejan la jerarquía: Prelude, Sonata, Symphony, Concerto.