feat(episode): TRAZA_cmo-migrar-a-la-siguiente-terminal_S20260518.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD

Skill: TESSERA | Type: chronicle
Summary: EPISODIO 1 — SessionStart: Cómo migrar a la siguiente terminal
This commit is contained in:
Ember 2026-05-19 01:26:16 +00:00
parent 8913580f97
commit 2a5f8da30f

View file

@ -0,0 +1,49 @@
---
episode_id: "83e47969-7749-4c95-abbc-3186f5402ff8"
puente_flat: "TRAZA_cmo-migrar-a-la-siguiente-terminal_S20260518.R1_XX.ops.2.hot_inf.in.cc.es.000.MGQ_J.PMCFK_E.SGNFD"
session_code: "S20260518.PIPELINE_FIXES"
acto_dialogico: "informar"
actor_flujo: "multi_actor"
criticidad_aegis: "low"
skill_dominante: "TESSERA"
fase_proyecto: "operations"
tipo_semantico: "chronicle"
summary_one_line: "EPISODIO 1 — SessionStart: Cómo migrar a la siguiente terminal"
source_type: "claude_code"
trust_boundary: "internal"
created_at: "2026-05-19T01:26:06.951456+00:00"
relectura_tagged: false
forgejo_commit_sha: "pending"
---
## Cómo migrar a la siguiente terminal
John, **la migración ya está preparada** — el sistema la dejó lista. No tienes que copiar, pegar ni explicar nada en la sesión nueva.
### Lo que ya está listo (verificado este turno)
| Artefacto | Estado | Evidencia |
|---|---|---|
| `HANDOFF_PROMPT.md` | Regenerado, 0h de antigüedad | El hook SessionStart lo detecta solo y se lo muestra a la instancia nueva |
| `docs/MIGRATION_MANIFEST_S20260518.PIPELINE_FIXES.md` | Generado | Contiene el contexto completo de la sesión |
| `docs/STATE.md` | Actualizado | commit `57a878e` |
| 3 commits de la sesión | Pushed a los 3 remotos | `git rev-list`**0 pendientes** en origin · forgejo · sriyantra |
Los commits son `adae447` (fix test marimo), `7ae0880` (fix passport-injector D-002) y `57a878e` (cierre). Nada que hacer en *esta* terminal antes de cerrarla — todo está commiteado y respaldado.
### Los 4 pasos (los haces tú)
1. **Cierras esta terminal.**
2. **Abres una sesión nueva de Claude Code** en la **misma carpeta** del proyecto (`...\ember-claude-code`).
3. Al arrancar, el hook **SessionStart detecta `HANDOFF_PROMPT.md`** y se lo muestra a la instancia nueva, que lo lee primero (BLINDADA-12).
4. El HANDOFF la manda al **MIGRATION_MANIFEST** → la instancia nueva retoma con todo el contexto. Transición imperceptible.
Es literalmente **cerrar y reabrir en la misma carpeta**. El handoff viaja por disco, no por copy-paste.
### Un detalle honesto (no bloquea la migración)
El `migration-manifest.py` infló el manifest a **~127K tokens**: su sección 2 lista **1287 "archivos creados en esta sesión"**, lo cual es falso — la sesión solo hizo 3 commits en 13 turnos. Esos 1287 son el backlog acumulado de archivos sin commitear del repo (hay rutas fuera del proyecto: `crawl4ai-rewrite/`, `.workspace-mcp/`). Es un bug del detector de actividad del hook.
**Impacto real:** la instancia nueva sobrevive sin problema — arrancará en GAUGE GREEN (~916K libres) y leerá el manifest por tramos saltándose la sección 2. Solo desperdicia algo de contexto. **Puedes migrar tal cual.** Ya derivé el arreglo del hook como tarea aparte (chip de spawn_task arriba) para que no toque tu migración.
**Pendiente menor que viaja contigo:** quedan 2 episodios de memoria en cola (`pending_memory_push.json`) sin pushear a Qdrant. Es una cola en disco — la instancia nueva los verá en su propio boot y los empuja cuando el servidor esté desbloqueado. No se pierden al migrar.