Вы попросили ИИ подготовить ежемесячный отчёт: текст убедительный, но в 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 и другие инструменты.

Отсюда важное уточнение: с документами работает не только агентский продукт. Обычный чат тоже может создать файл, если платформа подключила выполнение кода и файловые инструменты. И наоборот, агент без нужной библиотеки, шрифтов, шаблона и возможности проверить рендеринг может написать хороший текст, но выдать плохо оформленный документ.

Для практической задачи нужны четыре слоя:

  1. Модель понимает запрос, данные и содержание документа.
  2. Среда даёт доступ к исходным файлам и рабочей папке.
  3. Инструменты собирают DOCX, HTML или PDF и выполняют расчёты.
  4. Проверка показывает, что файл открывается, цифры верны, а страницы выглядят так, как задумано.

Старый бинарный формат .doc для нового процесса лучше не выбирать. Если нет обязательного требования совместимости с устаревшей системой, запрашивайте .docx: его структура стандартизована и поддерживается современными библиотеками.

Как выбрать между DOCX, PDF, HTML и PPTX

Формат нужно выбирать до генерации, потому что он определяет способ сборки и проверки.

ФорматКогда подходитСильная сторонаЧто проверить
DOCXДокумент будут редактировать в Word, согласовывать и дополнятьРедактируемый текст, стили, комментарии, таблицы, колонтитулыПереносы, нумерацию, таблицы, оглавление, совместимость шрифтов
PDFНужна стабильная версия для чтения, отправки или печатиФиксированная вёрстка на разных устройствахСтраницы, обрезку, ссылки, поиск по тексту, размер файла
HTMLНужен визуально сложный отчёт, интерактивный прототип или удобная основа для PDFГибкая вёрстка через CSS и простая автоматизация браузеромПечатные стили, локальные ресурсы, доступность, экспорт в PDF
PPTXНужна именно презентация со слайдамиФормат для выступления и последующего редактированияКаждый слайд, мастер, переполнение текста и позиции объектов

Сравнение DOCX, PDF, HTML и 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 и CodexOpenAI описывает 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, но ему нельзя сразу поручать «найти главное и красиво оформить».

Рабочая последовательность выглядит так:

  1. Составить опись файлов, листов, периодов и единиц измерения.
  2. Зафиксировать схему колонок и правила соединения данных.
  3. Рассчитать контрольные суммы: число строк, общий оборот, расходы и количество пропусков.
  4. Сопоставить план и факт, выделить отклонения по согласованным формулам.
  5. Сформировать таблицы и диаграммы отдельно от поясняющего текста.
  6. Попросить модель описать только рассчитанные отклонения и явно отделить факт от гипотезы.
  7. Собрать DOCX по корпоративному шаблону и при необходимости приложить PDF-копию.
  8. Сверить каждую цифру в итоговом документе с расчётной таблицей.

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 — за порядок работы, а человек — за критерии, проверку и финальное решение.

Источники

Источники и продуктовые возможности проверены 21 сентября 2026 года. Доступность инструментов зависит от продукта, тарифа, режима среды и разрешений администратора.

Больше материалов по теме — в разделе «Документы и тексты».