smtp-relay/.metodo/workflows/README.md
sirxavor 2a80e74411 feat(metodo): el PROCEDIMIENTO viaja — .metodo/workflows/ con el canal entre sesiones
Hasta hoy sólo viajaban la constitución y el linter. Un repo que se clona SOLO
no tiene la matriz al lado, así que el procedimiento del canal —el saludo
invertido y sus cinco líneas— no le llegaba por ningún camino.

Desde ahora `.metodo/workflows/` viaja con el repo, vigilado por CHECKSUMS y por
el check de deriva como el resto. Y el puntero del CLAUDE.md lleva a él.

 El semáforo NO viaja: es un objeto vivo del árbol multi-repo, no un documento.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-29 20:20:18 +02:00

37 lines
2.1 KiB
Markdown
Raw Permalink Blame History

This file contains ambiguous Unicode characters

This file contains Unicode characters that might be confused with other characters. If you think that this is intentional, you can safely ignore this warning. Use the Escape button to reveal them.

# workflows — el procedimiento del Método (capa transversal)
Los workflows **transversales** que viajan con el Método y se vendorizan a cada repo. La otra capa
del Método junto a [`../metodo.md`](../metodo.md): los principios son el *qué*, estos son el *cómo
corre una sesión*.
> **D5** (ver [`../doc/backlog.md`](../doc/backlog.md)): aquí SOLO van los transversales. Los
> **específicos de proyecto** (hermes-*, cluster-work, incidente, capa persona) se quedan **con su
> proyecto**, como los de Solidaria ya viajan dentro de Solidaria.
## Pendiente de traer (Bloque C)
- `sesion-orquestadora.md` — coordinar/decidir (le funciona bien a Xavier; es lo que la propia
matriz usa para decidir qué realimentación sube a la constitución).
- `sesion-ejecucion.md` — construir/aplicar (lo que la matriz usa para construir el linter).
- `sesion-exploracion.md` — leer/medir sin tocar (si se usa).
Fuente actual: `redes/workflows/` y `repos/Solidaria/workflows/` (el más maduro). Al traerlos,
referencian `../metodo.md` en vez de repetir raíles (fuente única).
## El modelo de sesión: fase × persona (C33, promovido 2026-08-08)
*(Decidido con Xavier: esto es **estructura de sesión**, por eso vive aquí y NO en `metodo.md`.)*
Dos ejes **ortogonales**, no una lista plana de "tipos de sesión":
- **Eje FASE (la función):** diseño (discovery) · orquestación (delivery) · ejecución · exploración.
Con **handoff automático**: cada fase entrega el prompt de la siguiente sin que el humano arbitre
(una sesión de diseño produce el encargo de ejecución, etc.).
- **Eje PERSONA (una CAPA, no otro workflow) — OPCIONAL:** se **añade encima** de la fase cuando hay
un interlocutor **no técnico** (en Solidaria, la capa Arantxa: sin jerga, solo dominio). En infra
en solitario (redes, tú solo) esta capa queda **inactiva** — pero se documenta para cuando aparezca
un interlocutor así en cualquier proyecto.
Fuente madura: `repos/Solidaria/workflows/` (`workflows/README.md:10-31`, `sesion-arantxa.md`).
Los workflows de proyecto (hermes-*, cluster-work…) se quedan con su proyecto (`D5`).