@dforce2055/dai 0.7.0 → 0.8.1

package/.env.example

@@ -3,7 +3,7 @@
 # Las variables ya exportadas en la shell/CI ganan sobre el .env.
 
 # ── Backend del tracker ──────────────────────────────────────────────────────
-# md | jira | clickup   (por ahora solo md está implementado)
+# md | jira | clickup
 DAI_PM=md
 
 # Plantilla del link al ticket (para `dai ls` / stamp). {id} se reemplaza.
@@ -17,8 +17,14 @@ DAI_MD_US_DIR=.dai/us
 # DAI_JIRA_BASE_URL=https://miempresa.atlassian.net
 # DAI_JIRA_EMAIL=usuario@miempresa.com
 # DAI_JIRA_TOKEN=          # ← SECRETO. api_token de id.atlassian.com. Nunca commitear.
-# DAI_JIRA_PROJECT=        # clave del proyecto (ej. PROJ) — solo para `dai publish` (crear issues)
-# DAI_JIRA_ISSUETYPE=Story # tipo de issue a crear (default Story) — solo para `dai publish`
+# DAI_JIRA_PROJECT=        # clave del PROYECTO (ej. PROJ), NO la de un ticket (PROJ-123) — para `dai publish`
+# DAI_JIRA_ISSUETYPE=Story # tipo de issue a crear (default Story). Se pisa con `dai publish --issuetype Epic`
+# DAI_JIRA_FIELDS_FILE=.dai/jira-fields.json   # campos propios que tu Jira exige al crear
+#                          # (ADR-0015). Si el archivo no existe, se ignora. Molde en templates/.
+#
+# ¿El proxy de tu empresa intercepta TLS? Node no usa el trust store del sistema, así que
+# falla donde el navegador anda. Declará la CA — NUNCA NODE_TLS_REJECT_UNAUTHORIZED=0:
+# NODE_EXTRA_CA_CERTS=/ruta/ca-empresa.pem
 
 # ── Backend clickup (REST v2) — activar con DAI_PM=clickup ───────────────────
 # DAI_CLICKUP_TOKEN=       # ← SECRETO. token personal scopeado.

package/CHANGELOG.md

@@ -3,6 +3,138 @@
 Formato basado en [Keep a Changelog](https://keepachangelog.com/). Versionado semver
 (ver `VERSION`).
 
+## [0.8.1] — 2026-07-16
+
+**Primera prueba real en Windows con analistas y devs de una empresa: el ciclo completo
+contra un Jira corporativo anduvo, y de paso destapó lo que faltaba pulir para que un
+equipo Windows + Copilot + GitLab no se topara con muros.**
+
+### Arreglado
+- **`dai sync` crasheaba en repos Copilot** con `ReferenceError: skillToPrompt is not
+  defined`. El pase a Agent Skills nativas (0.8.0, [ADR-0014](docs/adr/0014-copilot-agent-skills.md))
+  borró `skillToPrompt` y migró `dai init` a `.github/skills/`, pero dejó dos llamadas
+  colgadas en el path viejo `.github/prompts/`: `dai sync` y `dai skills install --from`
+  (rama Copilot). Ahora ambos copian la skill nativa (`.github/skills/<name>`, con
+  `templates/`) igual que `init`, y `sync` **migra** el repo: limpia los `.prompt.md`
+  viejos de dai. `dai sync` también detecta Copilot por `.github/skills` (antes solo por
+  `.github/prompts`, así que ni veía los repos nuevos). Cubierto por un test de
+  integración de `dai sync --for copilot` — el hueco que dejó pasar la regresión.
+- **`dai upgrade` (y `dai init --openspec`) fallaban en Windows** con un genérico *"no
+  pude consultar el registry (¿sin red?)"* aunque npm anduviera perfecto. En Windows `npm`
+  y `openspec` son shims `.cmd`, y desde Node 18.20 / 20.12 / 21.7 (fix de CVE-2024-27980)
+  `execFileSync` **se niega a lanzar un `.cmd` sin `shell:true`** — tira `EINVAL`, que dai
+  confundía con falta de red. Ahora esos binarios se corren con `shell` en Windows.
+- **`dai pr` fallaba el push la primera vez contra un remoto HTTPS corporativo.** El push
+  corría con stdin ignorado, así que Git Credential Manager no podía pedir la credencial y
+  el push moría en seco — mientras el error real de git quedaba oculto tras un genérico
+  *"Command failed"*. Ahora el push hereda stdin (con `GIT_TERMINAL_PROMPT=1`) para que el
+  login se pueda completar, **muestra el stderr real de git**, y si aún falla sugiere
+  pushear a mano una vez para cachear la credencial.
+
+### Agregado
+- **`dai mr` como alias de `dai pr`.** En un shop de GitLab uno tipea "mr" (merge request);
+  ahora funciona. Es el mismo comando (detecta el forge y usa `gh`/`glab`), solo más natural.
+
+### Cambiado
+- **El diagnóstico de un 400 de `dai publish` ahora coincide con lo que Jira dijo.** Antes
+  mandaba SIEMPRE a declarar un campo propio (`customfield_NNNNN` en `.dai/jira-fields.json`),
+  aunque el 400 fuera *"Por favor indicar épica…"* — confuso, porque el fix real es
+  `--parent`. Ahora la ayuda se elige según el cuerpo del error: regla de épica padre →
+  `--parent`, campo obligatorio → `jira-fields.json`, genérico → nombra las dos causas sin
+  empujar una sola.
+- **`dai pr` explica por qué no pudo crear la PR/MR** en vez de un *"¿instalado y
+  autenticado?"*. Si `gh`/`glab` no está instalado (`ENOENT`) lo dice y enlaza la
+  instalación + `… auth login` (con `--hostname` para GitLab self-hosted); si falla por
+  otra cosa, **imprime el stderr real del forge** (auth vencida, host sin configurar, flag
+  desconocido). Era el caso ciego del equipo con GitLab corporativo.
+- **El diagnóstico de TLS ofrece primero el camino más simple**: `NODE_OPTIONS=--use-system-ca`
+  (Node ≥ 22.15), que usa el trust store del sistema donde el navegador ya confía en la CA
+  de la empresa — validado contra el proxy real. `NODE_EXTRA_CA_CERTS` queda como
+  alternativa para cualquier versión de Node. (Sigue prohibido `NODE_TLS_REJECT_UNAUTHORIZED=0`.)
+
+### Docs
+- **El prerequisito de `dai pr`: `gh`/`glab` instalado y autenticado.** Un callout en la
+  sección del dev con el setup one-time del CLI del forge (`gh auth login` /
+  `glab auth login --hostname <tu-gitlab>`, con la nota del PATH en Windows tras instalar con
+  winget). Era el paso que faltaba documentar — sin el CLI, `dai pr` pushea igual y avisa.
+- **README consistente con Copilot nativo.** La tabla de superficies ya decía que Copilot
+  carga skills en app / CLI / IDE / cloud (solo el chat de github.com queda afuera), pero el
+  resto del README seguía en el modelo viejo: la tabla de `--for`, el árbol del repo y el
+  snippet de `dai skills install` hablaban de `.github/prompts/*.prompt.md` y de que "Copilot
+  no tiene skills instalables". Corregido a `.github/skills/` nativo — validado con un dev
+  corriendo dai en la app de GitHub Copilot desktop.
+
+### Interno
+- **161 tests** (+3): integración de `dai sync --for copilot` (regresión + migración del
+  layout viejo).
+- **Conocido, sin arreglar:** en Windows, tras un `dai publish` con red, puede aparecer al
+  salir `Assertion failed: !(handle->flags & UV_HANDLE_CLOSING), src\win\async.c` — un
+  crash de *teardown* de libuv, posterior a toda la salida útil (cosmético). Se investiga.
+
+## [0.8.0] — 2026-07-15
+
+**El primer analista funcional real usó dai contra un Jira corporativo, y encontró el
+hueco entre "anda en mi Jira de juguete" y "anda en el de una empresa".**
+
+### Agregado
+- **Campos propios de Jira**, declarados por issuetype en `.dai/jira-fields.json` (o
+  `DAI_JIRA_FIELDS_FILE`) con nombre humano, forma, default y opciones válidas. dai valida
+  **antes** de llamar a la red: un typo da `'Mejraa' no es opción de 'clasificacion' —
+  válidas: Mejora | Corrección`, no un 400 críptico. El valor se elige por US con
+  `dai publish us.md --field clasificacion=Corrección` (repetible), porque la clasificación
+  cambia según la historia y un default fijo publicaría todas iguales ([ADR-0015](docs/adr/0015-jira-corporativo.md)).
+- `dai publish --parent <KEY>` — cuelga la US de su épica (antes `createUS` nunca mandaba
+  `parent`, así que las US quedaban sueltas).
+- `dai publish --issuetype <T>` — **`grill-epic` gana su fallback por CLI**: hasta ahora, sin
+  MCP, una épica quedaba en un `.md` para pegar a mano.
+- **Diagnóstico de TLS**: un fallo de certificado ahora enseña `NODE_EXTRA_CA_CERTS` (el caso
+  típico es el proxy corporativo: Node no usa el trust store del sistema) y explica por qué
+  `NODE_TLS_REJECT_UNAUTHORIZED=0` no es una alternativa — apaga la verificación entera y por
+  ahí viaja tu token.
+- **Constitución**: dos reglas nuevas para todos los asistentes — no bajar la seguridad para
+  avanzar, y parar y avisar si el CLI no llega en vez de improvisar la llamada por fuera.
+
+### Cambiado
+- **Copilot lee `SKILL.md` nativo** ([ADR-0014](docs/adr/0014-copilot-agent-skills.md)).
+  `dai init --for copilot` genera `.github/skills/` (copia cruda, **con los `templates/`**) en
+  vez de `.github/prompts/*.prompt.md`, y borra los prompts viejos de dai para que no dupliquen
+  cada `/comando`. Los prompt files propios del equipo no se tocan.
+- **`dai skills install --for copilot` ya existe** → `~/.copilot/skills/`. Antes warneaba
+  *"Copilot no tiene skills instalables"*: era cierto hasta que GitHub adoptó Agent Skills, y
+  por eso una skill "instalada global" no le aparecía a nadie que usara la app o el CLI de
+  Copilot (`~/.claude/skills` solo lo mira VS Code).
+- **`dai doctor` reporta solo los asistentes que el repo usa.** Antes listaba los tres siempre:
+  quien configuraba uno veía 14 warnings de los otros dos y leía "está todo roto". Ahora
+  también chequea Copilot, valida `DAI_JIRA_PROJECT` y que el archivo de campos parsee.
+- **Un flag repetido acumula** (`--field a=1 --field b=2`) en vez de que gane el último en
+  silencio.
+
+### Arreglado
+- **`doc-to-backlog` y `grill-epic` no cargaban en Copilot.** Sus descripciones tenían un `: `
+  suelto (*"…épicas finales: extrae…"*), que un parser YAML lee como el arranque de un mapa y
+  descarta la skill entera — justo las dos que más necesita un analista funcional. El defecto
+  siempre estuvo en la fuente: lo tapaban nuestro `parseFrontmatter` (que es un regex, no YAML)
+  y la conversión a `.prompt.md` (que citaba el valor al serializarlo). Ahora las 7
+  descripciones van citadas, **`validateSkill` valida que `name` y `description` sean escalares
+  YAML válidos**, y el molde de `templates/skill.md` cita por defecto.
+- `DAI_JIRA_PROJECT=PROJ-42` (la clave de un **ticket**, el error de config más común) daba
+  un 400 de Jira que no lo explicaba. Ahora falla **antes de la red**, con los dos caminos:
+  `DAI_JIRA_PROJECT=PROJ`, o `--parent PROJ-42` si querías colgarla de esa épica.
+
+### Quitado
+- `skillToPrompt()` y el adaptador `.github/prompts/` de Copilot. Cuando el formato de una
+  skill es un estándar abierto, el mejor adaptador es ninguno.
+
+### Interno
+- **158 tests** (+39 desde 0.7.0): `jira-fields` ×19, `http`/TLS ×7, contrato YAML del
+  frontmatter ×7, `assertProjectKey` y el payload de `createUS` ×6.
+- **Primera verificación en Windows.** Hasta ahora dai no se había instalado nunca en Windows
+  (no hay CI de esa plataforma): se probó el ciclo completo — install, `dai init --for copilot`,
+  skills globales en `~/.copilot/skills`, y Copilot cargando las 7. Los campos propios de Jira
+  y el diagnóstico de TLS están cubiertos por tests contra un Jira simulado, **todavía no
+  contra un Jira corporativo real**.
+- `lib/jira-fields.mjs` y `lib/http.mjs` nuevos, cero dependencias (como el resto del CLI).
+
 ## [0.7.0] — 2026-07-14
 
 **dai es el distribuidor de skills de cualquier stack, sin opinar sobre su contenido.**
@@ -194,6 +326,7 @@ ClickUp y Jira Cloud.
 - Tests de las rutas de red (jira/clickup/forge) con `fetch` mockeado. Sin links rotos;
   `files` de npm sin tests ni secretos.
 
+[0.8.0]: https://github.com/dforce2055/dai/releases/tag/v0.8.0
 [0.7.0]: https://github.com/dforce2055/dai/releases/tag/v0.7.0
 [0.6.0]: https://github.com/dforce2055/dai/releases/tag/v0.6.0
 [0.5.0]: https://github.com/dforce2055/dai/releases/tag/v0.5.0

package/README.md

@@ -49,7 +49,7 @@ deja las skills disponibles:
 
 ```bash
 npm i -g @dforce2055/dai        # el CLI
-dai skills install              # skills de IA → Claude y Cursor (global por defecto)
+dai skills install              # skills de IA → Claude, Copilot y Cursor (global por defecto)
 ```
 
 Y después, en el chat del asistente, según lo que tengas:
@@ -66,6 +66,20 @@ Y después, en el chat del asistente, según lo que tengas:
 > (`DAI_PM` en el `.env`): por el **MCP** de Jira/ClickUp si está conectado, o con
 > **`dai publish <us.md>`** si no (crea el issue vía token). Tú respondes y decides.
 
+¿Sin MCP, o querés publicar a mano? `dai publish` sube el `.md` al tracker y te devuelve el key:
+
+```bash
+dai publish historia.md                                # crea la US → devuelve el key
+dai publish historia.md --parent PROJ-42               # colgándola de su épica
+dai publish historia.md --field clasificacion=Mejora   # con un campo propio que tu Jira exige
+dai publish epica.md    --issuetype Epic               # publicar una épica (no una US)
+```
+
+> **Jira corporativo:** si tu proyecto exige campos propios (`customfield_…`), declaralos una
+> vez en `.dai/jira-fields.json` (molde en `.dai/templates/`) y pasalos con `--field`. Si una
+> historia tiene que colgar de una épica, `--parent PROJ-42`. dai valida antes de la red y, si
+> Jira igual rechaza, el error te dice **qué** falta ([ADR-0015](docs/adr/0015-jira-corporativo.md)).
+
 ### 🔵 Como dev — tengo una US y voy a implementarla
 
 Una vez, preparas el repo:
@@ -98,6 +112,17 @@ dai pr --assignee <compañero>   # crea la PR precargada y se la asigna a un com
 dai stamp                       # al mergear: estampa la cobertura en el tracker
 ```
 
+> **Para que `dai pr` cree la PR/MR** necesitás el CLI del forge instalado y autenticado, una
+> sola vez por máquina:
+> - **GitHub** → [`gh`](https://cli.github.com) · `gh auth login`
+> - **GitLab** → [`glab`](https://gitlab.com/gitlab-org/cli) · `glab auth login --hostname <tu-gitlab>`
+>   — en un GitLab self-hosted/corporativo el `--hostname` es **obligatorio**, y el token va con
+>   scope `api`. (En Windows, tras instalar `glab` con `winget`, abrí una terminal nueva para que
+>   tome el PATH.)
+>
+> Sin el CLI del forge, `dai pr` **igual pushea tu branch** y te dice qué instalar — después
+> creás la PR/MR a mano desde la web. dai nunca te deja a medias sin decir por qué.
+
 ## Cómo usarlo — el flujo, paso a paso
 
 Guía completa con salidas reales en [`docs/PROBAR.md`](docs/PROBAR.md); un caso narrado en
@@ -157,16 +182,16 @@ flowchart TD
 | Comando | Qué hace |
 |---|---|
 | `dai init [<repo>]` | scaffolder interactivo del repo. Flags: `--for claude\|copilot\|both\|cursor\|all` (asistente, default `all`) · `--pm md\|jira\|clickup` (tracker) · `--openspec` |
-| `dai skills install [--global \| --local <repo>] [--force] [--dry-run] [--for claude\|cursor\|all]` | instala/actualiza las skills de dai en Claude y/o Cursor (`--for all` por defecto). `--force` re-copia. Alias: **`dai install`**. Ej: `dai skills install --local . --for cursor --force` |
+| `dai skills install [--global \| --local <repo>] [--force] [--dry-run] [--for claude\|copilot\|cursor\|all]` | instala/actualiza las skills de dai en Claude, Copilot y/o Cursor (`--for all` por defecto; Copilot global → `~/.copilot/skills`, local → `.github/skills/`). `--force` re-copia. Alias: **`dai install`**. Ej: `dai skills install --local . --for cursor --force` |
 | `dai skills install --from <git-url\|path>[#ref] [--for …]` | instala **skills externas** (por-stack: .NET, Java, …) desde un repo/dir, **convertidas para los 3 asistentes**. Self-service, one-off, sin registro; `dai sync` no las toca. Colisión con una skill de dai → salta ([ADR-0013](docs/adr/0013-skills-externas-install-from.md)). Ej: `dai skills install --from github.com/mi-org/net-skills` |
 | `dai sync [--dry-run] [--for <asistentes>]` | **refresca** skills, constitución, templates y PR template a la versión del CLI — **aditivo** (no pisa tu `CLAUDE.md`), no toca el `.env` ni OpenSpec. Detecta los asistentes del repo o pasás `--for`. `--dry-run` muestra qué cambiaría ([ADR-0010](docs/adr/0010-versionado-y-upgrade.md)) |
 | `dai upgrade [--check] [--dry-run]` · alias `dai update` | **actualiza el CLI global** a la última publicada (`npm i -g …@latest`) — self-update. **No toca el repo**: reporta el drift del scaffold pero deja el `dai sync` al mantenedor. `--check` solo informa · `--dry-run` muestra el comando ([ADR-0012](docs/adr/0012-upgrade-self-update-del-cli.md)) |
-| `dai publish <us.md>` | crea la US en el tracker (Jira/ClickUp/md) desde un `.md` y devuelve el key. Es el fallback del MCP para publicar sin el asistente |
+| `dai publish <us.md> [--parent KEY] [--issuetype T] [--field alias=valor]` | crea la US en el tracker (Jira/ClickUp/md) desde un `.md` y devuelve el key — el fallback del MCP para publicar sin el asistente. `--parent PROJ-42` la cuelga de su épica · `--issuetype Epic` publica una épica (fallback CLI de `grill-epic`) · `--field clasificacion=Mejora` (repetible) manda los campos propios que exige tu Jira, declarados en `.dai/jira-fields.json` ([ADR-0015](docs/adr/0015-jira-corporativo.md)) |
 | `dai link-us <ID> [--us <md>]` | crea branch + `implements.yaml`; sin `--us` trae la US del tracker |
 | `dai link-us <ID> --resync` | re-estampa el `ac_hash` contra la US viva (tras un ⚠️ de check) |
 | `dai check` | compara tu código vs la US viva → ✅ al día / ⚠️ atrasado (exit code = gate de PR) |
 | `dai ls [--json]` | lista las US que implementa el repo + su link al tracker |
-| `dai pr [--assignee u] [--base b] [--draft] [--yes]` | crea TU PR/MR precargada: pregunta la branch base (default `main`), muestra el texto y confirma antes de publicar |
+| `dai pr [--assignee u] [--base b] [--draft] [--yes]` · alias **`dai mr`** | crea TU PR/MR precargada: pregunta la branch base (default `main`), muestra el texto y confirma antes de publicar. Detecta el forge (GitHub→PR con `gh` · GitLab→MR con `glab`); `mr` es el mismo comando, más natural en GitLab |
 | `dai stamp` | estampa la cobertura inversa en el tracker (branch + commit-ancla) |
 | `dai done [--base main] [--force]` | cierra la US: vuelve a la base, `fetch --prune` + `pull`, y borra la branch local **si está mergeada** (chequeo estricto; `--force` la borra igual). Redes: no estar en la base, sin cambios sueltos, sin commits sin pushear |
 | `dai archive [<change>] [--skip-specs]` | **funde los delta specs del change en las specs canónicas** (`openspec/specs/`) y lo archiva. Lo corre el **aprobador** de la PR (gate de aprobación, [ADR-0011](docs/adr/0011-archive-gate-de-aprobacion.md)); detecta el change activo o le pasás el nombre. Envuelve `openspec archive` |
@@ -214,14 +239,14 @@ ver [`.env.example`](.env.example). Auth (SSH + tokens): [ADR-0007](docs/adr/000
 | Valor | Genera | Elígelo si… |
 |---|---|---|
 | `--for claude` | `.claude/skills/` + `CLAUDE.md` | tu equipo usa **Claude** (Code / Desktop) |
-| `--for copilot` | `.github/prompts/*.prompt.md` + `.github/copilot-instructions.md` | tu equipo usa **GitHub Copilot** (en VS Code / JetBrains) |
+| `--for copilot` | `.github/skills/` + `.github/copilot-instructions.md` | tu equipo usa **GitHub Copilot** (app, CLI, VS Code / JetBrains o cloud agent) |
 | `--for cursor` | `.cursor/skills/` + `.cursor/rules/dai-constitution.mdc` | tu equipo usa **Cursor Agent** |
 | `--for both` | Claude + Copilot | equipo mixto sin Cursor |
 | `--for all` *(default)* | Claude + Copilot + Cursor | quieres dejar el repo listo para cualquier asistente |
 
 - **Combinables:** pasá un subconjunto separado por coma — `--for claude,cursor` o
-  `--for copilot`. `all` = los tres · `both` = Claude+Copilot. (Igual en `dai install`,
-  aunque ahí Copilot no aplica: no tiene skills instalables.)
+  `--for copilot`. `all` = los tres · `both` = Claude+Copilot. (Igual en `dai install`:
+  Copilot lee `SKILL.md` nativo, así que sus skills se instalan como las de Claude/Cursor.)
 - Es **aditivo, no destructivo**: los conjuntos conviven sin pisarse (viven en
   carpetas distintas). La **misma** skill se transforma al formato de cada asistente.
 - Si ejecutas `dai init` sin flag, te lo pregunta de forma interactiva.
@@ -241,7 +266,7 @@ mi-repo/
 │   └── doc-to-backlog · grill-intent · grill-epic · grill-user-story · link-us · tdd · dai-review
 ├── .github/
 │   ├── copilot-instructions.md     · La constitución, auto-inyectada en cada chat de Copilot
-│   ├── prompts/*.prompt.md         · Las mismas skills, generadas en formato Copilot
+│   ├── skills/                     · Las mismas skills, en formato Copilot nativo (SKILL.md)
 │   └── pull_request_template.md    · Molde de PR/MR atado al link
 ├── .cursor/
 │   ├── skills/                     · Las mismas skills, en formato Cursor
@@ -266,12 +291,18 @@ Las skills se invocan en el asistente — **no en todas sus superficies** (lími
 | **Claude Desktop** | ✅ | `~/.claude/skills/` (global) — sin IDE ni consola |
 | **Claude Code** | ✅ | `~/.claude/skills/` + `.claude/skills/` del repo |
 | **Cursor Agent (IDE)** | ✅ | `.cursor/skills/*/SKILL.md` + `.cursor/rules/*.mdc` |
-| **Copilot en VS Code / JetBrains** | ✅ | los `.github/prompts/*.prompt.md` |
-| **Copilot CLI** | ✅ | custom agents |
-| **Copilot app standalone / github.com chat** | ❌ | los prompt files son solo-IDE |
-
-El analista sin IDE cierra con **Claude Desktop**; con Copilot necesita **VS Code o el Copilot
-CLI**. El CLI `dai` corre en cualquier terminal, con cualquier asistente o ninguno.
+| **Copilot app / CLI** | ✅ | `~/.copilot/skills/` (global) + `.github/skills/` del repo |
+| **Copilot en VS Code / JetBrains** | ✅ | ídem (modo agente) |
+| **Copilot code review · cloud agent** | ✅ | `.github/skills/` del repo |
+| **Chat de github.com** | ❌ | no carga skills |
+
+**El analista no necesita IDE**: cierra el ciclo con **Claude Desktop** o con la **app / CLI de
+Copilot**. El CLI `dai` corre en cualquier terminal, con cualquier asistente o ninguno.
+
+> Copilot lee el `SKILL.md` **tal cual**, sin conversión ([ADR-0014](docs/adr/0014-copilot-agent-skills.md)).
+> Si vienes de dai ≤ 0.7, corre `dai init --for copilot` una vez: cambia los
+> `.github/prompts/*.prompt.md` por `.github/skills/` (con los `templates/`, que antes se
+> perdían) y limpia los viejos para que no te dupliquen cada `/comando`.
 
 ## Se adapta a cualquier escala
 

package/VERSION

@@ -1 +1 @@
-0.7.0
+0.8.1