Problema
Cada vez que un escrito redactado en Markdown necesita entregarse en Word (.docx) o PDF (formatos habituales para presentar ante una contraparte o para que el cliente lo copie a un correo), hoy el flujo es escribir un script de Python ad hoc desde cero (python-docx / reportlab) en cada ocasión. Esto se repitió varias veces dentro de un mismo caso real, con inconvenientes concretos:
- Reescribir la lógica de negritas/markdown → docx/pdf cada vez, con riesgo de errores de transcripción del texto entre el
.md fuente y el script generador.
- Un intento con heredoc de bash falló por un problema de escapado de comillas en un texto largo, y hubo que reescribir el script completo como archivo aparte para evitarlo.
- Ningún control automático de que el texto generado en el documento final coincide con el
.md de origen (se verificó manualmente extrayendo texto del PDF cada vez).
Propuesta
Agregar a componentes/ un script reutilizable (por ejemplo componentes/md-a-documento.py) que:
- Tome como entrada un archivo Markdown con la convención mínima ya usada en los escritos del sistema (negritas
**texto**, encabezados ##, listas numeradas/con viñetas).
- Genere
.docx y .pdf con estilo consistente (fuente, interlineado, justificado) sin tener que rehacer el mapeo markdown→formato en cada caso.
- Maneje correctamente comillas tipográficas y acentos (evitar el patrón de escribir escapes
\u201c/\u201d a mano en cada script).
- Se invoque como un paso estándar del cierre de
argentina-bucles cuando el escrito esté listo para presentar, en vez de generar el script de conversión desde cero cada vez.
Criterio de cierre
Existe un script reutilizable en componentes/ para convertir un escrito en Markdown a Word y PDF, y las skills lo referencian como el método estándar en vez de generar un script Python nuevo por cada documento.
Problema
Cada vez que un escrito redactado en Markdown necesita entregarse en Word (.docx) o PDF (formatos habituales para presentar ante una contraparte o para que el cliente lo copie a un correo), hoy el flujo es escribir un script de Python ad hoc desde cero (python-docx / reportlab) en cada ocasión. Esto se repitió varias veces dentro de un mismo caso real, con inconvenientes concretos:
.mdfuente y el script generador..mdde origen (se verificó manualmente extrayendo texto del PDF cada vez).Propuesta
Agregar a
componentes/un script reutilizable (por ejemplocomponentes/md-a-documento.py) que:**texto**, encabezados##, listas numeradas/con viñetas)..docxy.pdfcon estilo consistente (fuente, interlineado, justificado) sin tener que rehacer el mapeo markdown→formato en cada caso.\u201c/\u201da mano en cada script).argentina-buclescuando el escrito esté listo para presentar, en vez de generar el script de conversión desde cero cada vez.Criterio de cierre
Existe un script reutilizable en
componentes/para convertir un escrito en Markdown a Word y PDF, y las skills lo referencian como el método estándar en vez de generar un script Python nuevo por cada documento.