Ocho sesiones sobre el mismo worktree y un solo .git/index. La técnica que esta
rama daba por segura —construir el índice desde HEAD con sólo tus hunks y
comprobarlo con git diff --cached— protege del árbol de trabajo ajeno, no de la
ventana entre MIRAR y CONFIRMAR: si otra sesión hace su reset + add en ese
hueco, tu commit fotografía SU índice.
Ocurrido dos veces en una tarde. edc019515 salió con tres fragmentos de
rating-group dentro y sin la mitad de los suyos. Y la reparación cosió dos
bloques dejando una coma de más en el ledger, con lo que HEAD lleva cuatro
commits con el fichero sin parsear (arreglado en 88a208644): el guard no queda
en rojo, queda muerto, y sólo se ve al hacer checkout limpio.
La regla que sustituye a la vieja: verificación y confirmación en la MISMA
invocación de shell, encadenadas, nunca en dos turnos. Y al cerrar una tanda,
comprobar HEAD —no el árbol— parseando el fichero compartido.
Corolario medido el mismo día: un árbol con restos de una sesión ya terminada
hace mentir al instrumento sin tocar ningún commit. El guard de card daba 0/98
—la firma del instrumento ciego— por un theming-sentinel.ts sucio con el bloque
de chat-log DUPLICADO; desde copia limpia de HEAD, 49/98 y verde.
Co-Authored-By: Claude Opus 5 <noreply@anthropic.com>
dev
5be7dabf49