Especifica las etapas de procesamiento, almacenamiento, metadatos, interfaces, versionado y dependencias para el almacenamiento vectorial. Esta referencia fija el límite de adopción, el comportamiento ante fallos y la evidencia observable, dejando configurables los límites específicos del entorno.
Estado del paquete: contexto de referencia listo para revisión humana. El contrato y los escenarios de prueba están completos, pero no se afirma que una implementación adoptante los haya superado.
Decisión
Para el almacenamiento vectorial, adoptar un linaje versionado de fuente, transformación, índice y control de acceso. Usar un límite propio, modelo de estado explícito e interfaces versionadas; mantener las decisiones de política separadas de los adaptadores y efectos secundarios. Este paquete es un contrato de referencia: el equipo adoptante debe elegir límites numéricos, proveedores, jurisdicciones y responsables operativos basándose en la evidencia de su propio entorno.
Alcance
- Los actores, entradas, salidas, estados, versiones de políticas o esquemas y resultados visibles externamente descritos por este bloque arquitectónico.
- Interfaces primarias y alternativas, trabajo en segundo plano, cachés, integraciones, rutas de soporte y evidencia que pueda ejercer el mismo límite.
- Configuración específica de adopción, despliegue, recuperación y responsabilidades de verificación necesarias para aplicar la referencia de forma segura.
Fuera de este bloque
- Elegir un proveedor universal, marco, jurisdicción, umbral numérico, periodo de retención u objetivo de nivel de servicio para todos los adoptantes.
- Afirmar que los escenarios empaquetados se han ejecutado contra una implementación descendente o que esta referencia otorga certificación legal, de seguridad o accesibilidad.
Contrato
- Preservar identificador de fuente, versión, ubicación, alcance de acceso, parser, normalización, fragmento, embedding y versiones de índice para cada unidad recuperable.
- Aplicar filtros de acceso antes de exponer resultados, fragmentos, conteos, cachés y contexto del modelo; el filtrado posterior no es suficiente.
- Poner en cuarentena fallos de análisis o transformación y evitar que un artefacto parcial reemplace silenciosamente la última versión completa.
- Evaluar el comportamiento de recuperación y respuesta fundamentada en casos representativos versionados, incluyendo conflictos, ausencia, obsolescencia y texto adversarial.
- Documentar la propiedad de componentes y la dirección permitida de dependencias, incluyendo qué datos pueden cruzar cada límite.
- Hacer que las rutas síncronas, asíncronas y por lotes implementen la misma autoridad e invariantes de estado.
- Definir esquema de colección, nombres y dimensiones vectoriales, versiones de embedding y preprocesamiento, distancia, tipos de carga útil, límite de inquilino, durabilidad, réplicas y comportamiento de respaldo.
- Migrar a través de colecciones versionadas con ingestión dual compatible, comparación de cobertura y recuperación, reproducción de eliminación, cambio atómico, reversión y limpieza de huérfanos.
Guía de implementación
- Comenzar con el estado del dominio y contrato de interfaz, luego añadir adaptadores, almacenamiento, colas y código específico del proveedor.
- Modelar entradas, salidas, actores, estados, invariantes, efectos secundarios y evidencia del almacenamiento vectorial antes de seleccionar detalles de marco o proveedor.
- Almacenar la versión aplicable del contrato o política de almacenamiento vectorial con el estado material para que migraciones, reproducciones y decisiones de soporte sean atribuibles.
- Introducir la ruta detrás del despliegue controlado, comparar resultados esperados y observados, y mantener una ruta de recuperación probada hasta completar la evidencia de adopción.
Manejo de fallos y salvaguardas
- Si falta procedencia, alcance de acceso o contenido requerido, excluir la unidad y exponer una brecha de cobertura diagnóstica en lugar de fabricar completitud.
- El estado inválido o contradictorio del almacenamiento vectorial es rechazado o puesto en cuarentena; la implementación nunca adivina un valor que amplíe autoridad o duplique un efecto.
- Los reintentos están limitados y usan identidad durable; tras agotarse, el trabajo alcanza un estado terminal inspeccionable con un responsable accountable.
Verificación y operaciones
- Ejercer el contrato a través de cada adaptador y demostrar que una dependencia fallida no puede evadir el límite autoritativo.
- Monitorizar éxito, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación del almacenamiento vectorial por versión de contrato sin dimensiones sensibles de carga útil.
- Reejecutar fixtures positivos y negativos emparejados tras cambios de política, esquema, dependencia, migración o límite y preservar la evidencia resultante.
Supuestos de adopción
- Los nombres y valores en el ejemplo son un fixture concreto, no valores predeterminados universales; los adoptantes los reemplazan mediante evidencia documentada y propiedad.
- El sistema adoptante puede proporcionar identidad autenticada, versiones durables de operación o registro, telemetría limitada y una ruta controlada para cambios.
Los ejemplos con apariencia ejecutable en este paquete son fixtures y contratos de aceptación. Ejecute el validador de colecciones para verificar estructura y metadatos, luego traduzca y ejecute los escenarios en el repositorio destino antes de registrar evidencia de implementación.
Referencias
- NIST AI 600-1, Perfil de IA Generativa (aplica desde 2026-09-08)