ostacky 0.3.4 → 0.4.0

package/README.md

@@ -1,6 +1,6 @@
 # Ostacky
 
-Ostacky es un **agent harness** para [OpenCode](https://opencode.ai). No es solo un agente más: es el orquestador que instalás en tu proyecto para que **5 herramientas** trabajen en sinergia sin pisarse y sin quemar tokens al pedo.
+Ostacky es un **agent harness** para [OpenCode](https://opencode.ai). No es solo un agente más: es el orquestador que instalás en tu proyecto para que **5 herramientas** trabajen en sinergia sin pisarse y sin quemar tokens de mas.
 
 | Herramienta                                               | Rol                 | Define                                        |
 | --------------------------------------------------------- | ------------------- | --------------------------------------------- |
@@ -10,7 +10,7 @@ Ostacky es un **agent harness** para [OpenCode](https://opencode.ai). No es solo
 | [Engram](https://github.com/Gentleman-Programming/engram) | Memoria persistente | QUÉ aprendimos en sesiones anteriores         |
 | [Context7](https://context7.com)                          | Documentación viva  | Documentación actualizada de librerías y APIs |
 
-Ostacky las rutea según el **nivel de impacto del cambio** (Nivel 0, Nivel 0+1, Nivel 1+), priorizando siempre eficiencia de tokens y preguntándote antes de actuar.
+Ostacky las rutea según el **nivel de impacto del cambio** (Nivel 0, Nivel 0+1, Nivel 1+), priorizando siempre eficiencia de tokens y preguntándote antes de actuar. Para cambios grandes usa OpenSpec (spec-driven development); para cambios chicos ejecuta directo con Superpowers skills.
 
 ## Cómo empezar
 
@@ -61,7 +61,15 @@ Ostacky integra **5 herramientas** especializadas para que trabajen en conjunto
 4. **Engram** persiste decisiones, bugs y descubrimientos con `mem_save` para que el agente no pierda contexto entre sesiones ni necesite re-ejecutar tool calls.
 5. **Context7** provee documentación actualizada de librerías y APIs en tiempo real, sin depender de training data.
 
-Ostacky decide **cuándo y cómo** usar cada herramienta según el nivel de impacto del cambio (Nivel 0, Nivel 0+1, Nivel 1+), priorizando siempre eficiencia de tokens.
+Ostacky decide **cuándo y cómo** usar cada herramienta según el **nivel de impacto** del cambio:
+
+| Nivel   | Cuándo aplica                            | Flujo                                                                  |
+| ------- | ---------------------------------------- | ---------------------------------------------------------------------- |
+| **0**   | <5 líneas, 1 archivo, trivial            | CodeGraph → directo a inline                                           |
+| **0+1** | 5-10 líneas, 1-2 archivos, sin API nueva | CodeGraph → usuario elige: spec o directo                              |
+| **1+**  | >10 líneas, API pública, refactors       | CodeGraph → OpenSpec → execution-mode-evaluation → subagentes o inline |
+
+Antes de ejecutar, Ostacky **muestra el análisis de archivos compartidos** (qué tasks tocan los mismos archivos) para que el usuario decida el modo de ejecución informado. Usa `execution-mode-evaluation` para recomendar inline o subagent-driven según clusters de archivos compartidos.
 
 ## ¿Para qué sirve?
 
@@ -70,6 +78,7 @@ Ostacky decide **cuándo y cómo** usar cada herramienta según el nivel de impa
 - Detectar y aplicar actualizaciones mostrando el diff de versiones antes de confirmar
 - Evitar descargas repetidas gracias al cache local en `~/.opencode/cache/`
 - Resolver tareas chicas sin overhead extra de coordinación.
+- Ejecutar tareas independientes en paralelo con **subagentes** cuando no comparten archivos, o inline secuencial cuando se pisan.
 
 ## Requisitos
 
@@ -185,31 +194,54 @@ Tras instalar, el proyecto queda así:
 ├── agents/
 │   └── ostacky.md
 ├── commands/
-│   └── install-stack.md
-└── ostacky-lock.json          ← versiones instaladas
+│   ├── install-stack.md
+│   └── opsx-sync.md
+├── skills/
+│   ├── brainstorming/
+│   ├── writing-plans/
+│   ├── tdd/
+│   ├── review/
+│   ├── execution-mode-evaluation/
+│   ├── subagent-driven-development/
+│   ├── dispatching-parallel-agents/
+│   ├── openspec-explore/
+│   ├── openspec-propose/
+│   ├── openspec-apply-change/
+│   └── openspec-archive-change/
+└── ostacky-lock.json          ← versiones instaladas (agentes, commands y skills)
 ```
 
 ### ostacky-lock.json
 
 ```json
 {
-    "version": "0.3.4",
+    "version": "0.4.0",
     "lockedAt": "2025-01-01T00:00:00.000Z",
     "repo": "JaimeHoracio/Ostacky",
-    "tag": "v0.3.4",
+    "tag": "v0.4.0",
     "agents": {
         "ostacky": {
-            "version": "0.3.4",
+            "version": "0.4.0",
             "installedAt": "2025-01-01T00:00:00.000Z",
             "sha256": "abc123..."
         }
     },
     "commands": {
         "install-stack": {
-            "version": "0.3.4",
+            "version": "0.4.0",
             "installedAt": "2025-01-01T00:00:00.000Z",
             "sha256": "def456..."
+        },
+        "opsx-sync": {
+            "version": "0.4.0",
+            "installedAt": "2025-01-01T00:00:00.000Z",
+            "sha256": "ghi789..."
         }
+    },
+    "skills": {
+        "brainstorming": { "version": "0.4.0", ... },
+        "execution-mode-evaluation": { "version": "0.4.0", ... },
+        "openspec-propose": { "version": "0.4.0", ... }
     }
 }
 ```
@@ -239,7 +271,7 @@ Es opcional y solo necesario si algo falló durante la instalación o si querés
 ## Seguridad
 
 - `opencode.jsonc` se versiona en el repo para compartir permisos y MCP de forma reproducible.
-- Las URLs de descarga usan **tags de GitHub** (ej. `v0.3.4`), nunca `main` — instalaciones reproducibles
+- Las URLs de descarga usan **tags de GitHub** (ej. `v0.4.0`), nunca `main` — instalaciones reproducibles
 - Cada path de archivo descargado es validado para prevenir **path traversal**
 - Los archivos incluyen **checksum SHA-256** opcional; si el manifest lo define, el contenido se verifica antes de escribir
 - El cache local (`~/.opencode/cache/`) también valida integridad al servir archivos cacheados

package/assets/agents/ostacky.md

@@ -19,7 +19,7 @@ Eres **Ostacky**, el orquestador de desarrollo del proyecto.
 
 Patrón obligatorio en cada interacción:
 1. **Interpretá** — "Entendé que querés [X]. Esto afecta a [archivos/áreas]. Lo clasifico como Nivel [0/0+1/1+] porque [razón breve]."
-2. **Preguntá** — Según el nivel: para Nivel 0/0+1 → "¿Querés spec con OpenSpec o lo ejecuto directo?"; para Nivel 1+ → "Requiere spec con OpenSpec. ¿Procedo?"
+2. **Preguntá** — Según el nivel: para Nivel 0/0+1 → "¿Querés spec con OpenSpec o lo ejecuto directo?"; para Nivel 1+ → "Recomiendo spec para mantener trazabilidad, pero si preferís agilidad lo ejecuto directo. ¿Cómo lo hacemos?"
 3. **Esperá** — No asumas respuesta. Si el usuario no responde, detenete y esperá.
 4. **Actuá** — Recién después de la confirmación, seguí el flujo correspondiente.
 
@@ -81,11 +81,14 @@ Un cambio es **Nivel 1+** cuando no entra en la definición de Nivel 0+1:
 - Requiere refactors amplios
 - Supera ~10 líneas
 
-Nivel 1+ **requiere OpenSpec** antes de ejecutar. Comunicáselo al usuario:
+Nivel 1+ **requiere OpenSpec** para cambios que afectan la API pública o tienen dependencias entre módulos. Pero si el usuario prioriza agilidad, podés ofrecer ejecución directa sin artifacts.
 
-> "Esto es un cambio Nivel 1+ porque [razón]. Necesito generar spec con OpenSpec antes de implementar. ¿Procedo?"
+Comunicáselo al usuario:
 
-Si el usuario acepta, seguí con Specification.
+> "Esto es un cambio Nivel 1+ porque [razón]. Recomiendo generar spec con OpenSpec para mantener trazabilidad, pero si preferís agilidad puedo ejecutarlo directo sin artifacts. ¿Cómo lo hacemos?"
+
+- Si elige `spec`, seguí con Specification.
+- Si elige `directo`, ejecutá con el mismo rigor que Nivel 0+1 directo: CodeGraph + pre-edit guard, sin generar artifacts OpenSpec.
 
 #### Para todos los niveles
 
@@ -93,9 +96,17 @@ Si el usuario no responde, **detenete y esperá**. No asumas un camino.
 
 ### 2. Specification
 
-1. Si el usuario eligio `spec` y faltan artefactos OpenSpec, generarlos con `/opsx:propose <idea>`.
-2. Si el usuario eligio `directo` (Nivel 0 o Nivel 0+1), saltar esta etapa.
+1. Si el usuario eligio `spec`:
+   a. **Preguntá primero si quiere explorar requisitos:**
+      > "Este cambio requiere spec. ¿Ya tenés claros los requisitos o preferís que exploremos juntos con brainstorming primero?"
+   b. Si elige explorar → cargá el skill `brainstorming`, iterá con el usuario hasta tener claridad, y recién después pasá a openspec-propose.
+   c. Si elige directo a spec → `openspec-propose` sin brainstorming.
+   d. Si los requisitos se ven vagos o incompletos, sugerí exploración pero sin insistir si el usuario dice que no.
+
+2. Si el usuario eligio `directo` (Nivel 0, Nivel 0+1, o Nivel 1+ con opción directa), saltar esta etapa.
+
 3. OpenSpec es la fuente de verdad para requisitos, limites y contratos del camino con spec.
+
 4. No inventar comportamiento fuera de `proposal.md`, `design.md` y `tasks.md`.
 
 ### 3. Planning
@@ -132,44 +143,62 @@ Si el usuario no responde, **detenete y esperá**. No asumas un camino.
      * Despues las fases con `mode: "subagent-driven"`
    - Si el output no tiene `phaseRecommendations`, todo el cambio va en el modo global.
 
-4. **Ejecutar cada task no completada aplicando pre-edit validation:**
-   a. Aplicar la sección "Pre-edit validation" antes de cada llamada al edit tool.
-   b. Si pre-edit devuelve "skip-and-mark" → no editar. Ejecutar `mem_save` con topic_key del change.
-   c. Si pre-edit devuelve "conflict" → reportar al usuario. No editar ni marcar.
-   d. Después de completar exitosamente una task → `mem_save` con topic_key del change.
-   e. Si una task falla → reportar al usuario. No reintentar automáticamente.
+4. **Mostrar el análisis al usuario y preguntar — ANTES de ejecutar:**
+
+   Antes de ejecutar cualquier task, mostrá al usuario el análisis que generó el skill:
+
+   a. **Mostrar el mapa de tareas y archivos:**
+      ```
+      Task A → src/archivo1.ts
+      Task B → src/archivo2.ts, src/archivo3.ts
+      ...
+      ```
+
+   b. **Mostrar archivos compartidos (sharedFiles) si los hay:**
+      ```
+      Archivos compartidos:
+        src/logging.ts → Task 2.2, Task 2.4
+        src/cli.ts → Task 2.3, Task 3.1
+      ```
+
+   c. **Mostrar clusters identificados (qué tasks comparten archivos):**
+      ```
+      Clusters:
+        Cluster A → [Task 2.2, Task 2.4, Task 2.5] (comparten logging.ts)
+        Cluster B → [Task 2.3, Task 3.1] (comparten cli.ts)
+        Cluster C → [Task 2.1] (independiente)
+      ```
+
+   d. **Mostrar dependencias secuenciales entre tasks si las hay.**
 
-5. **Superpowers** es el unico orquestador de ejecucion, TDD, review y delegacion.
-6. Los subagentes son **execution-only**.
-7. Los subagentes heredan la sección "Pre-edit validation" (4a). Incluir esta sección en el brief de cada subagente para que aplique la misma validación antes de editar.
-8. Los subagentes no se usan para "hacerlo mas rapido" por defecto: se usan para aislar complejidad cuando eso reduce contexto total.
-9. Los subagentes no crean proposals, no planifican, no inician nueva delegacion y no repiten retrieval ya resuelto por el coordinador.
+   e. **Mostrar la recomendación del skill y su razón:**
+      > "Recomendación: [inline/subagent-driven] porque [razón del skill]."
+      > "Según este análisis, ¿cómo preferís ejecutar?"
 
-### 4a. Pre-edit validation (obligatorio antes de cada edit)
+   f. **NO ejecutar nada sin la confirmación explícita del usuario.** Si el usuario no responde, detenete y esperá.
 
-Antes de cada llamada al `edit` tool, ejecutar esta validación **sobre el archivo fresco**:
+5. **Ejecutar cada task no completada — aplicando estas 3 reglas antes de cada edit:**
 
-```
-Paso 0: Leer el archivo actual con el Read tool. No confiar en lecturas previas
-        del contexto (pueden estar stale por edits anteriores o subagentes).
+   ⚠️ **Antes de cada llamado al `edit` tool, ejecutá estas 3 reglas EN ORDEN. Si alguna falla → no edits, preguntá al usuario.**
 
-Input:  filePath, oldString, newString + contenido fresco del archivo
-Output: "proceed", "skip-and-mark", "conflict"
+   **Regla 1 — Cambio real:** oldString debe ser diferente de newString.
+   - Si son iguales → skip: el cambio ya está aplicado. Ejecutá `mem_save` con topic_key del change. No edites.
+   - Preguntá al usuario: "Este cambio parece ya aplicado. ¿Verifico manualmente?"
 
-1. oldString === newString?
-   → "skip-and-mark": el cambio ya está aplicado.
-     Ejecutar mem_save con topic_key del change. No editar.
+   **Regla 2 — Coincidencia exacta:** oldString debe existir exactamente (whitespace, indentación, saltos de línea) en el contenido actual del archivo.
+   - Leé el archivo con el `Read` tool justo antes de verificar. No uses lecturas previas del contexto (pueden estar stale).
+   - El `Read` tool devuelve el contenido CON prefijos de línea ("1: const foo"). El `edit` tool espera el contenido SIN esos prefijos ("const foo"). Extraé el texto raw.
+   - Si oldString NO existe exactamente → CONFLICTO: el archivo cambió inesperadamente.
+   - Reportá el conflicto al usuario. No edites. No marques nada.
 
-2. oldString existe en el contenido fresco del archivo?
-   → "proceed": ejecutar edit normalmente.
+   **Regla 3 — Post-edit:** después de cada `edit` exitoso, ejecutá `mem_save` con topic_key del change inmediatamente.
+   - Si una task falla → reportá al usuario. No reintentes automáticamente.
 
-3. oldString NO existe en el contenido fresco del archivo:
-   a. ¿newString ya existe en el contenido fresco (exactamente, incluyendo whitespace)?
-      → Sí: "skip-and-mark": cambio ya aplicado (por otro paso/agente).
-        Ejecutar mem_save con topic_key del change.
-      → No: "conflict": el archivo cambió inesperadamente.
-        Reportar al usuario. No editar. No marcar nada.
-```
+6. **Superpowers** es el unico orquestador de ejecucion, TDD, review y delegacion.
+7. Los subagentes son **execution-only**.
+8. **Subagentes heredan el mismo procedimiento.** Incluir las 3 reglas de validación (paso 5) completas en el brief de cada subagente para que aplique la misma validación antes de editar.
+9. Los subagentes no se usan para "hacerlo mas rapido" por defecto: se usan para aislar complejidad cuando eso reduce contexto total.
+10. Los subagentes no crean proposals, no planifican, no inician nueva delegacion y no repiten retrieval ya resuelto por el coordinador.
 
 ### 5. Sync y cierre
 
@@ -178,7 +207,7 @@ Output: "proceed", "skip-and-mark", "conflict"
 3. Si el proyecto no está inicializado, ejecutar primero `codegraph init -i`; después ejecutar `codegraph sync` para reflejar el estado real del codigo.
 4. Si el usuario eligio `spec`, ejecutar `/opsx:sync` para sincronizar los delta specs de OpenSpec.
 5. Si el usuario eligio `spec`, ejecutar `/opsx:archive` cuando el change este listo.
-6. Si el usuario eligio `directo` (Nivel 0 o Nivel 0+1), no crear ni sincronizar un change OpenSpec.
+6. Si el usuario eligio `directo` (Nivel 0, Nivel 0+1 o Nivel 1+ con opción directa), no crear ni sincronizar un change OpenSpec.
 7. No marcar completo si falta tests, review, `codegraph sync` o, en el camino con spec, `opsx:sync`.
 
 ## Guardrails
@@ -196,6 +225,7 @@ Output: "proceed", "skip-and-mark", "conflict"
 - Browser/local URL use is never suggested proactively; it is only allowed when the user explicitly asks for browser/visual help, and the default is text-only to conserve tokens.
 - Context7 está disponible para consultas de documentación de librerías/APIs. No intentes responder de memoria sobre APIs externas; usá Context7.
 - Fase gate: si estás en Step 4 (Execution) o Step 5 (Sync), no volvás a Discovery, Planning o Specification automáticamente. Si encontrás un error que requiere re-planificar, reportalo al usuario y preguntá cómo proceder.
+- Feedback loop de preferencias del usuario: si detectás un patrón recurrente en las decisiones del usuario (ej: siempre elige "directo" para Nivel 0+1, o siempre prefiere inline), podés sugerirlo amablemente. **NUNCA apliques un cambio de comportamiento sin consultar.** Ejemplo: "Noté que en las últimas N veces preferiste [opción]. ¿Querés que la próxima asuma esa preferencia y solo confirme?" La preferencia se puede persistir via `mem_save` con `topic_key: "user/preference/{tipo}"`.
 
 ## Memoria persistente (Engram)
 

package/assets/skills/execution-mode-evaluation/SKILL.md

@@ -49,6 +49,42 @@ Revisá el contexto actual de la sesión.
 
 ---
 
+### Paso 0.5: Early exit para cambios pequeños
+
+Si el cambio tiene **≤2 tasks de implementación** Y **no comparten archivos entre sí** (según `tasks.md` o el contexto disponible):
+
+→ Devolver directamente este JSON sin ejecutar Pasos 1, 2, 3a, 3b:
+
+```json
+{
+  "mode": "inline",
+  "confidence": 1.0,
+  "reasons": ["Cambio pequeño (≤2 tasks independientes sin archivos compartidos). Inline directo."],
+  "codegraphUsed": [],
+  "globalRuleTriggered": "early-exit",
+  "taskAnalysis": {
+    "taskCount": <N>,
+    "sharedFiles": {},
+    "fileClusters": [<cada task como cluster propio>],
+    "clusterCount": <taskCount>,
+    "sequentialDeps": [],
+    "estLines": <estimación>,
+    "hasExplicitContract": false
+  },
+  "phaseRecommendations": []
+}
+```
+
+**Qué considerar "archivos compartidos":** si dos tasks mencionan modificar el mismo archivo, NO aplicar early exit. El early exit solo es seguro cuando cada task toca archivos distintos.
+
+**Si el cambio tiene 1 sola task:** early exit aplica siempre (no hay con quién compartir archivos).
+
+**Si el cambio tiene 2 tasks:** verificar que no compartan archivos según tasks.md. Si comparten archivos, NO aplicar early exit — ejecutar el skill completo.
+
+**Output esperado:** `globalRuleTriggered: "early-exit"` para trazabilidad de que la decisión vino de este atajo, no de las reglas principales.
+
+---
+
 ### Paso 1: Obtener datos de CodeGraph
 
 Ejecutá esta consulta:

package/dist/cli.js

@@ -161,7 +161,7 @@ var require_picocolors = __commonJS((exports, module) => {
 // package.json
 var package_default = {
   name: "ostacky",
-  version: "0.3.4",
+  version: "0.4.0",
   description: "Instalador interactivo de agentes y comandos para OpenCode",
   type: "module",
   bin: {
@@ -876,15 +876,15 @@ var L2 = () => {
 import { join as join5 } from "path";
 // manifest.json
 var manifest_default = {
-  version: "0.3.4",
+  version: "0.4.0",
   repo: "JaimeHoracio/Ostacky",
-  tag: "v0.3.4",
+  tag: "v0.4.0",
   agents: [
     {
       name: "ostacky",
       file: "assets/agents/ostacky.md",
       description: "Agente principal de desarrollo con ejecución inline-first y local-first",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: null
     }
   ],
@@ -893,14 +893,14 @@ var manifest_default = {
       name: "install-stack",
       file: "assets/commands/install-stack.md",
       description: "Instala el stack tecnológico del proyecto",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: null
     },
     {
       name: "opsx-sync",
       file: "assets/commands/opsx-sync.md",
       description: "Sincroniza delta specs del change activo (wrapper de openspec update)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: null
     }
   ],
@@ -909,77 +909,77 @@ var manifest_default = {
       name: "execution-mode-evaluation",
       file: "assets/skills/execution-mode-evaluation/SKILL.md",
       description: "Skill de decision de modo de ejecucion inline vs subagent-driven con CodeGraph",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "eaa7cd3205b22c6db79a5d5f542ea554d5f1ca2d57127490011ba3abe4cb912b"
     },
     {
       name: "brainstorming",
       file: "assets/skills/brainstorming/SKILL.md",
       description: "Skill de descubrimiento y exploración (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "ad15458c54912007ae3f708c698a11f0a4a58e2a7c7860a1ae8874db573c9e98"
     },
     {
       name: "writing-plans",
       file: "assets/skills/writing-plans/SKILL.md",
       description: "Skill de planificación de implementación (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "4d675df944b9c846e9066ff971861ad1c9673cd2c88375081b00a75872ad621a"
     },
     {
       name: "tdd",
       file: "assets/skills/tdd/SKILL.md",
       description: "Skill de test-driven development (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "7eacd8ee81dc5c0b85065c0392e37ee10314661f7edb59dd8e70a9e0dae8f371"
     },
     {
       name: "subagent-driven-development",
       file: "assets/skills/subagent-driven-development/SKILL.md",
       description: "Skill de ejecución con subagentes (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "14e0f685b1dc1d7e02b7226d18f037fe4b6cba49b512a1fadf67cfad2a9dcc96"
     },
     {
       name: "dispatching-parallel-agents",
       file: "assets/skills/dispatching-parallel-agents/SKILL.md",
       description: "Skill de dispatch paralelo de agentes (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "281edf0c38f358497c7e2066fa8217a2ba3e2a39b4205c4af0c41d328fc035a1"
     },
     {
       name: "review",
       file: "assets/skills/review/SKILL.md",
       description: "Skill de revisión de código (Superpowers)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "c78d3beff45e9bb6b5e9e1d7155910f379e082d7aaf3c61b90d651d09e0d2e2a"
     },
     {
       name: "openspec-explore",
       file: "assets/skills/openspec-explore/SKILL.md",
       description: "Skill de exploración pre-spec (OpenSpec)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "1c75cab8672c2eb8b12f27a0b31f0b7fdb73c21c72583c1e8a566e09fe4108a6"
     },
     {
       name: "openspec-propose",
       file: "assets/skills/openspec-propose/SKILL.md",
       description: "Skill de generación de proposal (OpenSpec)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "ab88e9aa22db09559ccf7987d08adc0469b7c6fbe46498e63a3b64926f19e66b"
     },
     {
       name: "openspec-apply-change",
       file: "assets/skills/openspec-apply-change/SKILL.md",
       description: "Skill de aplicación de change (OpenSpec)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "847c2f88a66e8d5946c1fec422a5367c89eca5340839b659bbaaeb6f0bdac487"
     },
     {
       name: "openspec-archive-change",
       file: "assets/skills/openspec-archive-change/SKILL.md",
       description: "Skill de archivo de change (OpenSpec)",
-      version: "0.3.4",
+      version: "0.4.0",
       sha256: "3d35905ec40a081b8fd77b144426e540c67b1f50cc5801b655313a4fdfaa087a"
     }
   ]
@@ -1165,7 +1165,7 @@ function clearLockfile(opencodeRoot) {
   const lockfile = readLockfile(opencodeRoot);
   if (!lockfile) {
     writeLockfile(opencodeRoot, {
-      version: "0.3.4",
+      version: "0.4.0",
       lockedAt: new Date().toISOString(),
       repo: "",
       tag: "",

package/manifest.json

@@ -1,13 +1,13 @@
 {
-    "version": "0.3.4",
+    "version": "0.4.0",
     "repo": "JaimeHoracio/Ostacky",
-    "tag": "v0.3.4",
+    "tag": "v0.4.0",
     "agents": [
         {
             "name": "ostacky",
             "file": "assets/agents/ostacky.md",
             "description": "Agente principal de desarrollo con ejecución inline-first y local-first",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": null
         }
     ],
@@ -16,14 +16,14 @@
             "name": "install-stack",
             "file": "assets/commands/install-stack.md",
             "description": "Instala el stack tecnológico del proyecto",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": null
         },
         {
             "name": "opsx-sync",
             "file": "assets/commands/opsx-sync.md",
             "description": "Sincroniza delta specs del change activo (wrapper de openspec update)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": null
         }
     ],
@@ -32,77 +32,77 @@
             "name": "execution-mode-evaluation",
             "file": "assets/skills/execution-mode-evaluation/SKILL.md",
             "description": "Skill de decision de modo de ejecucion inline vs subagent-driven con CodeGraph",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "eaa7cd3205b22c6db79a5d5f542ea554d5f1ca2d57127490011ba3abe4cb912b"
         },
         {
             "name": "brainstorming",
             "file": "assets/skills/brainstorming/SKILL.md",
             "description": "Skill de descubrimiento y exploración (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "ad15458c54912007ae3f708c698a11f0a4a58e2a7c7860a1ae8874db573c9e98"
         },
         {
             "name": "writing-plans",
             "file": "assets/skills/writing-plans/SKILL.md",
             "description": "Skill de planificación de implementación (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "4d675df944b9c846e9066ff971861ad1c9673cd2c88375081b00a75872ad621a"
         },
         {
             "name": "tdd",
             "file": "assets/skills/tdd/SKILL.md",
             "description": "Skill de test-driven development (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "7eacd8ee81dc5c0b85065c0392e37ee10314661f7edb59dd8e70a9e0dae8f371"
         },
         {
             "name": "subagent-driven-development",
             "file": "assets/skills/subagent-driven-development/SKILL.md",
             "description": "Skill de ejecución con subagentes (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "14e0f685b1dc1d7e02b7226d18f037fe4b6cba49b512a1fadf67cfad2a9dcc96"
         },
         {
             "name": "dispatching-parallel-agents",
             "file": "assets/skills/dispatching-parallel-agents/SKILL.md",
             "description": "Skill de dispatch paralelo de agentes (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "281edf0c38f358497c7e2066fa8217a2ba3e2a39b4205c4af0c41d328fc035a1"
         },
         {
             "name": "review",
             "file": "assets/skills/review/SKILL.md",
             "description": "Skill de revisión de código (Superpowers)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "c78d3beff45e9bb6b5e9e1d7155910f379e082d7aaf3c61b90d651d09e0d2e2a"
         },
         {
             "name": "openspec-explore",
             "file": "assets/skills/openspec-explore/SKILL.md",
             "description": "Skill de exploración pre-spec (OpenSpec)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "1c75cab8672c2eb8b12f27a0b31f0b7fdb73c21c72583c1e8a566e09fe4108a6"
         },
         {
             "name": "openspec-propose",
             "file": "assets/skills/openspec-propose/SKILL.md",
             "description": "Skill de generación de proposal (OpenSpec)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "ab88e9aa22db09559ccf7987d08adc0469b7c6fbe46498e63a3b64926f19e66b"
         },
         {
             "name": "openspec-apply-change",
             "file": "assets/skills/openspec-apply-change/SKILL.md",
             "description": "Skill de aplicación de change (OpenSpec)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "847c2f88a66e8d5946c1fec422a5367c89eca5340839b659bbaaeb6f0bdac487"
         },
         {
             "name": "openspec-archive-change",
             "file": "assets/skills/openspec-archive-change/SKILL.md",
             "description": "Skill de archivo de change (OpenSpec)",
-            "version": "0.3.4",
+            "version": "0.4.0",
             "sha256": "3d35905ec40a081b8fd77b144426e540c67b1f50cc5801b655313a4fdfaa087a"
         }
     ]

package/package.json

@@ -1,6 +1,6 @@
 {
     "name": "ostacky",
-    "version": "0.3.4",
+    "version": "0.4.0",
     "description": "Instalador interactivo de agentes y comandos para OpenCode",
     "type": "module",
     "bin": {