Boletín semanal

Qué cambió, semana por semana. Un archivo por semana, nombrado con la semana ISO:

boletines/AAAA-Www.md      p. ej. 2026-W33.md

Cubre la semana que termina y se publica el lunes siguiente.

Qué va aquí

• Decisiones tomadas: ADRs nuevos de este repositorio, y ADRs de proyecto que le conciernan a alguien fuera de su equipo.
• Cambios en la arquitectura: sistemas o contenedores nuevos, relaciones que cambiaron, terceros que entran o salen.
• Cambios en los estándares, sobre todo los que suben de nivel de cumplimiento, porque esos empiezan a romper builds.
• Lo que se aprendió a la fuerza: incidentes y sus consecuencias sobre el diseño.
• Lo que viene, cuando afecta a otros equipos.

Qué no va aquí

El boletín no es fuente de verdad de nada. Describe cambios y enlaza a la fuente: el ADR, el modelo, el estándar. Si el boletín y ../ingenieria/estandares.md se contradicen, gana estandares.md.

Tampoco va el estado de los tickets ni el reporte de avance de nadie. Esto documenta cambios en el sistema y en las reglas, no en el trabajo.

Cómo se escribe

cp boletines/_plantilla.md boletines/2026-W34.md

Una sección vacía se borra. Si no hubo nada que contar, no hay boletín esa semana: es preferible al relleno, que enseña a no leerlo.

Después de publicado es inmutable, igual que un ADR. Un boletín es una noticia fechada, no un documento vivo; lo que resultó falso se corrige en el siguiente.

Si la semana cambió la arquitectura, vale adjuntar el modelo renderizado de esa semana (npm run build:standalone).