El capstone, tres proyectos reales a elegir

Entregar una pequeña funcionalidad real, construir tu propio segundo cerebro enlazado por archivos, o montar un pipeline de contenido desde el brief hasta la publicación son tres proyectos con la misma exigencia, uno solo basta para validar el recorrido.

El capstone solo impone una regla: entregar uno de los tres proyectos propuestos hasta el final, en el entorno real, con un plan aprobado antes de la ejecución. Ninguno de los tres vale más que los otros, uno solo basta para validar el recorrido.

Tres proyectos, una misma exigencia

El primer proyecto entrega una pequeña funcionalidad real en un proyecto existente o nuevo: una pantalla, un endpoint, una corrección que cambia realmente algo observable para quien lo utiliza. El segundo construye tu propio segundo cerebro, una carpeta de notas enlazadas entre sí por archivos, releída y enriquecida sesión tras sesión en lugar de reiniciarse cada vez desde una página en blanco. El tercero monta un pipeline de contenido completo, desde el brief inicial hasta un entregable publicable, retomando las etapas vistas en el pipeline de contenido del módulo anterior.

Los tres llevan la misma exigencia de fondo: un resultado observable, producido en una sola sesión, verificado in situ en lugar de suponerlo terminado.

Encuadrar antes de ejecutar

El alcance elegido cabe en una sola sesión de trabajo, no en una semana de sesiones encadenadas: un proyecto demasiado amplio rara vez se termina, un proyecto encuadrado en un gesto observable se termina y se verifica. El plan se hace aprobar antes de la ejecución, incluso cuando nadie más lo lee de inmediato, porque releer tu propio plan antes de actuar revela las etapas olvidadas más rápido que una relectura del solo resultado terminado.

Périmètre annoncé : ajouter un filtre de recherche sur une liste existante
Geste central : le filtre renvoie les bons résultats sur un jeu de trois requêtes test
Preuve de réussite : capture de la liste filtrée, dans le navigateur réel, pas dans le seul diff de code

La verificación final se hace en el entorno real: la aplicación que funciona, el archivo que se abre, el contenido que se publica de verdad, nunca en la sola lectura del código escrito. Un diff limpio no garantiza nada de lo que pasa una vez ejecutado en una máquina real.

Quien quiera ir más lejos puede continuar con la revisión contradictoria multiagente, un proyecto más exigente que no es necesario para validar el recorrido.

Figure 1

Los tres proyectos del capstone, sobre los mismos criterios

Proyecto de capstone	Alcance esperado	Gesto central	Prueba de éxito esperada
Funcionalidad real	Una pantalla, un endpoint o una corrección en un proyecto existente o nuevo.	Entregar un cambio observable para alguien que utiliza realmente el proyecto.	El cambio constatado en funcionamiento, no solo leído en el código fuente.
Segundo cerebro personal	Una carpeta de notas enlazadas entre sí por archivos, sobre un tema seguido en el tiempo.	Enlazar nuevas notas con las notas existentes en lugar de escribir en el vacío.	Una nota encontrada y reutilizada a través de sus enlaces, no solo una nota escrita una vez.
Pipeline de contenido	Un contenido que parte de un brief escrito hasta un entregable publicable en el formato final.	Hacer pasar el contenido por cada etapa nombrada del pipeline, sin saltarse ninguna.	El entregable final abierto y verificado en el formato en que será leído realmente.

La tabla compara los tres proyectos propuestos según el alcance esperado, el gesto central a ejecutar y la prueba de éxito que hay que poder mostrar.

Calíbralo tú mismo

Una persona elige el proyecto del segundo cerebro personal para el capstone. Encuadra su alcance en la creación de diez notas enlazadas entre sí por enlaces, redacta un plan en tres etapas, y luego lo comparte para relectura antes de empezar a escribir las notas.

Escribe en una frase lo que esta situación establece, y en una frase lo que no establece.

Tu respuesta, antes de ver la corrección

Lo que hay que recordar

Los tres proyectos, funcionalidad real, segundo cerebro personal, pipeline de contenido, llevan la misma exigencia de validación, ninguno cuenta como más difícil que los otros.
Un alcance encuadrado en una sola sesión de trabajo se termina y se verifica, mientras que un alcance repartido en varias semanas rara vez se concreta en un entregable terminado.
El plan del proyecto se hace aprobar antes de la ejecución, lo que revela las etapas olvidadas antes que una relectura del solo resultado.
La prueba de éxito se constata en el entorno real donde el contenido funciona de verdad, nunca en la sola lectura del diff de código producido.

Hazlo ahora

Elige ahora, entre los tres proyectos descritos aquí, el que vas a encuadrar, y luego escribe en tres frases el alcance exacto que piensas entregar en una sola sesión de trabajo.