Define actores, estados del contenido, reglas, rutas de revisión, mensajes, apelaciones y casos límite para el ciclo de vida del contenido. 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 ciclo de vida del contenido, adoptar un registro de contenido versionado y una máquina de estados de moderación. Hacer explícita la promesa visible para el usuario, exclusiones, autoridad y respuesta ante fallos, dejando los umbrales medidos como opciones de adopción. 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 del ciclo de vida del contenido descritos en este bloque de requisitos.
- Interfaces primarias y alternativas, trabajo en segundo plano, cachés, integraciones, rutas de soporte y evidencia que puedan 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
- Almacenar la entrada original separadamente de la salida normalizada o renderizada e identificar el transformador y la versión de la política usada.
- Sanitizar para el contexto real de salida; el análisis, la conversión a Markdown y las etiquetas MIME no hacen que el contenido activo sea confiable.
- Autorizar las acciones de crear, editar, publicar, moderar, apelar y eliminar de forma independiente y conservar el historial material de decisiones.
- Representar explícitamente los estados pendiente, permitido, restringido, rechazado, apelado y eliminado en lugar de sobrecargar banderas de visibilidad.
- 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 responsables; no presentar valores de ejemplo como requisitos universales.
- Usar estados explícitos de borrador, revisión, programado, publicado, restringido, archivado, eliminación pendiente y eliminado con transiciones permitidas.
- Las marcas de retención legal e investigación permanecen ortogonales al ciclo de vida para que los controles de retención no puedan ser eludidos por una transición de estado.
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 del ciclo de vida del contenido antes de seleccionar detalles de marco o proveedor.
- Almacenar la versión aplicable del contrato o política del ciclo de vida del contenido con el estado material para que migraciones, reproducción 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 que la evidencia de adopción esté completa.
Manejo de fallos y salvaguardas
- El contenido inseguro o no clasificable permanece no disponible por defecto y entra en una ruta limitada de revisión o rechazo.
- El estado inválido o contradictorio del ciclo de vida del contenido 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 responsable accountable.
Verificación y operaciones
- Mapear cada promesa y exclusión a al menos un escenario observable y confirmar que no haya dos estados que requieran resultados contradictorios.
- Monitorear éxito, denegación, fallo de validación, fallo de dependencia, agotamiento de reintentos y recuperación del ciclo de vida del contenido 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
- Los nombres y valores en el ejemplo son un fixture concreto, no valores predeterminados universales; los adoptantes los reemplazan mediante evidencia documentada y responsabilidad.
- 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.