A4S

A4S convierte trabajo multi-repo recurrente en capacidades incrementales para outer harnesses.

Las piezas sólo entran en la narrativa cuando son usables; las integraciones no definen la categoría de A4S.

El monorepo reúne capacidades que pueden evolucionar a ritmos distintos. Cada una documenta su alcance y sus requisitos sin prometer una suite completa, cobertura universal ni autonomía.

Capacidades

• .workspace/ contiene la configuración efectiva y el conocimiento gobernado de este workspace.
• profiles/ publica perfiles reutilizables de configuración.
• methods/ contiene métodos de trabajo opt-in.
• skills/ distribuye workflows portátiles y sus herramientas deterministas.
• Roadmap muestra el backlog Beads como un árbol de solo lectura agrupado por prioridad.
• Roadmap Legacy conserva el workflow completo anterior sobre Beads para Plan, árbol pendiente, Doctor y loop secuencial.
• agents/ conserva roles portátiles con provenance explícita.
• output-styles/ define contratos de interacción.
• src/ contiene el runtime experimental E0 y sus adapters.
• packages/pi-context-expert/ contiene una extensión para Pion que gestiona contexto, compaction y propuestas de reglas review-only; consume TypeSafe/Jev mediante el runtime nativo del host según ADR 0065.
• packages/pi-tool-row-presentation/ contiene una extensión para Pion que controla la densidad de tool rows mediante Settings > Tool rows y el atajo Ctrl+Alt+O, sin comando propio.
• test/ verifica runtime y contratos del repositorio.

Integraciones

Pi, Herdr, TypeSafe, Jev, Rootline y Backscroll se integran mediante contratos explícitos. Una capacidad puede requerir una integración concreta; esas dependencias no definen la categoría de A4S ni convierten el monorepo en un runtime propio.

Modelo

única autoridad normativa del WoW: .workspace/config.yaml
derivados no normativos: README + profiles/pablontiv/PROFILE.md
mecanismos sin reglas propias: skills + methods
referencia de procedencia: Engineering Handbook 1.4
producto: capacidades A4S + integraciones externas

La configuración, los artefactos portátiles, los paquetes y el runtime experimental conservan límites explícitos. Los providers externos conservan su propia autoridad; A4S no los reemplaza ni se define por ellos.

Registros y referencias

Estos enlaces conservan contexto, decisiones y diseño. Los ADRs y la spec son registros no normativos; las referencias tampoco gobiernan la forma de trabajo:

• Registro North Star
• Registro sobre runtime-first
• Spec de arquitectura v0.9
• Referencias a proyectos relacionados

Los ADRs y diseños del antiguo repositorio Handbook se preservan como historia en .workspace/docs/history/handbook/; no forman un segundo decision log.

Verificación

Runtime TypeScript:

npm ci
npm test
npm run typecheck

Las extensiones se validan contra Pion 1.0.0-ports.1. El aggregate raíz incluye los tests y el typecheck de pi-tool-row-presentation; sus tipos de desarrollo están fijados al artefacto inmutable de esa release.

Contratos de artefactos portátiles:

python -m pip install --disable-pip-version-check --no-deps -r requirements-test.txt
python -m unittest discover -s test -p "test_*.py" -v
python -m unittest discover -s profiles/pablontiv/tests -t profiles/pablontiv -p "test_*.py" -v

Cada skill conserva sus dependencias, helpers, fixtures y tests dentro de su propio directorio. skills/remove-gentle-context/ requiere un Python 3.11+ executable disponible como python, python3 o un comando equivalente de la plataforma.

Licencias

El código original de A4S no se distribuye bajo una licencia de reutilización (UNLICENSED); su lectura pública no concede permiso para copiarlo, modificarlo ni redistribuirlo. El alcance se aclara en NOTICE. Los artefactos trasladados desde pablontiv/handbook conservan su licencia MIT en LICENSES/handbook-MIT.txt, y algunos subárboles incluyen licencias propias que prevalecen para esos artefactos.