dt-session

dt-session

La sesión solo existe tras /yo. No uses plantillas con placeholders ni participantes de ejemplo del repo.

Archivos

Checkout oficial

Si ./scripts/dt-publish-gate.sh sale 0 o 50, esta carpeta publica el framework. En ese caso la identidad no viaja:

• Escribí solo vitals/ops/session.yaml.
• La postura va a vitals/ops/collaboration.local.yaml (gitignored). No escribas vitals/config/collaboration.yaml.
• No agregues personas a roster.yaml. El archivo versionado se publica con team: [].
• No dejes notas en vitals/work/inbox/ para commitear.
• No pidas /guardar para subir roster, postura ni cuaderno.

Quien clona el DT no tiene que encontrar tu sesión, tu roster ni documentación de esta interacción. Los manuales del framework sí se publican.

Pasos

1. Corré ./scripts/dt-publish-gate.sh. Si sale 0 o 50, seguí Checkout oficial y no los pasos que escriben roster, collaboration.yaml o inbox en Git.
2. Si no existe vitals/ops/session.yaml → se crea al confirmar identidad.
3. Si hay operator.id + operator.name → "¿Seguís como {name}?"
   • Sí → actualizar identified_at.
   • No → identificación nueva (paso 4).
4. Preguntar quién trabaja hoy: nombre (y rol si el usuario no lo dijo).
5. id = slug minúsculas sin espacios (derivado del nombre si hace falta, confirmar con el usuario).
6. Rol: leer vitals/config/roles.yaml. Si roles tiene ítems → ofrecer lista o aceptar si el usuario ya nombró uno válido. Si roles: [] o no existe → guardar el rol tal como lo diga el usuario (sin imponer contributor/maintainer/etc.).
7. Postura, antes de tocar el roster. En checkout oficial escribila solo en vitals/ops/collaboration.local.yaml y saltá el paso 8. Si no: mirar collaboration.yaml y team[] como están ahora, sin la persona de este turno. Reglas en la sección siguiente. Si falta y no se puede inferir → preguntar y no inventar. Mientras la respuesta no llegó: no escribas collaboration.yaml ni agregues a esta persona al roster (si no, el turno siguiente vería un roster con gente e inferiría team).
8. Buscar id en roster.yaml → team[]. Si nuevo: append con name, role, email (usar git config user.email; obligatorio en la práctica si la persona va a ser owner de agentes: dt-doctor lo cruza con el autor del commit que cambia su estado), registered_at (ISO 8601) y actualizar updated en el archivo. Si ya está: no duplicar ni reescribir con datos de ejemplo. Este paso corre cuando la postura ya quedó resuelta. En checkout oficial no se ejecuta.
9. Escribir session.yaml con operator (id, name, role, email, inbox_path), identified_at, session_started.
10. mkdir -p vitals/work/inbox/{id}/ solo fuera del checkout oficial.
11. ./scripts/dt-agent.sh inbox --team --as {id}. Si hay un URGENTE, decirlo primero. Después, si hay abiertos, una línea: «Tenés N abiertos; release-bot tiene M». Si hay agentes pending con owner: {id}, sumar: «bot pide alta: dt-agent.sh activate bot». Si no hay nada, no decir nada.
12. Confirmar id, nombre, rol, inbox y postura. Si hubo alta en roster o se escribió collaboration.yaml: recordar /guardar para subirlos. En checkout oficial no hay alta que subir.