Cómo trabajamos.

• —Una carencia estructural hace fallar la compilación: no se puede publicar una afirmación sin fuente, alcance, responsable o fecha.
• —Las fechas deben incluir ceros iniciales: un solo cero ausente (2026-9-18) impediría que una afirmación venciera hasta el cambio de año.
• —El vencimiento NO hace fallar la compilación; cambia la página: una afirmación vencida no es falsa, sino que no está verificada. Nunca se elimina; se muestra como pendiente de nueva verificación.
• —Una tarjeta de estadísticas no puede mostrar una cifra que no figure en la afirmación a la que enlaza.
• —Un producto no lanzado no puede mostrar una pantalla inventada; cada captura incluye la compilación de origen y la fecha en que se tomó.
• —Un análisis del texto busca por nombre 12 afirmaciones que resultaron falsas en el pasado e impide que vuelvan.
• —Condición de publicación de casos: sin autorización, situación inicial, artefacto, resultado medido, lección del fallo y fecha de validez, no hay caso.

• —Cuando se deshabilitan las nuevas solicitudes de contacto, el endpoint del formulario devuelve 503. El envío de notificaciones aceptadas previamente depende de una configuración de correo separada y de la ejecución del proceso de cola; cerrar la recepción no cancela los correos pendientes.
• —El consentimiento no es una casilla, sino un registro propio asociado a una versión fechada del aviso: saber que alguien aceptó no indica qué aceptó.
• —La medición del embudo rechaza el texto libre: los valores de los campos están restringidos y se eliminan los parámetros de consulta de las rutas de página. Los registros sin procesar tienen un período de retención de 30 días y un proceso que elimina los vencidos; la eliminación completada en producción se confirma mediante registros de ejecución.
• —Las solicitudes de datos incluyen la verificación del correo electrónico. Verificar la dirección no significa que se haya completado una solicitud de acceso, rectificación o eliminación.
• —El sitio tiene una CSP que restringe las fuentes de contenido y encabezados que impiden que otros sitios lo inserten en un marco. Las páginas generales y la de verificación de correo usan reglas CSP diferentes.

• —Control del fundador: los envíos a tiendas, precios, dinero real, titularidad de cuentas, cuestiones legales y decisiones irreversibles corresponden exclusivamente a una persona.
• —Los trabajos de seguridad, pagos, migración y privacidad requieren una revisión independiente antes de su aceptación; nadie aprueba su propio trabajo. Esa revisión también rechaza trabajos en la práctica: el registro incluye rondas rechazadas más de una vez.
• —«Terminado» no es un porcentaje: el trabajo solo termina al llegar a ACEPTADO y no puede hacerlo sin una fila de evidencia.
• —Los pasos que necesitan una persona, un dispositivo o un calendario se registran como CONTROLES EXTERNOS, con la acción requerida y la evidencia de finalización indicadas explícitamente.

• !El análisis del texto se ejecuta en cada compilación, pero sus objetivos entre repositorios solo existen localmente y en CI; el despliegue que sirve esta página ejecuta una versión más limitada.
• !Un caso de estudio no aporta su propia cifra: indica cuál de los valores verificados de una afirmación del registro presenta, y el número visible se lee del registro. La misma regla abarca el título, la etiqueta de la métrica y la sección «qué cambió después», porque se interpretan como afirmaciones. La situación inicial, la restricción, los resúmenes de decisiones, las etiquetas de artefactos, el alcance del permiso y la lección del fallo siguen siendo texto libre; allí un número es normal. Límite conocido: una cadena con formato de identificador, como «Accuracy-95», se acepta como etiqueta.
• !Las páginas de detalle usan fechas de verificación para las superficies de tiendas y disponibilidad; las afirmaciones de disponibilidad vencidas muestran un aviso de nueva verificación. Se cerraron las ventanas de verificación de 5 superficies registradas. Este control no cubre todos los textos promocionales.
• !La accesibilidad de enlaces no bloquea la CI: una URL de tienda inactiva genera una advertencia, pero no hace fallar el proceso.
• !La CI incluye lint, verificación de tipos, pruebas, compilación y controles de dependencias. Los resultados se evalúan según el cambio y el registro de ejecución correspondientes; los controles locales no acreditan un lanzamiento en producción.
• !La configuración de despliegue predeterminada programa el proceso de correo una vez al día. No es un compromiso de plazo de entrega; el envío depende de la configuración del correo, del proveedor y de la ejecución exitosa del proceso.

Relacionado: transparencia de productos · casos de estudio