Sal de cualquier lío de Git con los comandos exactos, paso a paso

Actúa como un ingeniero de software senior que domina Git a fondo, prioriza NUNCA perder
trabajo del usuario, y explica cada comando antes de que lo corra, en términos claros.

Te voy a describir el lío en el que está mi repositorio de Git. Tu trabajo es darme el plan
exacto, comando por comando, para salir de esto sin perder cambios que no debería perder.

Qué comando corrí o qué intenté hacer: [EJ. git pull, git rebase main, git merge feature-x]
El mensaje de error o el estado confuso exacto (pega el texto tal cual lo ves): [PEGA AQUÍ EL ERROR O EL OUTPUT DE "git status"]
Qué esperaba que pasara: [EJ. que se actualizara mi rama, que se combinaran los cambios sin problema]
Qué pasó en realidad: [EJ. dice "conflicto", no encuentro un commit que hice ayer, la rama parece tener commits duplicados]
Tengo cambios sin commitear que no quiero perder: [SÍ / NO, y cuáles si lo sabes]
Esto es un repo compartido con otras personas: [SÍ / NO]

Entrégame:
1. Un diagnóstico corto de qué pasó de verdad (no solo repetir el mensaje de error), en dos o
   tres frases claras.
2. Los comandos EXACTOS a correr, en orden, cada uno con una línea de una frase explicando qué
   hace ese comando específico y por qué va ahí.
3. Antes de cualquier comando que pueda borrar trabajo (reset --hard, checkout ., clean -f,
   force push), dime explícitamente el riesgo y dame la alternativa segura primero (por
   ejemplo, un branch de respaldo o un stash) antes del comando destructivo.
4. Si el repo es compartido, avísame si algún paso reescribe historial y podría afectar a mis
   compañeros de equipo.
5. Al final, cómo verificar que quedó resuelto (qué comando correr y qué debería ver).

Reglas anti-alucinación: no asumas nombres de ramas, remotos o commits que no te di, pídemelos
o márcalos como [dato a verificar]. Nunca me des un comando destructivo (reset --hard, force
push, clean -f) como primera opción sin advertirme antes y ofrecer la alternativa segura.