Roadmap y Futuro de OpenSpec
Roadmap y Futuro de OpenSpec
Estado actual: v1.6.0
La version 1.6.0 (Julio 2026) endurece la validacion, el archivado y el setup de stores, y suma un comando nuevo al perfil Core:
/opsx:update: revisa el plan de un cambio existente y reconcilia sus artefactos sin cruzar a la implementacion. Es la forma segura de ajustar el alcance despues de un/opsx:propose.- Nuevas plataformas: Oh My Pi (layout
.omp) y TRAE (.trae/commands/opsx-<id>.md). - Permisos de skills: las skills y commands generados pueden pre-aprobar el CLI de OpenSpec, evitando prompts de confirmacion repetidos.
- Validacion mas robusta: lee ejemplos en bloques de codigo, metadata, descripciones multilinea y deltas anidados de forma mas consistente.
- Archivado mas seguro: los
MODIFIEDobsoletos se detienen en vez de borrar en silencio escenarios agregados por un archivado anterior; las operaciones bloqueadas ahora salen con codigo distinto de cero (util para CI).
Que trajeron las versiones recientes
v1.5.0 — Stores (beta)
La version 1.5.0 (Junio 2026) introdujo stores en beta muy temprana: un modelo mas simple para organizar specs y changes en un repo dedicado a planificacion, reemplazando el antiguo modelo de workspace/initiative. Habilita planificacion multi-repo. Al ser beta, esperá breaking changes mientras se estabiliza (ver capitulo 2 para los comandos store y workset).
v1.4.0 — Mas agentes y sync por defecto
La version 1.4.0 (Junio 2026) sumo soporte para Kimi CLI y Mistral Vibe (ambos skills-only) e incluyo /opsx:sync en el perfil Core por defecto. Antes, sync requeria el perfil expandido.
v1.3.0 — Ola de integraciones
La version 1.3.0 (Abril 2026) agrego Junie (JetBrains), Lingma IDE, ForgeCode e IBM Bob, corrigio la deteccion falsa de GitHub Copilot y estabilizo openspec status cuando no hay cambios activos.
v1.2.0 — Perfiles y propose
La version 1.2.0 (Febrero 2026) introdujo el sistema de perfiles (Core vs expandido), el workflow unificado /opsx:propose y la auto-deteccion de herramientas en openspec init.
Historial de versiones relevantes
| Version | Fecha | Cambios principales |
|---|---|---|
| v1.6.0 | Jul 2026 | /opsx:update, Oh My Pi, TRAE; validacion y archivado mas robustos |
| v1.5.0 | Jun 2026 | Stores (beta): planificacion multi-repo |
| v1.4.0 | Jun 2026 | Kimi CLI, Mistral Vibe; /opsx:sync en Core por defecto |
| v1.3.0 | Abr 2026 | Junie, Lingma, ForgeCode, IBM Bob; fix Copilot y status |
| v1.2.0 | Feb 2026 | Perfiles, propose workflow, Pi y Kiro, auto-deteccion |
| v1.1.0 | Ene 2026 | Fixes cross-platform, mejoras Nix |
| v1.0.0 | Ene 2026 | OPSX Release: overhaul completo del sistema |
| v0.23.0 | Ene 2026 | Bulk archive |
| v0.22.0 | Ene 2026 | Config del proyecto, schemas locales |
| v0.20.0 | Ene 2026 | Comando 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. Desde entonces, el foco ha estado en ampliar el soporte de herramientas y en habilitar planificacion mas alla de un solo repositorio.
Prioridades a corto plazo
Basado en las discusiones del repositorio oficial:
Estabilizar stores
Los stores salieron como beta muy temprana en v1.5. La prioridad inmediata es estabilizar la planificacion multi-repo, el contrato de resolucion de root y los comandos store/workset antes de considerarlos estables.
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 que reemplazaria al actual openspec view, para navegar cambios, specs y artefactos con una interfaz rica sin salir de la terminal.
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 (y que los stores empiezan a habilitar a nivel multi-repo).
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.
Solicitudes de la comunidad
Estas son features pedidas por la comunidad, segun las discusiones en GitHub:
Integraciones de documentacion y tickets
- Confluence, Notion, Obsidian: Sincronizar specs con documentacion existente
- Jira, Linear: Crear tickets automaticamente desde tasks.md
- Plugin interface: API para crear integraciones custom
(La planificacion multi-repo via stores ya cubre parte de este espacio para specs y changes que viven fuera del repo de codigo.)
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
Un estandar abierto para definir skills que funcionen entre diferentes herramientas de IA, no solo las que OpenSpec soporta actualmente. El formato skills (.claude/skills/openspec-*, etc.) que ya usa OpenSpec apunta en esa direccion.
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
- Repositorio oficial: github.com/Fission-AI/OpenSpec
- Releases: github.com/Fission-AI/OpenSpec/releases
- Discusiones: github.com/Fission-AI/OpenSpec/discussions
- Discord: discord.gg/YctCnvvshC
- Actualizaciones en X: @0xTab
Para actualizar a la ultima version:
npm install -g @fission-ai/openspec@latest
openspec update # Regenerar instrucciones en tu proyectoResumen
- La version actual es v1.6.0 (Julio 2026); OpenSpec sigue evolucionando rapido
- Stores (beta desde v1.5) habilitan planificacion multi-repo
/opsx:update(v1.6) permite revisar el plan de un cambio sin implementar- A corto plazo: estabilizar stores, mejorar verify, modo Q&A en propose
- A largo plazo: TUI dashboard, roadmapping de cambios, sub-agentes
- La comunidad pide integraciones con Jira/Linear/Notion y IDE plugins
- Sigue el repositorio y las discusiones para estar al dia
← Capitulo 10: Mejores Practicas | Capitulo 12: Personalizacion Avanzada →