Roadmap y Futuro de OpenSpec

Por: Artiko
openspecroadmapfuturoversiones

Roadmap y Futuro de OpenSpec

Estado actual: v1.2.0

La version 1.2.0 (Febrero 2025) introdujo cambios significativos:

Historial de versiones relevantes

VersionFechaCambios principales
v1.2.0Feb 2025Perfiles, propose workflow, Pi y Kiro
v1.1.0Ene 2025Fixes cross-platform, mejoras Nix
v1.0.0Ene 2025OPSX Release: overhaul completo del sistema
v0.23.0Ene 2025Bulk archive
v0.22.0Ene 2025Config del proyecto, schemas locales
v0.20.0Ene 2025Comando verify

La v1.0.0 fue el punto de inflexion: reemplazo el sistema basado en fases por el modelo de acciones sobre cambios que usamos hoy.

Prioridades a corto plazo

Basado en la Discussion #111 del repositorio oficial:

Integracion nativa con slash commands

Objetivo: que todas las herramientas principales soporten slash commands nativos, no solo skills. Esto incluye Windsurf, Roo Code y Gemini CLI con invocaciones directas.

Mejoras en /opsx:verify

El comando verify se volvera mas confiable en la verificacion de specs y tasks. Actualmente depende de la IA para interpretar el codigo; las futuras versiones agregaran verificaciones mas estructuradas.

Modo Q&A en Propose

En lugar de generar todos los artefactos de golpe, el agente podria hacer preguntas clarificadoras durante /opsx:propose para refinar la propuesta antes de generar specs, design y tasks. Esto mejoraria la calidad de los artefactos en cambios complejos.

Metas a largo plazo

TUI Dashboard

Un dashboard interactivo en terminal usando opentui que reemplazaria al actual openspec view. Permitiria navegar cambios, specs y artefactos con una interfaz rica sin salir de la terminal.

Walkthrough interactivo

Progressive disclosure para explorar cambios: en lugar de mostrar todo el contenido de un cambio de golpe, presentar primero un resumen y permitir profundizar en cada seccion.

Roadmapping de cambios

Planificar multiples cambios con prioridades y dependencias entre ellos. Algo como: “primero add-auth, luego add-filters porque depende de saber el usuario”. Esto formalizaria lo que hoy se hace manualmente.

Solicitudes de la comunidad

Estas son las features mas pedidas por la comunidad, segun las discusiones en GitHub:

Integraciones de almacenamiento

Conectar OpenSpec con herramientas de documentacion y gestion de proyectos:

Desarrollo paralelo con sub-agentes

Reducir el tamano del context window dividiendo la implementacion en sub-agentes. Cada sub-agente manejaria un subconjunto de tareas, permitiendo paralelismo real en /opsx:apply.

IDE plugins

Plugins nativos para IntelliJ y VS Code con tableros Kanban que visualicen el estado de cambios y artefactos directamente en el editor.

Open Skill Standard

Soporte confirmado como proximo paso. Un estandar abierto para definir skills que funcionen entre diferentes herramientas de IA, no solo las que OpenSpec soporta actualmente.

Agent Teams

Integracion con equipos de agentes preconfigurados con roles alineados. Por ejemplo, un agente de arquitectura que genere el design y otro de QA que ejecute verify.

Spec-gen tool

Herramienta dedicada para ingenieria inversa de especificaciones desde codebases existentes. Actualmente /opsx:explore puede hacer esto de forma limitada; la idea es una herramienta mas robusta y automatizada.

Como mantenerse actualizado

Para actualizar a la ultima version:

npm install -g @fission-ai/openspec@latest
openspec update    # Regenerar instrucciones en tu proyecto

Resumen


Capitulo 10: Mejores Practicas | Indice