Conclusión: el acelerador es el dominio del equipo sobre el sustrato; y ninguna decisión aquí es cuestión de gusto: la elección está escrita, con lo que se desechó y por qué. La pirámide de abajo es el mapa; el vacío queda fuera de ella, enunciado.

Qué es SazAI

Motores, componentes y documentación, dominados por quien los construyó

SazAI es la plataforma: el sustrato de inteligencia y prueba sobre el que se construyen los productos. Multi-inquilino, autenticación, linaje, orquestación, capa de agentes, medición exacta y decisiones versionadas, construidas una sola vez. SazAI Corpus, la bóveda y el design system son los productos que ya han salido de ella, y cada uno usa el mismo motor en lugar de reconstruirlo.

Los paneles descienden por fortaleza de anclaje, y cada uno cierra con sus referencias en un bloque expandible, para quien quiera verificar. Las citas siguen el estándar ABNT NBR 6023, 2018.

dependencia de ejecuciónel motor no funciona sin el estándar · paso 1 estándar aplicado y medidoley en el esquema, criterio en el componente, contraste por token · pasos 2 a 4 decisión registradaelección escrita, con lo que se desechó y por qué · pasos 5 y 6 posicionamientoestudios con la salvedad adjunta · paso 7 el vacíofuera de la pirámide, y enunciado · último panel
La fortaleza del anclaje decide la altura. Lo que no sostiene nada queda fuera del dibujo, punteado, con su propio panel.

No es plug and play para alguien que llega de afuera. El acelerador no es el sustrato; es el dominio del equipo sobre él. Quien conoce los motores, los componentes y la documentación construye un producto SaaS nuevo a partir de lo que ya existe, y el resto de esta página es la medida de cuánto eso acorta el camino.

el sustratomotores, componentes, documentación
el dominio del equipoes lo que acelera
los productosCorpus, bóveda, design system

El marco para esta idea no es nuevo, y no viene de esta página: es el octavo de los nueve pilares con los que SazAI se describe a sí misma, plataforma antes que producto. Lo que sigue es su evidencia.

El motor depende de estándares de formato para existir

Paso 1 · dependencia de ejecución, el anclaje más fuerte que hay

Si el estándar fuera incorrecto en el código, el motor no funcionaría. La referencia no se menciona; se depende de ella, y el determinismo sale de eso.

Datos y hechos:

  • Espacio de nombres OOXML en el motor: 237 apariciones en 37 formas distintas (2026-09-01).
  • Dublin Core como dependencia: 22 espacios de nombres. ISO 8601: el estándar más citado en la base de datos, 60 apariciones.
  • La cadena verificable: cláusula publicada → comentario DDL → mapa de datos → columna. Paráfrasis prohibida por regla escrita; DDL y mapa llevan la misma cláusula, textualmente.
cláusula publicadael estándar, por número
comentario DDLla misma cláusula, textualmente
capa de mapasin paráfrasis, por regla
columna relacionalexiste porque la cláusula existe

Y el siguiente formato cuesta menos

El primer formato fue PowerPoint, y costó el motor completo: leer, medir, traducir, escribir de vuelta, comparar, todo por primera vez. El segundo, el documento Word, costó un orden de magnitud menos. El tercero, la hoja de cálculo, uno más. Y el cuarto, PDF, costó lo mismo que el tercero: la curva se estabilizó. No es una lista de logros; es una curva, y la curva es el argumento.

PPTXel motor completo
DOCXun orden menos
XLSXuno más
PDFse estabiliza
Escala logarítmica: cada paso es un orden de magnitud. El cuarto punto no es solo el más pequeño: es de una naturaleza diferente, y costó lo mismo que el tercero.

El PDF es el primer sustrato que no es Office: un grafo binario de objetos en lugar de zip más XML. Si el motor solo hubiera mejorado en PowerPoint, el cuarto formato habría costado como el primero. Costó como el tercero. El motor no se hizo más rápido en PowerPoint; se hizo agnóstico de formato, y los cuatro formatos se ejecutan hoy en la misma arquitectura, cada uno con su garantía declarada. Por eso el quinto costará lo que costó el cuarto, y eso es lo que esta página llama aceleración.

Dónde esto está registrado, enunciado antes de que preguntes. En git, no en el diario institucional: la curva descansa en decisiones fechadas y en commits, que son la fuente correcta para un intervalo, y eso es lo que se verifica en una evaluación. Los tiempos absolutos para cada formato viven en el documento técnico, con el comando que los deriva junto a él.

Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • Leer cada formato por el estándar, cláusula por cláusula; la heurística se desechó porque no sobrevive una auditoría.
  • Fechas en ISO 8601 en todo el sistema; metadatos por Dublin Core.
  • PDF aceptado como el primer sustrato que no es Office, citado por su propio estándar.

Referencias (ABNT NBR 6023:2018)

  • ECMA INTERNATIONAL. ECMA-376: Office Open XML File Formats. Disponible en: https://ecma-international.org/publications-and-standards/standards/ecma-376/.
  • ISO/IEC. ISO/IEC 29500: Office Open XML File Formats.
  • ISO. ISO 32000-1: Portable Document Format. · ISO. ISO 19005: PDF/A.
  • ISO. ISO 15836-1: Dublin Core. · ISO. ISO 8601: Date and time.
  • IETF. RFC 5646: Tags for Identifying Languages.
  • MICROSOFT. MS-PPTX · MS-DOCX · MS-OE376 · MS-ODRAWXML · MS-OFFCRYPTO: implementation notes.
  • UNICODE CONSORTIUM. Unicode CMap specifications.

El cuerpo de conocimiento

Todo lo que decidimos, medimos y escribimos, ligado, y navegable por el equipo y por agentes

El dominio del equipo sobre el sustrato tiene un lugar donde vive: una bóveda Obsidian que refleja el repositorio. Decisiones, el mapa de datos, contratos de agentes, personas, estrategia, sesiones de trabajo: cada nota se enlaza con las otras, y los hubs son las puertas por donde entra una persona o un agente. Es el mismo grafo que el producto entrega al cliente en su propia bóveda, usado primero en nosotros mismos. Abajo, el nuestro, en movimiento; pasa sobre un hub para ver a qué se enlaza, y haz clic para abrirlo completo.

La bóveda de SazAI, como el equipo la ve cada día. Cada punto es una nota; cada línea, un enlace que alguien escribió. Los hubs tienen nombres; el resto es lo que enlazan. Conjunto de nodos fotografiado a mano el 2026-08-28; cuando llegue la derivación automática de la bóveda, esta línea se va.

Hasta dónde llega el mapa, medido, y es la parte que más vale. El grafo de la bóveda llega a 55 de las 158 tablas del mapa de datos y a uno de los cinco mapas de formato; el repositorio llega a 158 de 158. Una figura que mostrara todo conectado sería el único reclamo de esta página sin recibo detrás, en una página cuyo tema completo es que nuestros reclamos llevan recibos. Lo que se valida no es que todo se conecte: es que sabemos exactamente qué se conecta y qué no. Donde el mapa es silencioso, el repositorio responde.

La protección de datos es diseño, y el diseño se audita

Paso 2 · la ley se convirtió en esquema, y el esquema se puede verificar

Lo que la ley pide por escrito, la base de datos lo cumple a través de la estructura. La verificación no es leer nuestra política; es auditar el esquema.

Datos y hechos:

  • El almacenamiento permanente no lleva contenido de documentos; el contenido vive en una base de datos separada, sensible y borrable.
  • Aislamiento por inquilino como columna, no como promesa: las divisiones nunca cruzan inquilinos.
  • Certificación hoy: ninguna. Controles diseñados para servir como evidencia cuando se busquen.
permanenteestructura, medición, linaje; contenido, nunca
separado por diseñoaudita el esquema
sensibleel contenido, verdaderamente borrable
Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • Privacidad por diseño y por defecto como arquitectura; una capa de cumplimiento sobre una base de datos compartida se desechó.
  • La remoción se llama retiro, no eliminación: la palabra más fuerte se desechó porque prometía un alcance que las copias de seguridad no sostienen.

Referencias (ABNT NBR 6023:2018)

  • EUROPEAN UNION. Regulation (EU) 2016/679 (GDPR), art. 25.
  • BRAZIL. Law No. 13,709, of August 14, 2018 (LGPD).
  • CAVOUKIAN, Ann. Privacy by Design: the 7 foundational principles. Toronto: IPC, 2009.
  • ISO/IEC. ISO/IEC 27001. · OWASP FOUNDATION. Disponible en: https://owasp.org/.

La accesibilidad se mide, no se declara

Paso 3 · un estándar citado es cumplimiento; un número medido es diseño

El criterio vive en el componente, con el número junto al código, y el contraste se mide antes de que un color entre en el sistema.

Datos y hechos:

  • WCAG 2.2 AA en 51 archivos del design system, con criterios citados por número (1.4.1, 3.1) (2026-09-01).
  • Contraste medido por token: --hue-linaje en 4.00
    con la nota guía, nunca texto escrita dentro del token mismo; --text-faint falló por medir 2.56
    en blanco, y el fallo registrado.
  • Ceguera al color medida: el púrpura evaluado bajo deuteranopía, distancia de color ΔE 29.1.
  • Cero decisiones de arquitectura registran WCAG; el anclaje de accesibilidad más fuerte de la casa es invisible en el registro de decisiones, y registrarlo es trabajo aún por hacer.
4.00:1aprobado como guíacon la nota guía, nunca texto escrita dentro del token mismo
2.56:1fallómedido en blanco, y el fallo registrado
ΔE 29.1deuteranopíael púrpura medido bajo la deficiencia de color más común
Un estándar citado es cumplimiento; un número medido es diseño. Los tres números viven en los tokens, no en una política.

El design system es un producto, construido sobre un estándar abierto

Paso 4 · el acelerador para las otras superficies, en estándar W3C

El design system es un producto SazAI por ratificación (2026-08-26), con la función de acelerar los otros: los componentes que sirven marketing, la bóveda y la vitrina son los mismos, y son estándar abierto, no un marco propietario.

Datos y hechos:

  • Componentes construidos en W3C Custom Elements y CSS Custom Properties; sin dependencia de marco.
  • Una biblioteca, tres superficies servidas; temas claro y oscuro y skins blanco etiquetados a través del mismo mecanismo de tokens.
  • Los tokens llevan sus propias mediciones y notas de uso (paso 3), así que la regla viaja con el color.
una bibliotecacomponentes, tokens, skins
el mismo mecanismotemas y blanco etiquetado por token
tres superficiesmarketing, bóveda, vitrina
Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • Criterio por número en el componente que lo cumple; la página de política central se desechó.
  • Palabra fuera del diseño: texto en HTML, geometría en SVG.

Referencias (ABNT NBR 6023:2018)

  • W3C. WCAG 2.2: Web Content Accessibility Guidelines, nivel AA. Recomendación, 2023. Disponible en: https://www.w3.org/TR/WCAG22/.

Lo que está escrito, y lo que se desechó

  • Web Components estándar; el marco propietario se desechó para que el etiquetado blanco no dependa de una licencia nuestra.
  • Sostenido al mismo estándar que cualquier superficie: una suite que se ejecuta, guardias que rechazan en la compilación.

Referencias (ABNT NBR 6023:2018)

  • W3C. Custom Elements (HTML Living Standard). · W3C. CSS Custom Properties for Cascading Variables.

Los canales son capacidad: API y MCP cambian lo que el producto puede ser

Paso 5 · estándares abiertos en la puerta, y lo que habilitan

API abierta y MCP no son fontanería: es lo que permite que otras interfaces y conexiones se construyan sobre el mismo sustrato, sin nosotros en la sala. Un agente de terceros, un panel de los tuyos, una integración de flujo de trabajo: el producto se vuelve capaz de ser esas cosas porque los canales existen.

Datos y hechos:

  • El canal del agente es un servidor de recursos OAuth estándar: 401 sin credencial, descubrimiento publicado.
  • Paridad como contrato: MCP ⊆ OpenAPI, todo lo que MCP expone existe en la API abierta. Un sustrato, varios lectores.
  • Orquestación por una herramienta de ejecución de flujo de trabajo durable, adoptada por lo que garantiza, y la garantía se mide: el trabajo muerto no deja estado parcial; la sobrecarga degrada en una cola, no se rompe; nada falla silenciosamente.
un sustratoel motor y la bóveda
API y MCPMCP ⊆ OpenAPI, por contrato
lo que puede seragentes tuyos, paneles tuyos, flujos de trabajo tuyos
Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • Código abierto ante la bóveda, API RESTful con descobrimiento OpenAPI; el modelo de distribución propietario se desechó.
  • Observabilidad por la misma bóveda: registros de trabajos y la bóveda del usuario son la instrumentación, no un servicio aparte.

Referencias (ABNT NBR 6023:2018)

  • OPENAPIS INITIATIVE. OpenAPI 3.1.0 Specification. Disponible en: https://spec.openapis.org/oas/v3.1.0.
  • ANTHROPIC. Model Context Protocol (MCP). Disponible en: https://modelcontextprotocol.io/.
  • OASIS. OpenData Protocol (OData). · IETF. RFC 6749: The OAuth 2.0 Authorization Framework.

Cómo validamos

Pruebas que rechazan, auditoría con método, y defectos publicados junto a lo que pasó

La validación tiene cuatro capas, y el orden importa. Pruebas: 505 archivos de prueba en el repositorio, con la suite del design system ejecutándose en cada compilación. Guardias: verificaciones que rechazan en tiempo de compilación en lugar de solo reportar; una compilación que viola una regla no se entrega. Carga: la prueba del 2026-07-20, en una réplica fiel de producción, con 50 lecturas concurrentes respondidas en 0.77 s, un trabajo pesado llegando a 4.71 GiB contra un techo de 5, y ondas de cinco y diez trabajos con cero fallos, cero desbordamientos de memoria, cero corrupción. Bajo sobrecarga el sistema entra en una cola; no se rompe. Auditoría interna: reportes fechados de estrés, destrucción y seguridad, con un veredicto por elemento.

505 pruebasla suite se ejecuta en cada compilación
guardias que rechazanuna compilación violada no se entrega
auditoría con métodoestrés, destrucción, seguridad
defectos publicadosjunto a lo que pasó

No estamos certificados en SOC2 ni ISO. Lo que tenemos es auditoría interna documentada, con un método declarado y con los defectos que encontró publicados junto a los que pasó. Uno de nuestros reportes lleva, como sus propias secciones, defectos encontrados, un falso positivo que casi publico, e lo que no pude establecer. Un sello es la palabra de un tercero; un método declarado, el lector técnico juzga solo. Y las decisiones escritas están diseñadas para servir como evidencia de control cuando se busque certificación.

Lo que esta página cita y lo que no cita. Aquí está la existencia de los reportes y su método. Los veredictos elemento por elemento viven en el documento técnico que acompaña una evaluación, porque publicar la lista de sondas con resultados en el tope del embudo entrega un mapa a quien no debería tener uno. La frase que la prueba de carga no autoriza: cincuenta concurrentes. Son cincuenta asientos y un trabajo pesado a la vez; confundir los dos es el error que esta página existe para no cometer.

Referencias y decisiones registradas

Metodología externa declarada para el eje de pruebas: ninguna. Práctica fuerte, guardias que rechazan en compilación, reportes fechados; la fuente del método es interna, y decirlo es parte del método.

Cómo decidimos

Decisiones escritas y fechadas, y una supersesión que tacha dos frases y nada más

Toda decisión de arquitectura de SazAI es un documento fechado, con el contexto, la alternativa rechazada y la razón. Hay 61 en la fecha de esta página, y el número entra fechado porque crece; el comando que lo deriva está en las referencias de este panel. Lo que hace esto un recibo y no un archivo muerto es la supersesión: cuando una nueva decisión contradice una antigua, enuncia exactamente qué frase de la antigua deja de valer, y la antigua recibe la marca en su propio cuerpo, en la frase, y no en el título.

El ejemplo más reciente es de ayer. Decisión 023 fijó, entre otras cosas, el vocabulario con que el usuario nombra las capacidades del producto. Decisión 061 superó dos frases de ella, ambas sobre vocabulario, y dejó todo lo del motor intacto, incluyendo la cláusula creída violada que no lo era. Tres lectores competentes habían leído esa cláusula de la misma manera equivocada, y la decisión registra los tres nombres, porque una decisión que mantiene solo la conclusión pierde la razón de por qué tres personas se equivocaron juntas.

la decisión antiguados frases tachadas, el resto intacto
supersedenombra la frase, y solo ella
la decisión nuevacon los tres nombres que se equivocaron juntos

Un número que esta página no publica. Cuántas de estas decisiones son aceptadas depende de cuáles palabras el contador admite en el campo de estado, y cinco contadores competentes llegaron a cinco números diferentes esta semana. Nadie se equivocó: el campo nunca declaró su propio vocabulario. Publicamos el conteo fechado, con el comando junto a él; el conteo de aceptadas solo va a público cuando viene con el comando que lo produce junto a él, de la manera que las 158 tablas ya lo hacen.

Y cómo escribimos: un contrato interno, un paso abajo por honestidad

Paso 6 · coherencia interna registrada, un paso bajo estándar externo

Estilo de escritura, nombres y convenciones de la casa viven en un contrato versionado que los agentes citan. Su anclaje es coherencia interna con una decisión registrada, no un estándar externo numerado; eso es un paso bajo los anteriores, y bajar de un paso prueba que la jerarquía de esta página se aplica incluso cuando cuesta algo.

Datos y hechos:

  • Un estándar de escritura único, versionado por revisión, citado por decisiones y por agentes como contrato.
  • Nombres y convenciones de nombres uniformes en todo el sistema; un estándar citado nunca se parafrasea.
  • Formato, lint y escaneo secreto automatizados, declarados en el estándar con la fuente junto a ellos.
coherencia internaUn paso abajo, y dibujado asíEl anclaje de este panel es una decisión registrada, no un estándar numerado. El marco punteado es el mismo que la casa usa para todo lo que no es un recibo, y un panel que baja de un paso prueba que la jerarquía se aplica incluso cuando cuesta algo.
Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • El conteo: ls docs/corpus/pptx/tech_specs/ADR | grep -c '^ADR-' devuelve 61 el 2026-09-01. El número crece; el comando no.
  • Las alternativas de nombres fueron rechazadas por convergencia en tres superficies, y el rechazo se registra con la razón.

Referencias

el contrato interno (code_standards, versionado) nombra sus propias fuentes; esta página no lo parafrasea.

Qué es un recibo, y qué aún es práctica

Cuatro capacidades con evidencia; tres declaradas, sin verbo en tiempo presente

Cada capacidad en esta plataforma fue sometida a tres preguntas: ¿hay una decisión escrita que la gobierna? ¿hay una medición? ¿o solo funciona, sin que nadie haya escrito por qué? Lo que pasa las dos primeras lo llamamos recibo. El resto es práctica, y se mantiene declarado como dirección, de la misma manera que la hoja de ruta de abajo declara lo que aún no existe. Una página que presenta siete capacidades donde tres son recibos es más débil que una que presenta cuatro.

Recibo

Plug and play4 ADRs y la receta · la curva de cuatro puntos · la partición de 158 tablas, re-derivable
Control de colas5 ADRs · prueba de carga con cero fallos, cero OOM, cero corrupción
Arquitectura · linaje · multi-inquilinocon la frontera del proveedor declarada como agujero nombrado
Versionamiento de decisióndecisiones fechadas, supersesión quirúrgica

Práctica declarada

Versionamiento de esquemadirección declarada
Versionamiento de artefactodirección declarada
Comunicación entre agentesdirección declarada, con modos de fallo medidos

Los cuatro de la izquierda tienen dónde verificarse, y los capítulos siguientes dicen dónde. Los tres de la derecha son hacia dónde va la plataforma, y ninguno de sus verbos está en tiempo presente.

Y el mercado: estudios con las salvedades adjuntas

Paso 7 · anclajes donde jugamos, no cómo construimos

Este paso sostiene posicionamiento, no ingeniería, y por eso está al final: es el anclaje más débil de la página, y se etiqueta como tal.

Datos y hechos:

  • Siete casas: Gartner, BCG, McKinsey, Deloitte, Menlo Ventures, MIT NANDA, Stanford HAI.
  • Salvedades incorporadas en las entradas mismas: preliminar llamado preliminar (MIT NANDA, n=52); republicado llamado republicado (Stanford/McKinsey); un corte regional llamado regional (Deloitte, EMEA).
  • El 79% de BCG demuestra el obstáculo, datos no estructurados ingobernados; no demuestra el puente.
  • La investigación de encuestas ejecutivas es percepción, no finanzas auditadas.
Referencias y decisiones registradas

Lo que está escrito, y lo que se desechó

  • Plataforma antes que producto; compra antes que construcción.
  • En IA Sombra, solo la forma citable: reducción a través de un camino corporativo gobernado. "SazAI resuelve IA Sombra" se desechó por no tener medición que lo apoye.

Referencias

las entradas completas en forma ABNT NBR 6023:2018 están en los bloques de esta página; de las 25 en el inventario, las consultadas en línea llevan Acceso el, como el estándar requiere, y el resto no, como el estándar permite.

Hoja de ruta: lo que estamos construyendo

La hoja de ruta contiene las grandes direcciones, las que la plataforma señala y aún no ha construido. Cuando algo sale de aquí, desaparece de esta lista y aparece en la página de la capacidad correspondiente, con la fecha. Una hoja de ruta que se mueve es la única prueba de ritmo que no puede escribirse con un adjetivo. Nada de abajo ha llegado a producción, y ningún elemento aquí debería influir en tu decisión hoy. Nada en esta página ha llegado a producción. Ningún elemento aquí debería influir en tu decisión hoy, y nadie de nuestro equipo debería presentar ninguno de ellos en tiempo presente. Lo que ha llegado está en la página de demostración del producto con lo que garantiza, y los límites de lo que existe están en confianza.

Redacción y negociación con inteligencia

Comparar un borrador contra las revisiones de las partes, mostrar qué cambió cada lado, dónde se desplazó el riesgo, y qué intención revela el texto. El motor de comparación que sustenta esto ya existe y se ejecuta hoy sobre versiones de documentos. Lo que falta es la capa legal: entender que una cláusula alterada no es solo un párrafo diferente.

Por qué está en la hoja de ruta y no en la carretera: es la dirección con el mayor potencial para crear su propia categoría, y eso es exactamente por qué es la más fácil de vender demasiado pronto. No existe.

Agentes especializados sobre tu corpus

Agentes con su propio alcance, construidos sobre el conocimiento que ya está en tu bóveda: un tutor que enseña de material real de tu empresa, un compañero de adopción para un nuevo proceso, un evaluador que verifica competencia citando la fuente que usó.

Lo que ya se sostiene debajo: el corpus, linaje, el agente conversacional, y cita de fuentes. Lo que falta: especialización a nivel de tarea, con sus propios límites y reglas por agente.

Sustrato para una flota de agentes gobernados

El siguiente paso desde el anterior, y el de mayor alcance. Cada parte de la empresa alimenta la bóveda con sus propios documentos, y los agentes que esa parte ya usa consultan esa bóveda en tiempo de ejecución, por archivo o por protocolo, para cualquier pregunta sobre la empresa. Una fuente gobernada única debajo de toda una flota, en lugar de herramientas de IA sueltas que nadie audita.

Por qué esto es hoja de ruta y no una promesa vaga: el mecanismo de adopción es concreto y ya existe en parte, porque la bóveda es portátil y consumible desde afuera. Lo que falta es gobernanza de flota, y no está construido.

Cosas que existen y que aún no podemos mostrarte

Estas son brechas de evidencia, no características faltantes. La capacidad existe; la prueba pública no, y hasta que exista preferimos listar la brecha que hablar alrededor de ella.

  • Exportación de bóveda demostrada. La bóveda existe y es texto plano con enlaces; lo que falta es una demostración publicada que cualquiera pueda reproducir sin hablarnos. Hasta entonces, es una conversación de debida diligencia, no un elemento de página.
  • Suficiencia del registro para auditoría formal. El registro existe y sirve como evidencia de control. Si cierra un requisito de auditoría específico en tu sector es una pregunta que respondemos caso a caso, no un reclamo de página.
  • Escala por encima de lo que medimos. Volúmenes en cientos de miles o millones de documentos no han sido ejercitados. Eso es un proyecto de dimensionamiento antes de ser una compra.

Cosas que aún no existen

Estas son características faltantes, y archivarlas en cualquier lugar más suave te diría que están ahí y simplemente no podemos mostrarlas. No están ahí.

  • Verificación visual fiel. El sistema mide estructura y cuenta elementos; no mira la página final. Un verificador visual dentro del producto no existe.
  • Eliminación que alcance copias de seguridad. Hoy la eliminación es completa en sistemas en vivo y no alcanza copias de seguridad dentro de la ventana de retención. La ruta técnica está definida y aún no está construida. El alcance exacto está en privacidad y soberanía.
  • Quitar el contenido y desactivar la cuenta, en una acción a través de la interfaz. Hoy existe eliminación de documentos y toma derivados con ella; hacer esto todo de una vez no existe aún, y el cierre se maneja bajo solicitud. El nombre es deliberado: borra el contenido y desactiva la cuenta, porque el rastro de quién accedió al sistema permanece.

Cómo se mantiene esta página

Un elemento sale de aquí cuando existe y ha sido medido, no cuando está casi listo. Cuando sale, entra en la página de capacidad con lo que garantiza y dónde se detiene. Si sigues SazAI por un tiempo, esta página es donde se muestra el ritmo.

Lo que esta pirámide no sostiene

Una pirámide honesta dice qué queda fuera de ella.

Datos y hechos:

  • Cinco referencias de doctrina en cero artefactos de ingeniería: W3C PROV · ZAHARIA et al., compound AI systems (BAIR, 2024) · XU et al., GraphRAG (SIGIR, 2024) · literatura de model routing · CommonMark/GFM. Formaron el pensamiento; ninguna decisión registrada salió de ellas.
  • Pruebas: práctica fuerte, guardias que rechazan en compilación, reportes fechados; metodología externa declarada: ninguna. Dicho en esas palabras, sin vecino plausible.
  • Y el hallazgo que sostiene toda la conclusión, medido en todas las decisiones con una alternativa en el encabezado: en once de once, lo que decidió fue un principio de ingeniería, no una referencia externa. El estándar apoya; la elección es nuestra, y está escrita.

Figuras medidas el 2026-09-01 sobre conjuntos que crecen: quien repita la medición mañana debería esperar números más grandes, no los mismos.

Donde pasa la frontera

Tres límites que un lector técnico prueba primero, dichos antes de la prueba

La frontera del proveedor. El linaje acompaña cada fragmento de texto hasta que sale hacia el modelo de lenguaje y comienza de nuevo cuando vuelve. Ninguna tabla nuestra registra lo que pasó al otro lado; quien pregunta demuestra que hicieron con mi texto dentro del modelo recibe los términos de retención del proveedor que contrataste, y en una instalación tuya el proveedor es tu elección. La página de soberanía dice dónde termina esto.

La exclusión de licencias copyleft. Ninguna biblioteca AGPL entra en el motor, y está escrito en el archivo de dependencias como decisión de proyecto documentada. Es un comentario, no una puerta: nada quiebra la compilación si alguien la ignora. Decir esto es más fuerte que fingir que es puerta, porque quien abre el archivo lo ve en diez segundos.

Los agentes. Este sistema está construido por un equipo de agentes con alcance declarado y una cadena de revisión, y la comunicación entre ellos es práctica, no recibo: no hay decisión escrita que gobierne el canal, y los modos de fallo de él fueron medidos por nosotros esta semana. Está en el lado derecho del libro-razón, y es para allá que va.

Todo lo que esta página afirma tiene un comando o un documento detrás, y lo que no lo tiene está dicho como dirección. Si algo aquí no puede ser reproducido en una evaluación tuya, eso es un defecto nuestro y queremos saberlo antes que tú. El producto que salió primero de esta plataforma es lo que ves cuando un documento entra.