Diseño, tareas y el momento apply

El tercer artefacto es el design. A pesar del nombre no hablamos de interfaz, sino de decisiones técnicas: el enfoque, las limitaciones y —esto es lo que más se olvida— los objetivos y los NO objetivos.

Los no objetivos son la mejor herramienta que tiene OpenSpec para que la IA no se venga arriba. Si la spec dice “mejora los logs del arranque”, el design deja claro lo que NO hay que tocar: no metas una librería de logging, no cambies el contrato HTTP, no toques el rango de puertos. Cualquier modelo avanzado cae en la tentación de “ya que estoy, te monto algo más completo”. Llévate esto a casa uses OpenSpec o no.

Las tareas son una checklist en Markdown con sus casillas, y siempre acaban con un paso de verificación. Las marca el propio agente según las completa.

Y entonces llega el apply:

/opsx:apply   # claude code y otros

/opsx-apply   # opencode

Aquí empieza la acción: la IA implementa tarea a tarea, marca lo hecho y ejecuta los tests. En el onboard se dispara solo; tú lo verás todo en OpenCode, sin nada escondido.

Si quieres entender por qué los no objetivos funcionan tan bien y cómo se afinan, eso lo desmenuzamos en el avanzado. Aquí nos queda cerrar el ciclo.