jueves, 12 de noviembre de 2026

Revisa Markdown en Google Docs sin convertir el archivo

Docs abre .md nativo, conserva historial y comentarios y Drive muestra una vista renderizada. Comprueba el diff antes de devolverlo a Git.

Un archivo Markdown conserva su extensión mientras varias personas lo comentan y comparan con un repositorio
Ilustración editorial generada con IA sobre colaboración en Markdown; no representa una captura de Google Docs o Drive.

Sube el archivo .md a Drive y ábrelo con Google Docs: se mantiene como Markdown nativo, con comentarios, historial y vista renderizada. El flujo sirve para revisar documentación con personas que no trabajan en Git, pero conviene descargar el resultado y comparar el diff antes de hacer commit.

Requisitos y disponibilidad

  • Una cuenta de Google o Google Workspace.
  • Un archivo con extensión .md y una copia local o una versión en el repositorio.
  • Permiso para subir, abrir y compartir el archivo en Drive.
  • Un editor o Git para revisar el contenido devuelto.

Google indica que la función está disponible para cualquier persona con una cuenta de Google. El anuncio no publica un recargo específico por editar Markdown; siguen aplicándose el almacenamiento, las políticas y los límites de la cuenta o del dominio.

Pasos documentados

  1. Conserva un punto de comparación. Confirma que el repositorio está limpio o guarda el hash del archivo. No subas secretos, credenciales ni documentación que la política del dominio prohíba.
  2. Sube el .md a Drive. La extensión debe mantenerse visible; no lo conviertas manualmente a un documento de Google.
  3. Abre con Google Docs. El distintivo .md indica que trabajas sobre el formato nativo.
  4. Revisa la vista. Comprueba encabezados, listas, enlaces y tablas. Drive permite alternar entre vista renderizada y texto sin formato.
  5. Comparte con el alcance mínimo. Da acceso solo a quienes deban comentar o editar. Usa comentarios de línea para decisiones; no escondas instrucciones dentro de texto que un agente pueda interpretar como orden.
  6. Consulta el historial. Verifica quién cambió cada bloque y resuelve comentarios sin borrar el contexto necesario.
  7. Descarga o sincroniza el archivo. Devuélvelo al entorno de desarrollo sin cambiar su extensión.
  8. Compara el diff. Revisa espacios, saltos de línea, tablas, enlaces y bloques de código antes de confirmar el cambio.

Resultado esperado

El archivo continúa siendo Markdown y puede volver a herramientas de desarrollo o a un repositorio. El equipo obtiene comentarios, historial de versiones y una previsualización sin mantener una copia paralela en formato Docs.

Límites concretos

El anuncio promete compatibilidad con tablas y enlaces, pero no enumera cada extensión de Markdown, HTML embebido, diagrama o atributo específico de un generador estático. Tampoco afirma que la vista renderizada sea idéntica a GitHub, MkDocs, Docusaurus o el sitio final. Si el archivo contiene front matter, componentes MDX o sintaxis propietaria, conserva una copia y valida el diff y el render de destino.

Una edición colaborativa tampoco sustituye la revisión técnica: comentarios resueltos pueden seguir dejando enlaces rotos, comandos peligrosos o instrucciones obsoletas. Para documentación utilizada por agentes, trata el texto como parte de su superficie de contexto.

Transparencia: guía elaborada con asistencia de IA a partir del anuncio oficial de Google. Texploto no subió un archivo ni probó una cuenta; los pasos describen el flujo documentado y una comprobación editorial de diff.