plain -- traducir una respuesta densa con jerga a español claro

¿Qué hace plain -- traducir una respuesta densa con jerga a español claro?

La regla permanente que esto impone: español comprensible y digerible en el chat -- cada código autoinventado glosado en palabras simples, nada enterrado bajo narración de proceso. Se sigue violando -- las respuestas llegan repletas de códigos de archivo (F027, B13, PTT, un def_hash...), acrónimos sin expandir y pilas de sustantivos comprimidas que son un muro para leer. Esta skill es la solución: toma esa respuesta y DILA DE NUEVO en español claro, conversacional y generoso.

Esta es la skill ANTI-tersa -- lo opuesto a /desglose. La longitud está bien; perder significado no.

Qué traducir

Destino predeterminado: el mensaje inmediatamente anterior del asistente. Si el usuario pegó texto o mencionó con @ un archivo o bloque, traduce eso en su lugar. Si es ambiguo cuál, pregunta una vez.

Cómo hacerlo

1. RESUELVE cada código, etiqueta y acrónimo a su significado real -- NO adivines. Cuando aparezca un código de archivo / nombre de fase / nombre de compuerta / hash, búscalo en los archivos del proyecto (por ejemplo, hallazgos.md, CHECKPOINT.md, la especificación relevante) y expresa qué es realmente en palabras de personas. Si genuinamente no puedes encontrar a qué se refiere un código, di "No pude encontrar a qué se refiere X" -- nunca inventes un significado.
2. Reexpresa, no resumas. Mantén TODA la sustancia. Esto es una traducción, no un resumen recortado; omitir detalles para ser más corto es el modo de fallo.
3. Desglosa las pilas de sustantivos comprimidas y las cláusulas anidadas en oraciones cortas y ordinarias.
4. No introduzcas nuevas abreviaturas -- sin códigos, sin jerga del proyecto. Si un término técnico es genuinamente inevitable, defínelo en línea la primera vez que lo uses.
5. Estructura para la lectura -- párrafos cortos o una lista simple, no un bloque.

Reglas

• Español claro y conversacional, estructurado para ser digerible: respuesta primero, párrafos cortos, lo suficientemente amplio para definir cada término -- nunca un muro de texto.
• Nunca inventes un significado para un código que no pudiste resolver.
• No agregues nuevos análisis, opiniones o próximos pasos -- solo haz legible el contenido existente. Si el usuario quiere más, lo preguntará.