🆕 Конвертация Word в Markdown с Изображениями - Новая Функция Запущена!
Мы рады объявить о запуске нашей самой востребованной функции: Конвертация Word в Markdown с Изображениями! Этот революционный инструмент сочетает обработку изображений на основе ИИ с нашей надежной конвертацией Word в Markdown.
27 июля 2025
Конверсия Word-документа с изображениями в Markdown — момент, в который большинство конвертеров тихо ломаются. Текст проходит, заголовки выравниваются, а потом вы обнаруживаете, что каждый скриншот превратился в битую ссылку `` или, что хуже, бесшумно исчез. Word2MD.net построен именно вокруг проблемы изображений, потому что именно на ней рассыпаются все миграции документации, которые мы видели. Это руководство объясняет, что на самом деле происходит с изображениями при конверсии, какой пайплайн использует Word2MD.net чтобы их сохранить, и когда встраивать, когда ссылаться, а когда применять OCR.
Что происходит с изображениями по умолчанию
Файл .docx — это ZIP-архив. Изображения лежат внутри `/word/media/` как сырые бинарники PNG, JPEG или EMF. Наивный конвертер делает одно из трёх, и всё плохо: либо встраивает их как огромные base64-строки (Markdown раздувается до мегабайтов), либо выбрасывает их с заглушкой `[image]`, либо полностью падает на форматах EMF/WMF, которые Word до сих пор выдаёт для диаграмм и скриншотов из старых версий Office. Ни один из этих результатов не переживёт ревью Git PR.
Пайплайн изображений Word2MD.net
- Извлечение: каждое встроенное изображение распаковывается из ZIP .docx и получает стабильное имя файла из имени документа и хэша.
- Нормализация формата: EMF и WMF — которые большинство браузеров не рендерит — конвертируются в PNG на лету.
- Sidecar-экспорт: в пакетном режиме изображения уходят в папку `images/` внутри итогового ZIP, рядом с Markdown, который ссылается на них чистыми относительными путями.
- Сохранение alt-текста: если у изображения в Word был alt, он переходит в синтаксис `![alt]()` — критично для доступности и SEO.
- Опция OCR: для скриншотов UI, терминалов или сканов страниц AI-OCR запускается рядом со ссылкой на изображение и извлекает поисковый текст.
AI-OCR для скриншотов и сканов
Скриншоты ломают RAG-пайплайны, потому что LLM-индексы не видят внутрь изображений. Спецификация продукта на 50 страниц с 80 UI-скриншотами теряет 80 кусков контента в момент инжеста. Опциональный проход OCR в Word2MD.net вынимает видимый текст из каждого изображения и эмитит его рядом со ссылкой `![alt]()` в виде огороженного блока кода. Картинка по-прежнему уходит к человеческим читателям; текстовая версия делает то же содержание извлекаемым через LlamaIndex, LangChain, Haystack или любой кастомный embedding-пайплайн. Для команд базы знаний одна эта функция часто оправдывает конверсию.
Когда встраивать, ссылаться или OCR — правило решения
Используйте inline base64 только для документов суммарно меньше 50 КБ, которые публикуются на одной статической странице (редко). Используйте sidecar-экспорт с относительными ссылками для всего, что живёт в Git-репозитории — это даёт ревьюверам нормальные диффы изображений и держит Markdown читаемым. Добавляйте OCR, когда содержимое изображения само несёт информацию, которую читателям или LLM нужно искать: сообщения об ошибках на скриншотах, код в терминалах, подписи на диаграммах. Пропускайте OCR для декоративных фото — он добавляет шум. Честный тест: если читатель может проигнорировать картинку и ничего не потерять, OCR не нужен.