Skip to content

English · Español

Fase 40 — Endurecimiento (hardening), postmortem y "qué sigue"

Requiere: 39 — Capstone: el sistema de producción en miniatura Enseña: postmortem · hardening · performance-audit · synthesis Salta a cualquier capítulo desde el índice de referencia de fases.

Mapa del capítulo

Fase final. Sin código nuevo (más allá de pulir lo existente). Tres entregables: pasar un endurecimiento (hardening) sobre el servicio capstone, escribir el postmortem del viaje de 40 fases, y curar una lista de lectura. Si el resto del proyecto fue aprender a construir, esta fase es aprender a cerrar.

Anclas: LYNX_CORTEX.md §4 / PHASE 40, PHASE_40_PLAN.md, LYNX_CORTEX_ADDENDUM.md §A12.

Objetivo

Cerrar el viaje de 40 fases. Tres entregables, en orden:

  1. Pase de endurecimiento (hardening) sobre el servicio tutor de gramática de la Fase 39 — cerrar los hilos residuales de security/THREATS.md, subir el listón en observabilidad y barandillas de coste.
  2. Postmortem — qué funcionó, qué no, qué cambió el modelo mental de Borja. Estructura real estilo incidente (línea de tiempo, factores contribuyentes, acciones).
  3. Lista de lectura "qué sigue" — una selección curada de 20-40 entradas que apuntan a los siguientes problemas más grandes: LLMs a tamaño real, distribuido a escala, MLOps del mundo real, la frontera de investigación.

La fase no entrega ningún módulo nuevo en src/. Endurece el código existente, escribe documentos, y para.

Lo que vas a producir

docs/phase-40-hardening-postmortem/
├── README.md                            # este archivo
├── postmortem.md                        # el postmortem del viaje (lab 01)
├── READING_LIST.md                      # 20-40 recursos anotados (lab 02)
├── diagrams/
│   └── knowledge-graph.svg              # el mapa visual de las 40 fases (lab 03)
└── theory/                              # los documentos que estás leyendo

Más actualizaciones en:

  • security/THREATS.md — cada hilo abierto cerrado, aceptado o aparcado.
  • learners/borja/phase-40/reflections.md — síntesis final.
  • PHASE_40_REPORT.md — informe de cierre.
  • ROADMAP.md — cambiado a 🟢.

Lo que esta fase NO cubre

  • Nuevas características. Ninguna. Añadir alcance aquí es el modo de fallo.
  • Un segundo proyecto. La Fase 40 termina aquí. Una "carta del siguiente proyecto" es opcional y vive en learners/borja/, no en los entregables de esta fase.
  • Re-arquitecturar el servicio de la Fase 39. Si un elemento de endurecimiento requiere re-arquitectura, documéntalo como un hueco conocido, no lo arregles.
  • Grabar una charla o escribir un texto para audiencias externas. Bienvenido a hacerlo, pero fuera del DoD de la fase.

Orden de lectura

  1. theory/00-motivation.md — qué significa "cerrar un proyecto" en la práctica.
  2. theory/01-postmortem-structure.md — el formato canónico de postmortem y por qué existe cada sección.
  3. theory/02-decision-survival.md — medir qué decisiones arquitectónicas aguantaron.
  4. theory/03-residual-risk-and-offramps.md — aceptar riesgo explícitamente; encontrar el siguiente problema.
  5. lab/00-hardening-pass.md — cerrar security/THREATS.md.
  6. lab/01-write-the-postmortem.md — documento estructurado.
  7. lab/02-reading-list.md — la lista curada.
  8. lab/03-knowledge-graph.md — el artefacto visual.
  9. lab/04-final-reflection.md — síntesis.

Definición de Hecho (DoD)

Ver PHASE_40_PLAN.md §6 (en la raíz del repo). Brevemente:

  • Todos los hilos abiertos en security/THREATS.md o cerrados o con una justificación explícita de aceptación de riesgo.
  • postmortem.md ≥ 1500 palabras, estructurado.
  • READING_LIST.md ≥ 20 entradas, cada una anotada.
  • Grafo de conocimiento renderizado a SVG, enlazado aquí.
  • learners/borja/phase-40/reflections.md escrito.
  • PHASE_40_REPORT.md escrito y aprobado; fila del ROADMAP cambiada a 🟢.

Siguiente: theory/00-motivation.md

Lecturas recomendadas

Opcional — enriquece pero no es necesario para aprobar la fase.