Что переносится хорошо
- Стили заголовков →
#,##,###(уровень берётся из стиля, не из размера шрифта) - Маркированные и нумерованные списки, включая вложенные
- Таблицы → pipe-таблицы
- Жирный, курсив, зачёркивание
- Гиперссылки
- Блоки кода с моноширинным стилем
- Цитаты
Что придётся поправить руками
| Элемент Word | Результат | Что делать |
|---|---|---|
| Сноски и концевые сноски | теряются или уезжают в конец текста | переносить вручную |
| Отслеживаемые правки | берётся текущая версия | принять или отклонить правки до конвертации |
| Колонтитулы и номера страниц | не переносятся | в markdown они и не нужны |
| Автособираемое оглавление | статичный список | заменить ссылками на заголовки |
| Надписи и текстовые поля | могут пропасть | вынести содержание в цитату |
| Формулы (OMML) | текст или мусор | вставить LaTeX вручную |
| SmartArt и диаграммы | пропадают | экспортировать картинкой |
Как конвертировать
- Примите или отклоните правки, если документ в режиме рецензирования.
- Перетащите
.docxв конвертер. - Проверьте заголовки: иногда Word использует «Обычный» с жирным вместо Heading.
- Скачайте
.mdили скопируйте текст.
Почему не копипаста из Word
Копирование тащит неразрывные пробелы, мягкие переносы, ручные отступы и «пустые» абзацы. Конвертер идёт по структуре документа (OOXML), а не по видимому тексту, поэтому получает иерархию заголовков и настоящие списки, а не строки, начинающиеся с дефиса.
DOCX для RAG и базы знаний
Регламенты, инструкции и методички обычно живут в Word. Конвертация в markdown до индексации даёт готовые границы разделов, по которым режутся чанки. Чек-лист подготовки корпуса — в материале Markdown для RAG.
Документация в git
Команды, которые держат документацию в markdown, получают построчные диффы и код-ревью для текста. Word-файл в репозитории — бинарник: изменения не видно, конфликты не разрешаются. Рабочая схема: источник в .md, DOCX собирается на отправку.