Define el comportamiento deseado, límites, respuestas a fallos, controles humanos y requisitos de seguridad para la gestión de contexto. Establece límites de adopción y evidencia observable de fallos mientras mantiene 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 la gestión de contexto, adoptar una política de orquestación versionada y un límite explícito de llamada al modelo. Hacer explícita la promesa visible para el usuario, exclusiones, autoridad y respuesta a fallos, dejando los umbrales medidos como opciones de adopción. Este bloque de requisitos se centra específicamente en requisitos y política. Este paquete es un contrato de referencia: el equipo adoptante debe elegir límites numéricos, proveedores, jurisdicciones y propietarios operativos basándose en la evidencia de su propio entorno.
Alcance
- Los actores de gestión de contexto, entradas, salidas, estados, versiones de política o esquema, y resultados visibles externamente requeridos para el enfoque de requisitos y política de este bloque de requisitos.
- 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, período 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
- Persistir las versiones de prompt, herramienta, recuperación, modelo y política necesarias para reproducir o explicar cada resultado material.
- Validar la salida estructurada antes de cualquier efecto secundario; la salida malformada o incompleta es un error, no una autoridad parcial.
- Separar contenido no confiable del usuario o recuperado de la política del sistema y etiquetar cada elemento de contexto con origen y clase de confianza.
- Limitar tokens, llamadas a herramientas, latencia y gasto por solicitud; cruzar un límite sigue una recuperación nombrada en lugar de continuar sin límite.
- Indicar qué actor recibe qué resultado bajo cada estado material, incluyendo condiciones de no disponible, no autorizado, vacío y parcial.
- Marcar límites y políticas configurables como opciones con propietarios; no presentar valores de muestra como requisitos universales.
- Seleccionar contexto según necesidad de tarea, confianza, frescura, alcance de acceso y presupuesto de tokens; el orden solo no es relevancia ni autoridad.
- Los resúmenes apuntan a versiones fuente y declaran la información que omiten para que la compresión repetida no se convierta en una fuente de hechos no auditada.
- Para la variante de requisitos y política, hacer cumplir este límite declarado: define comportamiento deseado, límites, respuestas a fallos, controles humanos y requisitos de seguridad para la gestión de contexto.
Guía de implementación
- Revisar el contrato con producto, implementación, operaciones, seguridad y usuarios afectados antes de promoverlo más allá de la revisión.
- Modelar entradas, salidas, actores, estados, invariantes, efectos secundarios y evidencia de la gestión de contexto antes de seleccionar detalles de marco o proveedor.
- Almacenar el contrato o versión de política aplicable de gestión de contexto con el estado material para que migraciones, reproducción y decisiones de soporte sigan siendo atribuibles.
- Introducir la ruta detrás del despliegue controlado, comparar resultados esperados y observados, y mantener una ruta de recuperación probada hasta que la evidencia de adopción esté completa.
Manejo de fallos y salvaguardas
- Fallo del proveedor, salida insegura o presupuesto agotado devuelve una recuperación limitada y retiene evidencia diagnóstica segura para correlación.
- Estado inválido o contradictorio de gestión de contexto 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 duradera; tras agotarse, el trabajo alcanza un estado terminal inspeccionable con un propietario responsable.
Verificación y operaciones
- Mapear cada promesa y exclusión a al menos un escenario observable y confirmar que no hay dos estados que requieran resultados contradictorios.
- Monitorear éxito, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación de gestión de contexto por versión de contrato sin dimensiones sensibles de carga útil.
- Reejecutar fixtures positivos y negativos emparejados tras cambios en política, esquema, dependencia, migración o límite y preservar la evidencia resultante.
Suposiciones de adopción
- 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 duraderas 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 colección 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)