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

TEMPLATE.md

@@ -1,6 +1,7 @@
 # TEMPLATE.md — Cómo adaptar ARNES a cualquier proyecto
 
 ## 1) Clonar y renombrar contexto
+- Pon el código real dentro de `project/` (o elige otra ruta en `./scripts/start.sh`).
 - Ajusta `backlog/features.json` (`project`, `description`).
 - Crea primeras features reales en `features[]`.
 
@@ -8,16 +9,19 @@
 - Opcional: crea `AGENTS.local.md` con reglas del dominio.
 - Opcional: crea `scripts/verify.local.sh` con checks propios del stack.
 - Mantén tickets y órdenes internas en English caveman (`harness/policies/language.md`).
+- Usa tipos de ticket consistentes: `feature`, `fix`, `bug`, `chore`.
 - Ajusta routing de modelos por rol/tarea en `harness/models.profiles.yml`.
 
 ## 3) Flujo estándar
+0. Instalar ARNES en repo externo: `./scripts/install_into_repo.sh /path/to/project-repo`
 1. `./scripts/start.sh` (primer uso)
 2. `python3 scripts/new_ticket.py` (leader/triager)
 3. `python3 scripts/agent_status.py show`
 4. Seleccionar 1 feature `pending` y pasarla a `in_progress`
 5. Implementar con artefactos en `work/artifacts/<feature_id>/`
-6. Cerrar solo con gates `review/security/qa` + `documenter` aprobados
-7. `python3 scripts/agent_status.py reset`
+6. Cerrar con gates `review/security/qa` + `documenter` aprobados
+7. Publicar ticket: `python3 scripts/publish_ticket.py --feature-id F-001`
+8. `python3 scripts/agent_status.py reset`
 
 ## 4) Contrato de cierre
 - `status=done` exige:
@@ -25,6 +29,7 @@
   - `security.json` APPROVED
   - `qa.json` APPROVED
   - `leader-close.json` APPROVED
+  - `publish.json` PUBLISHED
   - `./scripts/verify.sh` OK
 
 ## 5) Principio de template