Вы попросили ИИ подготовить ежемесячный отчёт: текст убедительный, но в Word таблица вышла за поля, заголовок остался внизу страницы, а часть цифр не совпала с Excel. ИИ для Word хорошо составляет содержание, но ИИ для создания документов нужно оценивать как связку модели с файлами, кодом, библиотеками, шаблонами и рендерингом. Ниже — практический процесс, который помогает создавать деловые документы с ИИ, выбирать между DOCX, PDF и HTML, сохранять удачную процедуру в skill и превращать несколько Excel-файлов в проверяемый управленческий отчёт.
ИИ для Word: почему одного ответа модели недостаточно
Обычная языковая модель генерирует последовательность текста. Она может вернуть заголовки, абзацы, таблицу в Markdown и рекомендации по оформлению, но не «думает в формате Word». Чтобы появился скачиваемый файл, дополнительный компонент должен превратить содержание в структуру конкретного формата.
Современный .docx — это пакет Office Open XML. Внутри него находятся связанные XML-части с текстом, стилями, таблицами, колонтитулами, изображениями и другими элементами. Microsoft описывает DOCX как ZIP-пакет из таких частей. Программно собрать его можно через Open XML SDK, python-docx, Pandoc, docxtpl и другие инструменты.
Отсюда важное уточнение: с документами работает не только агентский продукт. Обычный чат тоже может создать файл, если платформа подключила выполнение кода и файловые инструменты. И наоборот, агент без нужной библиотеки, шрифтов, шаблона и возможности проверить рендеринг может написать хороший текст, но выдать плохо оформленный документ.
Для практической задачи нужны четыре слоя:
- Модель понимает запрос, данные и содержание документа.
- Среда даёт доступ к исходным файлам и рабочей папке.
- Инструменты собирают DOCX, HTML или PDF и выполняют расчёты.
- Проверка показывает, что файл открывается, цифры верны, а страницы выглядят так, как задумано.
Старый бинарный формат .doc для нового процесса лучше не выбирать. Если нет обязательного требования совместимости с устаревшей системой, запрашивайте .docx: его структура стандартизована и поддерживается современными библиотеками.
Как выбрать между DOCX, PDF, HTML и PPTX
Формат нужно выбирать до генерации, потому что он определяет способ сборки и проверки.
| Формат | Когда подходит | Сильная сторона | Что проверить |
|---|---|---|---|
| DOCX | Документ будут редактировать в Word, согласовывать и дополнять | Редактируемый текст, стили, комментарии, таблицы, колонтитулы | Переносы, нумерацию, таблицы, оглавление, совместимость шрифтов |
| Нужна стабильная версия для чтения, отправки или печати | Фиксированная вёрстка на разных устройствах | Страницы, обрезку, ссылки, поиск по тексту, размер файла | |
| HTML | Нужен визуально сложный отчёт, интерактивный прототип или удобная основа для PDF | Гибкая вёрстка через CSS и простая автоматизация браузером | Печатные стили, локальные ресурсы, доступность, экспорт в PDF |
| PPTX | Нужна именно презентация со слайдами | Формат для выступления и последующего редактирования | Каждый слайд, мастер, переполнение текста и позиции объектов |

Инфографика помогает выбрать формат до начала сборки: редактируемый DOCX, фиксированный PDF, гибкий HTML или отдельный презентационный процесс для PPTX.
Для красивого отчёта с карточками, диаграммами и сложной сеткой часто удобна цепочка HTML/CSS → PDF. Например, Playwright умеет печатать HTML-страницу в PDF с заданным форматом бумаги, полями и колонтитулами. Такой процесс даёт больше контроля над визуалом, чем ручная расстановка десятков элементов в Word.
Иногда такой HTML делают самодостаточным: изображения, небольшие шрифты или иконки встраивают через data: URL. В нём бинарные данные могут быть представлены в base64. Но base64 — не формат документа, а способ кодирования ресурса внутри HTML. MDN отдельно описывает синтаксис data:[тип];base64,... и ограничения таких URL.
Если получатель должен менять формулировки, включать режим правок или продолжать работу в корпоративном шаблоне, HTML не заменит DOCX. В этом случае лучше дать агенту эталонный Word-файл и собирать результат через шаблон.
PPTX тоже можно создавать программно, но презентация требует отдельного процесса: шаблона слайдов, контроля плотности текста и визуальной проверки каждого кадра. Поэтому её не стоит добавлять в документный конвейер «заодно». Подробнее это разобрано в статье про ИИ для презентаций.
Какая агентская среда подходит для документов
Сравнивать агентов полезно не по рекламным формулировкам, а по четырём вопросам: видит ли система файлы, умеет ли выполнять код, доступны ли нужные зависимости и может ли она визуально проверить результат.
| Среда | Что подтверждено документацией | Что это означает для документов |
|---|---|---|
| ChatGPT Work и Codex | OpenAI описывает skills как инструкции, ресурсы и скрипты для воспроизводимых процессов; в документном сценарии Documents skill создаёт, редактирует и проверяет DOCX | Можно закрепить процесс и использовать библиотеки среды, но доступность конкретных функций зависит от режима, разрешений и установленных зависимостей |
| Claude | Есть готовые skills для Word, PDF, Excel и PowerPoint; в API они работают в контейнере вместе с code execution | Документный конвейер уже упакован в специализированные skills, однако готовый файл всё равно нужно проверять |
| Hermes Agent | Есть terminal, файловые инструменты, выполнение кода и система skills | Это универсальная оболочка: DOCX не заявлен как отдельный базовый формат, поэтому нужны библиотека, шаблон и собственная инструкция процесса |
Документация OpenAI показывает сценарий, где Documents skill превращает внутренний контекст в редактируемый и проверенный DOCX. Anthropic перечисляет отдельные docx, pdf, xlsx и pptx skills и подчёркивает роль виртуальной машины и code execution. Hermes предоставляет терминал, файлы и выполнение кода, а его система skills позволяет сохранять повторяемые процедуры.
Из этого не следует, что один агент всегда лучше другого. Для корпоративного процесса важнее проверить конкретную среду на своих файлах: установлены ли нужные шрифты, открывается ли шаблон, можно ли отрендерить DOCX в PDF или изображения и разрешён ли доступ к рабочим данным.
Рабочий процесс: от брифа до проверенного файла
Надёжный результат получается не из одного длинного промпта, а из короткого конвейера с промежуточными проверками.
1. Определите результат
Укажите назначение, аудиторию, формат, объём и способ использования. «Сделай отчёт» недостаточно. Нужна формулировка уровня: «Подготовь редактируемый DOCX на 8–10 страниц для ежемесячного совещания; используй корпоративный шаблон, добавь таблицу отклонений, три диаграммы и приложение с методикой».
2. Передайте источники и эталон
Дайте агенту утверждённые факты, таблицы, прошлый хороший документ, логотипы и требования к стилю. Отдельно перечислите, что нельзя выдумывать: суммы, реквизиты, фамилии, даты, нормативные ссылки и выводы, которых нет в данных.
3. Разделите содержание и сборку
Сначала согласуйте структуру и расчёты. Затем подготовьте чистый текст, таблицы и подписи. Только после этого запускайте сборку DOCX или HTML. Так ошибку в логике не придётся искать среди проблем вёрстки.
4. Отрендерите документ
Открытие файла без ошибки ещё не означает, что он готов. Преобразуйте DOCX в PDF или изображения страниц и просмотрите весь документ. Проверьте одинокие заголовки внизу страницы, разорванные таблицы, наложение объектов, пустые страницы, колонтитулы, оглавление и читаемость диаграмм.
5. Исправьте и сохраните найденные правила
Если таблица должна повторять заголовок на каждой странице или подпись нельзя отделять от рисунка, это не разовая правка. Добавьте правило в skill или скрипт и включите соответствующую проверку в следующий прогон.

Рабочий процесс отделяет смысл и расчёты от файловой сборки, а финальный рендер превращает визуальную проверку в обязательный этап, а не в случайную ручную правку.
Как закрепить шрифты, цвета и структуру в skill
Skill полезен как технологическая карта, но не должен заменять все остальные компоненты.
В SKILL.md стоит записать:
- когда применять документный процесс;
- какие исходники обязательны;
- порядок анализа, сборки, рендеринга и проверки;
- допустимые форматы результата;
- правила шрифтов, цветов, заголовков, таблиц и подписей;
- критические запреты и условия остановки;
- чек-лист готовности.
Точные стили лучше хранить не только словами. Для DOCX используйте утверждённый reference.docx или шаблон с настроенными стилями, полями и колонтитулами. Pandoc умеет брать из reference DOCX стили и свойства документа. Для повторяющихся форм можно применять docxtpl, где значения подставляются в заранее оформленный Word-шаблон.
Для HTML храните CSS, шрифты, логотипы и компоненты в assets. Для повторяемых расчётов, вставки диаграмм и проверки файла используйте scripts. Получается простое разделение:
- skill объясняет, что и в каком порядке делать;
- template/assets задают точный внешний вид;
- script выполняет детерминированную сборку и проверки;
- эталонный результат показывает ожидаемое качество.
После первого удачного файла протестируйте процесс ещё на двух-трёх примерах: длинной таблице, пустом разделе, очень длинном заголовке и отсутствующем значении. Только так разовая удача превращается в устойчивый шаблон.
Пример: четыре Excel-файла превращаются в управленческий отчёт
Предположим, руководитель ежемесячно получает продажи, расходы, план и список просроченных задач в четырёх книгах Excel. Агент может подготовить единый DOCX, но ему нельзя сразу поручать «найти главное и красиво оформить».
Рабочая последовательность выглядит так:
- Составить опись файлов, листов, периодов и единиц измерения.
- Зафиксировать схему колонок и правила соединения данных.
- Рассчитать контрольные суммы: число строк, общий оборот, расходы и количество пропусков.
- Сопоставить план и факт, выделить отклонения по согласованным формулам.
- Сформировать таблицы и диаграммы отдельно от поясняющего текста.
- Попросить модель описать только рассчитанные отклонения и явно отделить факт от гипотезы.
- Собрать DOCX по корпоративному шаблону и при необходимости приложить PDF-копию.
- Сверить каждую цифру в итоговом документе с расчётной таблицей.
pandas, например, умеет читать разные Excel-форматы и несколько листов, но библиотека не решает смысловую задачу: правила объединения, период, валюта и критерий отклонения должен утвердить человек. Общий безопасный подход к таблицам разобран в гайде про ИИ для Excel и Google Таблиц.
Как безопасно работать с деловыми документами
Перед загрузкой файла определите, содержит ли он персональные данные, коммерческую тайну, реквизиты, сведения о клиентах или внутренние финансовые показатели. Затем проверьте не только название модели, но и весь контур: где выполняется код, кто видит рабочую папку, сохраняются ли файлы, можно ли устанавливать зависимости и какие сетевые соединения разрешены.
Для первого прогона используйте обезличенную копию. Замените имена, номера договоров и реальные суммы тестовыми значениями, но сохраните структуру документа. Когда процесс стабильно собирает файл, проходит постраничную проверку и не раскрывает скрытые данные, его можно переносить в утверждённую корпоративную среду. Автоматическую отправку, публикацию и подписание оставьте за пределами пилота.
Три шаблона задания для деловых документов
Деловое письмо
Подготовь письмо в формате DOCX. Получатель: [роль]. Цель: [решение или действие]. Используй только факты из приложенных материалов. Тон: [нейтральный/твёрдый/партнёрский]. Объём: до [N] слов. Применяй шаблон
letter-template.docx. Перед выдачей проверь реквизиты, даты, имена, тему письма, переносы и подпись. Не отправляй письмо автоматически.
Управленческий отчёт
Собери отчёт DOCX по приложенным таблицам за [период]. Сначала покажи опись файлов, схему данных и контрольные суммы. После подтверждения рассчитай показатели по формулам [правила]. Отдели факты, отклонения и гипотезы. Используй
report-template.docx, добавь таблицу KPI и не более трёх диаграмм. Приложи PDF-копию и таблицу сверки цифр с источниками.
Регламент
Создай черновик регламента DOCX для процесса [название]. Включи цель, границы, роли, входы, последовательность действий, исключения, контроль и историю версий. Не придумывай полномочия и сроки: пометь отсутствующие решения как вопросы владельцу процесса. Используй корпоративные стили и нумерацию. Проверь перекрёстные ссылки, уровни заголовков и оглавление.
Что проверить перед отправкой документа
- Все фамилии, даты, суммы, реквизиты и ссылки подтверждены источниками.
- Расчёты сверены по контрольным суммам, а гипотезы не выданы за факты.
- Заголовки отражают структуру, оглавление обновлено, нумерация последовательна.
- Таблицы не выходят за поля, строки не обрезаны, заголовки повторяются там, где нужно.
- Диаграммы имеют подписи, единицы измерения и читаемую легенду.
- Использованы утверждённые шрифты, цвета, логотипы и колонтитулы.
- Документ просмотрен постранично после финального экспорта.
- DOCX открывается в целевой версии Word, а PDF содержит поисковый текст и рабочие ссылки.
- В файле нет комментариев, скрытых данных и временных заметок, которые не предназначены получателю.
- Чувствительные исходники обработаны в разрешённом корпоративном контуре.
Подробнее об извлечении данных, RAG и безопасной работе с корпоративными файлами — в статье про ИИ для документов и таблиц.
FAQ
Может ли обычный чат создать Word-файл?
Да, если платформа подключила выполнение кода, файловую систему или специализированный document skill. Без этих инструментов чат подготовит содержание, но не обязан уметь собрать и проверить DOCX.
Что лучше просить: DOC или DOCX?
Для нового процесса — DOCX. Это современный формат Office Open XML, который поддерживают актуальные библиотеки. Старый .doc нужен только при обязательной совместимости с устаревшим контуром.
Почему документ выглядит иначе на другом компьютере?
Чаще всего отличаются установленные шрифты, версия редактора, настройки полей, принтер по умолчанию или обработка объектов. Перед отправкой проверьте DOCX в целевой среде и приложите PDF как фиксированную копию.
Достаточно ли записать фирменный стиль в промпт?
Нет. Промпт или skill должны объяснять правила, но точные стили лучше хранить в reference DOCX, HTML/CSS и assets. Повторяемую сборку и проверку стоит вынести в скрипты.
Когда лучше использовать HTML вместо Word?
Когда приоритетом является сложная визуальная вёрстка или стабильный PDF, а не дальнейшее редактирование в Word. Для договоров, регламентов и согласуемых отчётов обычно практичнее DOCX.
Как начать первый пилот
Выберите один повторяющийся документ с невысокой ценой ошибки: еженедельный отчёт, служебную записку или письмо по утверждённой форме. Дайте агенту хороший образец, источники и чек-лист. Проведите полный цикл от текста до постраничной проверки, зафиксируйте ошибки и только после этого сохраните процесс в skill, шаблон и скрипт.
Если для пилота нужна единая точка доступа к моделям, Agent Roi можно использовать для подготовки структуры, текста, критериев проверки и заданий для документного агента. Сам DOCX или PDF собирайте в среде с нужными библиотеками и не принимайте файл без рендеринга и ручной сверки.
Так ИИ перестаёт быть генератором случайных файлов. Модель отвечает за смысл, библиотеки — за формат, skill — за порядок работы, а человек — за критерии, проверку и финальное решение.
Источники
- Microsoft Learn: About the Open XML SDK for Office
- OpenAI Docs: Build skills
- OpenAI: Draft PRDs from internal context
- Anthropic: Agent Skills
- Anthropic: Equipping agents for the real world with Agent Skills
- Hermes Agent: Tools & Toolsets
- Hermes Agent: Skills System
- Pandoc User’s Guide
- Playwright:
page.pdf() - python-docx documentation
- python-docx-template documentation
- pandas:
read_excel - MDN: data URLs
Источники и продуктовые возможности проверены 21 сентября 2026 года. Доступность инструментов зависит от продукта, тарифа, режима среды и разрешений администратора.
Больше материалов по теме — в разделе «Документы и тексты».