refactor: make ARNES external-repo based with ticket publish flow

HOWTO.md

@@ -5,13 +5,15 @@
 ```bash
 mkdir mi-proyecto && cd mi-proyecto
 git init
-# copiar contenido de arnes-fork aquí
+# instalar/copiAR ARNES dentro de este repo de proyecto
+/path/to/arnes/scripts/install_into_repo.sh .
 ./scripts/start.sh
 ./scripts/verify.sh
 python3 scripts/agent_status.py show
 ```
 
 Después:
+- Mete tu código dentro de `project/` (o indica otra ruta en el wizard).
 - Edita `backlog/features.json` (`project`, `description`).
 - Crea tu primera feature `pending` (puedes usar `starter-pack/backlog.features.bootstrap.json`).
 - Empieza el ciclo SDD (una feature a la vez).
@@ -20,7 +22,13 @@ Después:
 
 ## 2) Proyecto ya empezado (brownfield)
 
-Copia al repo existente solo el core ARNES:
+Copia al repo existente solo el core ARNES y coloca el código real en `project/` (o usa otra ruta al lanzar el wizard). Recomendado:
+
+```bash
+/path/to/arnes/scripts/install_into_repo.sh .
+```
+
+Contenido core:
 - `harness/`
 - `spec/`
 - `backlog/`
@@ -47,6 +55,17 @@ Crear ticket nuevo (leader/triager, EN caveman):
 python3 scripts/new_ticket.py
 ```
 
+Tipos soportados:
+- `feature`
+- `fix`
+- `bug`
+- `chore`
+
+Al final del ticket:
+```bash
+python3 scripts/publish_ticket.py --feature-id F-001
+```
+
 Modelo por tarea:
 - Config base en `harness/models.profiles.yml`
 - Reglas en `harness/policies/model-routing.md`
@@ -54,5 +73,6 @@ Modelo por tarea:
 ## Reglas operativas mínimas
 - Máximo una feature en `in_progress`.
 - `done` requiere gates `review/security/qa` aprobados.
+- `done` requiere publish final con commit+push del ticket.
 - Evidencia siempre en `work/artifacts/<feature_id>/`.
 - Si `verify.sh` falla, no se cierra la feature.