Cómo se aplica el delta

# Delta de Argui sobre OpenSpec

Argui **no congela una copia** del schema de OpenSpec. Distribuye el *delta* que se aplica
sobre un fork generado contra **tu** versión instalada — así el fork no queda obsoleto cuando
OpenSpec mejora su schema base. Fundamento: [methodology/openspec.md](../../methodology/openspec.md).

## Qué hay aquí

| Archivo | Qué es |
|---|---|
| `qa-stage.snippet.yaml` | El stage `qa` (invención de Argui): su estructura y su `instruction`. Es el único stage 100% nuestro, por eso se distribuye completo. |
| `instructions.snippet.yaml` | Los `instruction` de orquestación de `apply`, `verify` y `archive` — stages base de OpenSpec, de los que se distribuye **solo la prosa**, nunca la estructura. |

La plantilla del documento de QA (Quality Assurance) está en [../qa-artifact.md.template](../qa-artifact.md.template), y la
del índice de changes archivados —que el stage `archive` mantiene— en
[../archive-index.md.template](../archive-index.md.template).

## Receta (resumen — detalle en `openspec.md`)

1. Fijar la versión de OpenSpec: `npm install -D @fission-ai/openspec@<versión>`.
2. Forkear: `openspec schema fork spec-driven argui`.
3. Conservar `verify` en el fork (el perfil core no lo incluye).
4. Insertar el stage `qa` (este snippet) entre `verify` y `archive`, **ajustando las claves a
   tu versión** de OpenSpec.
5. Pegar los `instruction` de orquestación de agentes en cada stage (`instructions.snippet.yaml`
   para apply / verify / archive; el de `qa` viene en su propio snippet) y reemplazar los
   `[corchetes]` por los agentes reales del proyecto — ver `openspec.md`.
6. `openspec update` para regenerar los *bindings* (nunca editarlos a mano).
7. Validar el ciclo con un ítem de prueba.

## Qué NO copiar

Los stages base de OpenSpec (proposal, specs, design, tasks, apply, verify, archive) son de
OpenSpec: salen del fork, **no se congelan aquí**. Si los copias, quedarán obsoletos en el
próximo upgrade.