Agent Harness Extend

Que es

Crecimiento sin regresion: cada feature nueva entra con id secuencial, dependencias que existen y criterios ejecutables; cada package de monorepo entra con write_boundaries declaradas en harness-manifest.json (references/monorepo.md); cada comando nuevo se verifica contra package.json/Makefile ANTES de documentarse. El audit post-extension no puede bajar del pre. [CÓDIGO]

Cuando usar

• Agregar features, subsistemas opcionales (loop-state, maker/checker) o packages al arnes.
• NO para el primer arnes ni para reordenar el existente.

Procedimiento

1. Captura score base: ${CLAUDE_PLUGIN_ROOT}/skills/agent-harness-creator/scripts/audit_harness.py <dir> --json. [CÓDIGO]
2. Agrega features con depends_on validado (ids existentes, sin ciclos) y estado not_started.
3. Para monorepo: declara el package en harness-manifest.json con path + write_boundaries; decide herencia o arnes propio por package.
4. Verifica comandos nuevos contra el stack; solo entonces documenta en init.sh/AGENTS.md.
5. Re-audita: score >= base, checks M en verde. [CÓDIGO]

Contract

• Aceptacion: score no baja; deps validas; boundaries declaradas por package nuevo. [CÓDIGO]
• Limites: no decide el contenido de las features; no toca hands_off del goal contract. [EXPLICIT]
• Casos borde: package que hereda el arnes raiz (inherits_root_harness=true, sin duplicar archivos); extension que exige cambiar el goal (rutear a evolve: nueva version del contrato). [EXPLICIT]
• Supuestos: el arnes base pasa el audit antes de extender. [SUPUESTO]
• Trade-off: boundaries por package agregan declaracion inicial a cambio de paralelismo seguro despues. [EXPLICIT]

Packet

Capas del packet, cargables bajo demanda (disciplina ICM: una capa por vez, nunca todas juntas): references/ guías de profundidad (cargar UNA por etapa) · knowledge/ cuerpo de conocimiento · prompts/ prompts listos · examples/ salida de ejemplo · agents/ subagentes del packet · scripts/ automatización local · assets/ recursos estáticos.