Lección 6 de 13 · 2:48
Archivar: cerrar el ciclo y dejarlo documentado
Lección 6 de 13 · ver temario
- 1Más allá del VibeCoding aparece el Spec-Driven Development
- 2Instala OpenSpec y conoce a Chiquito
- 3El onboard: que OpenSpec se explique solo
- 4Proposal y spec: el porqué y la fuente de verdad
- 5Diseño, tareas y el momento apply
- 6Archivar: cerrar el ciclo y dejarlo documentado
- 7El contexto y el flujo de OpenSpec
- 8Explore: la fase de exploración
- 9Apply: aplica la especificación al código
- 10Verify: verifica el resultado
- 11Personaliza el workflow de OpenSpec
- 12Buenas prácticas y ahorro de tokens
- 13Comparativa de sistemas SDD
Última fase. El cambio está aplicado, así que lo archivamos:
/opsx:archive # claude code y otros
/opsx-archive # opencode
El archive hace dos cosas. Mueve el cambio a openspec/changes/archive/ con la fecha, y sincroniza las specs: lo que era un delta (un cambio sobre la especificación) se incorpora a openspec/specs/, que es el histórico, la foto de lo que el proyecto hace hoy.
Y con eso has recorrido el ciclo entero:
explore → new → proposal → spec → design → tasks → apply → archive
El onboard te regala al final un resumen y la lista de comandos que ha usado, para que la tengas de referencia. Échale un ojo: es un mapa buenísimo de por dónde has pasado.
¿Quieres comparar tu resultado con el nuestro? Tienes el resultado final en la rama finish-openspec del repositorio.
Hasta aquí, OpenSpec ha conducido por ti: has visto el ciclo completo de principio a fin sobre un proyecto real, sin tocar el volante. No está nada mal para empezar.
Has terminado la parte gratis
Has visto el ciclo completo de OpenSpec en modo asistido.