Всё для технического документирования
+7 (495) 001-40-42
Разработка технической документации
Курсы для технических писателей
Консультации, подбор персонала

Документерра на острие прогресса: как AI и MCP меняют документацию и роль техписателя

18.08.2026

Поговорим сегодня о том, как изменился продукт Документерра, о котором мы уже рассказывали (тут и тут), за последнее время. Как в нём применяется ИИ, как процесс разработки документации преобразуется в принципе и к чему всё идёт — глазами специалистов Документерры.

Год назад про документацию как продукт говорили единицы. Сегодня — почти все

На прошлогоднем TWD (Techwriter Days — крупнейшая российская конференция технических писателей) Документерра была единственной компанией, которая говорила про метрики и документацию как продукт. Большинство докладов крутились вокруг привычных тем: инструменты, стандарты, структура. Тема метрик документации и аналитики поведения читателей вызывала интерес, но оставалась на периферии. Документерра тогда говорила именно об этом — о том, что документация должна иметь измеримые цели, пользовательскую аналитику и продуктовый цикл улучшения.

На TWD 2026 эта повестка стала мейнстримом. Про docs-as-product говорили уже в нескольких докладах. Это не значит, что Документерра «создала тренд» — рынок дозревал сам. Но компания оказалась в точке, куда остальные пришли позже.

За этим сдвигом стоит простая логика: документация перестаёт быть справочным артефактом и становится частью пользовательского опыта. Если пользователь не нашёл ответ в документации — это не его проблема, это сигнал продуктовой команде. Аналитика документации, встроенная в продуктовый цикл, превращает техписателя из автора в источник данных о том, где продукт непонятен.

Почему AI в документации — это уже не эксперимент

Когда большинство инструментов в 2023–2024 годах добавляли возможность сгенерировать текст через AI, Документерра пошла другим путём: начала итеративно встраивать AI в рабочий процесс документирования. Не как функцию, а как часть архитектуры. 

В платформе последовательно появлялись новые фичи. ИИ Корректор — встроенный ассистент для авторов, который помогает писать и редактировать тексты прямо в редакторе. ИИ Помощник — чат-бот для читателей, который отвечает на вопросы по документации и встраивается виджетом в портал или продукт клиента. 

ИИ Корректор

ИИ Помощник развивается уже больше года. За это время прошло несколько итераций, и каждая была продиктована реальным фидбеком пользователей, а не гипотезами команды. Один из показательных примеров: разделение ИИ-виджета на портальный и внешний. На первый взгляд это техническое решение. На деле — ответ на конкретный запрос клиентов: виджет, встроенный в портал документации, должен вести себя иначе, чем виджет в продукте компании-клиента. Разные контексты, разные ожидания пользователей, разная логика взаимодействия. Эта граница стала очевидной только после того, как реальные команды начали использовать оба режима.

ИИ Помощник

«Мы не строили ИИ Помощник под абстрактного пользователя. Мы переделывали его под конкретные сценарии, которые приходили от клиентов — иногда неожиданные», — говорят в команде Документерры.

Сегодня ИИ Помощник встроен в документацию клиентов: он отвечает на вопросы пользователей прямо в портале. ИИ Корректор помогает авторам внутри редактора: генерирует черновики, улучшает формулировки, меняет тон. Вместе они снижают барьер входа в процесс документирования — теперь написать первый вариант документа может разработчик, продакт или любой другой член команды. И это меняет роль того, кто раньше делал всё в одиночку. 

Как меняется роль технического писателя

Распространённый страх последних двух лет: ИИ заменит техписателей. Этого не происходит, происходит другое — роль меняется структурно.

На TWD 2026 Документерра сформулировала суть этих изменений через понятие «менеджер контекста». Техпис становится не тем, кто всё пишет, а тем, кто отвечает за качество контекста: какая информация существует, как она организована, кто и как её обновляет, насколько она доступна людям и AI-агентам.

Под эту роль Документерра выпустила авторский MCP-сервер. MCP (Model Context Protocol) — это протокол, который позволяет AI-агентам работать с внешними системами напрямую: читать, создавать, обновлять контент через стандартизированный интерфейс. Для документации это означает следующее: разработчик или продакт может создать черновик прямо из своей среды — через AI-агента, подключённого к платформе через MCP. Менеджер контекста получает этот черновик, управляет его качеством, структурой и публикацией.

Про МСР Документерры

У части клиентов Документерры MCP уже стал основным интерфейсом работы с платформой. Особенно там, где документацию пишут не только техписатели — где продакт описывает фичу, разработчик документирует API, а техпис держит в руках архитектуру и стандарты.

«Когда черновик может написать кто угодно, ценность техписателя смещается от написания текстов к управлению качеством контента.  Он становится человеком, который понимает, как должна быть устроена документация в целом», — отмечают в Документерре.

Куда движется документация в командах, которые работают с AI 

Следующий практический шаг — это не прогноз, а логичное продолжение уже начавшихся процессов.

Документация становится структурированной для автоматической обработки не как опция, а как требование: AI-агенты уже сейчас читают её наравне с людьми, и то, насколько хорошо она структурирована, напрямую влияет на качество ответов, которые получают пользователи. 

MCP как интерфейс между ИИ и системами управления знаниями — это инфраструктурный сдвиг, а не просто новая интеграция. Авторский MCP, который Документерра уже выпустила, даёт командам интерфейс для создания и управления документацией через AI-агентов. Следующий шаг — читательский MCP: инструмент, который даст AI-агентам возможность точнее искать по контенту, анализировать структуру и оглавление, лучше понимать архитектуру документации. И, что важно, позволит командам видеть, как нейросети читают их документацию — и использовать это понимание для её улучшения.

Документация перестаёт быть отдельной задачей и встраивается в процесс разработки. Команды, которые начнут перестраивать процессы сейчас (встраивать документацию в пайплайн, а не откладывать её на потом) адаптируются быстрее. Инструменты уже есть. Вопрос только в том, когда команды начнут ими пользоваться. 

Тэги: , ,

< Вернуться к списку публикаций

Добавить комментарий

Ваш адрес email не будет опубликован. Обязательные поля помечены *

Этот сайт использует Akismet для борьбы со спамом. Узнайте, как обрабатываются ваши данные комментариев.

Облако тегов