xavor/smtp-relay
1
0
Fork 0
Code Issues Pull Requests Actions Packages Projects Releases Wiki Activity
249794c189
smtp-relay/.metodo/workflows
History
sirxavor 249794c189 chore(metodo): re-estampa el Metodo 2026-08-30 (§7: el borrador muere al colocar la entrega) 
Re-estampado desde la matriz. Rail nuevo en §7: colocar una entrega convierte
el borrador en una copia derivada, y el borrador se borra en el mismo gesto.
Tres ocurrencias en cuatro dias. Testigo: no que el borrador este al dia — que
no exista.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
2026-08-30 01:50:26 +02:00
..
comunicacion-entre-sesiones.md feat(metodo): el PROCEDIMIENTO viaja — .metodo/workflows/ con el canal entre sesiones 2026-08-29 20:20:18 +02:00
README.md feat(metodo): el PROCEDIMIENTO viaja — .metodo/workflows/ con el canal entre sesiones 2026-08-29 20:20:18 +02:00
sesion-ordenacion-docs.md chore(metodo): re-estampa el Metodo 2026-08-30 (§7: el borrador muere al colocar la entrega) 2026-08-30 01:50:26 +02:00

README.md

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: los principios son el qué, estos son el cómo corre una sesión.

D5 (ver ../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).