AI-агент
Зачем это нужно
Полнотекстовый поиск (см. Search) отвечает на
вопрос «где в документации встречается слово». Это быстро и
полезно, но часто нужно большее:
Синтез информации с нескольких страниц в связный ответ.
Объяснение связей, которые не описаны напрямую.
Ответ человеческим языком — не списком найденных фрагментов.
Сделать что-то в документации: создать страницу, дописать
раздел, переименовать пачку заголовков, структурировать текст.
AI-агент Nextdocs — это разговорный помощник, который умеет
читать вашу документацию и код, отвечать, и действовать:
создавать и редактировать страницы, если вы его об этом попросите.
Код репозиториев агент не редактирует — он только читает.
Документация — его scope для изменений.
Как открыть
Cmd/Ctrl+K — откроется объединённая панель с поиском. Рядом
со строкой — переключатель «Ask agent».Длинная формулировка в строку поиска (вопрос или команда
естественным языком) — панель сама переключится в режим агента.Отдельная страница
/chat— полный интерфейс агента: можно
выбрать несколько проектов в scope, сохранять треды, видеть
action log.
Что умеет агент
1. Поиск и ответы
Работает как умный поиск по вашим проектам:
Читает вашу документацию + привязанные репозитории.
Отвечает связным текстом со ссылками на источники.
Если нет ответа — честно говорит «не знаю» вместо галлюцинаций.
Примеры вопросов:
«Как у нас устроен процесс выпуска релиза?»
«Что делает функция
handleUserRegistration?»«Почему мы используем Redis для очередей, а не RabbitMQ?»
«Какие роли есть у заказов в биллинге, опиши полный flow»
2. Создание страниц
Попросите агента написать новую страницу — он создаст.
Примеры команд:
«Создай страницу "Deployment guide" в разделе DevOps и напиши
туда пошаговую инструкцию на основе наших существующих процессов».«Добавь страницу с FAQ по авторизации — собери вопросы из
комментариев и наших ADR».«Сделай шаблон страницы для новых микросервисов: разделы
Overview, API, Dependencies, Owner, On-call».
Что происходит:
Агент формулирует структуру страницы.
Пишет черновик на основе существующей документации и кода.
Показывает вам превью: «Я собираюсь создать страницу X с
таким-то содержимым. Подтвердить?»Вы жмёте Apply — страница создаётся. Или Reject — ничего
не происходит.
Созданная страница попадает в историю как действие «agent_create»,
авторство — «Agent (via @your-name)». Вы всегда можете откатить.
3. Редактирование страниц
Попросите агента изменить существующую страницу.
Примеры команд:
«На странице
Auth flowзамени все упоминания JWT на OAuth 2.0
и обнови диаграмму».«В разделе
API endpointsдобавь недокументированный endpoint/api/v2/users— посмотри код и опиши его».«Перепиши introduction страницы
Billing— он сейчас устаревший
и не упоминает новую логику пробных периодов».«Объедини эти три страницы в одну».
Flow тот же: превью → подтверждение → применение. Агент всегда
показывает diff (что было vs что станет) перед тем как что-то
менять. Вы видите изменения построчно с подсветкой.
Изменения попадают в историю страницы как agent_update записи.
Rollback работает обычным способом (см. History).
4. Структурные операции
Агент может:
Переместить страницу в другое место дерева: «Перенеси
SecurityподEngineering».Переименовать: «Переименуй
API v1вLegacy API».Удалить: «Удали пустые страницы в разделе Drafts».
Создать серию страниц: «Создай 5 страниц с шаблоном для
ретроспектив по одной на команду: Platform, Billing, Frontend,
Data, Security».
Все структурные изменения требуют явного подтверждения.
5. Поиск и извлечение
«Найди все упоминания deprecated endpoints в документации».
«Собери список всех TODO-комментариев, разбросанных по странице
Architecture».«Покажи мне страницы, которые не обновлялись больше 6 месяцев».
Эти задачи обычно идут без подтверждения — это read-only.
Что агент НЕ делает
Жёсткие границы — чтобы не сломать вашу систему:
Не меняет код в репозиториях. Только читает. Если нужен PR
в код — создавайте его в GitHub руками, агент не ходит в Git.Не отправляет сообщения (email, Slack, webhook-и).
Не меняет права доступа к страницам и проектам.
Не удаляет проекты и репозитории — только страницы.
Не работает с тем, к чему у вас нет доступа. Если у вас нет
Editor-прав на проект, агент может только читать.Не действует без подтверждения. Любое изменение — превью
→ вы жмёте Apply.
Подтверждения действий
Когда агент собирается что-то сделать — показывает:
┌────────────────────────────────────────────────────┐
│ 📝 Update page «Auth flow» │
│ │
│ Diff preview: │
│ - Our JWT tokens rotate every 15 minutes... │
│ + Our OAuth 2.0 access tokens rotate every 15 │
│ + minutes. Refresh tokens are issued on login... │
│ │
│ [✓ Apply] [✗ Reject] [✎ Edit before applying] │
└────────────────────────────────────────────────────┘
Варианты:
Apply — применить как есть.
Reject — отменить, ничего не поменяется.
Edit before applying — открыть diff в редакторе, довести
руками, потом сохранить.
Batch-операции
Если агент делает несколько операций за раз («создай 5 страниц» или
«обнови все упоминания X в 8 местах»), он показывает список
изменений и позволяет:
Подтвердить все сразу (Apply all).
Выбрать по одной (галочки рядом с каждым действием).
Отклонить все.
Цитирование источников
Как и обычный чат, агент всегда ссылается на то, откуда взял
факты:
Согласно странице "Release process" [1], релизы выпускаются по
вторникам. В момент выпуска автоматически обновляется changelog [2].
Sources:
[1] Release process — /projects/42/17
[2] Changelog automation — /projects/42/23
Клик на [1] / [2] — переход на страницу, подсветка цитируемого
фрагмента.
Если ответа в документации нет — прямо говорит: «В вашей
документации я не нашёл ответа на X. Предлагаю [создать страницу
про X] — могу сам набросать черновик по коду в репозитории?»
Как устроено под капотом
Retrieval. Ваш запрос векторизуется, из всех страниц
проекта + репозиториев выбираются наиболее релевантные
фрагменты.Reasoning. LLM получает контекст + вопрос + список
доступных инструментов (create_page, update_page, move_page,
search_pages, read_file, etc.).Planning. Агент решает: ответить текстом или выполнить
действие. Если действие — формулирует его как tool call.Preview. Результат возвращается вам как «я собираюсь
сделать то-то и то-то, подтвердить?»Execution. После вашего Apply действия выполняются в
реальном времени. Коллеги видят изменения моментально.
Это архитектура ReAct агента (Reasoning + Acting) с обязательной
фазой подтверждения.
Scope агента
Контекст определяется местом, где вы его открыли:
На странице проекта — агент работает в рамках этого проекта
и его привязанных репозиториев.На странице
/chat— глобальный режим. В выпадающем списке
вручную выбираете проекты scope. Удобно для cross-project задач
(«в проекте A появилась новая фича — задокументируй её в
проекте B по шаблону»).
Изменить scope в середине диалога нельзя — откройте новую сессию.
Память
Агент помнит контекст текущего диалога:
Предыдущие реплики в этом треде.
Какие файлы / страницы уже искал.
Ваши ранее подтверждённые действия в этой сессии.
Это позволяет:
Вы: Покажи все страницы про аутентификацию.
Агент: [список 4 страниц]
Вы: Вторую — обнови, она устарела.
Агент: [понимает, о какой именно странице речь]
Тред живёт в пределах одной вкладки. Закрыли / перезагрузили —
новая сессия.
Права и ограничения
Агент выполняет действия от вашего имени:
Если у вас Reader на проекте — агент может искать и отвечать,
но ничего изменить не сможет (попросите — скажет «у вас нет
прав»).Если у вас Editor — создаёт и редактирует страницы.
Если у вас Admin — может также менять структуру дерева и
названия.
Агент не может превысить ваши права. Вы не получите admin-
возможностей, попросив «агент, создай мне admin-доступ».
Аудит действий
Все действия агента записываются:
В history страницы — как
agent_create/agent_update/agent_deleteсобытия. С текстом подтверждения от вас.В activity feed проекта — как «Agent (via Alice) created
page …».Легко откатывается стандартным rollback'ом.
Если агент сломал страницу — это не «потерянная правка», это ровно
такая же history запись, как человеческая.
Примеры диалогов
Длинная задача
Вы: У нас появился новый микросервис billing-reconciliation. В
репе код уже есть, документации нет. Создай стартовую страницу
с разделами Overview, API, Dependencies, Owner.
Агент: Прочитал код сервиса в /repos/billing/billing-reconciliation.
Вижу: Go-сервис, 12 endpoint-ов в /api/v1, зависит от PostgreSQL
и Kafka. Owner не указан в metadata.
Предлагаю создать страницу "Billing Reconciliation" в разделе
"Services" со следующей структурой:
[превью текста страницы]
У кого уточнить owner? Могу оставить placeholder «TBD — см.
@billing-team».
[✓ Apply] [✗ Reject] [✎ Edit before applying]
Многошаговое действие
Вы: Я провёл ретроспективу команды. Создай страницу по шаблону:
разделы Plus, Minus, Action items. И ещё допиши на главной
странице команды ссылку на эту ретро.
Агент: Планирую:
1. Создать «Retro — April 2026» под /projects/platform/retros
2. Добавить ссылку на неё в конце /projects/platform/team-home
Apply all / Apply individually?
[Apply 1+2] [Apply 1] [Apply 2] [Reject]
Честное «не знаю»
Вы: Какой у нас SLA с провайдером хостинга?
Агент: В подключённых мне проектах я не нашёл информации об SLA
с хостингом. Похоже, это либо не задокументировано, либо
находится в приватной папке, к которой у меня нет доступа.
Могу создать черновик страницы «Hosting SLA», если вы
подскажете основные параметры? Или поискать упоминания в коде
инфраструктуры?
Приватность
Агент работает только по ресурсам, к которым у вас есть
доступ.Запрос + контекст уходит в LLM. Для enterprise клиентов — LLM
self-hosted, данные не покидают периметр.История чата приватна для вас.
Действия агента аудируются и видны в activity feed.
Ограничения
Не пишет и не меняет код в репозиториях. Только читает.
Не делает сложных архитектурных решений за вас. «Сделай
нашу документацию лучше» — слишком широко, уточните задачу.Не работает над одной задачей час. Длинные batch-операции
(например, «обнови 100 страниц») разбивайте на подзадачи.Актуальность контекста — 1-3 минуты (время индексации после
ваших правок).Большие проекты (~10k страниц) — retrieval выбирает топ-N,
может не попасть в нужный фрагмент. Уточняйте запросы.
Отличие от обычного чата в других продуктах
Возможность | Notion AI / Confluence Rovo | Nextdocs Agent |
|---|---|---|
Ответить на вопрос по документации | ✅ | ✅ |
Создать новую страницу по запросу | ⚠️ в контексте writing | ✅ |
Редактировать существующие страницы | ⚠️ авто-suggestions | ✅ с diff + подтверждением |
Читать код из репозитория | ❌ | ✅ |
Batch-операции с подтверждением | ❌ | ✅ |
Audit log действий | ⚠️ | ✅ полный |
«Не знаю» вместо галлюцинаций | ⚠️ | ✅ явно |
Цитаты на источники | ⚠️ | ✅ всегда |
Типовые сценарии
Онбординг сотрудника. Новый инженер спрашивает: «как у нас
устроен процесс code review?». Получает связный ответ с ссылками.
Следом: «а где FAQ по этому?». Агент: «FAQ нет — могу создать,
собрав из комментариев в прошлых PR?» → создаёт.
Документирование нового сервиса. «Создай страницу для
билинга-reconciliation на основе кода». Агент читает репу,
генерирует черновик, вы корректируете, Apply.
Массовое обновление. «Мы переходим с JWT на OAuth 2.0. Найди
и обнови все упоминания JWT в документации на OAuth 2.0, сохраняя
смысл». Агент находит 12 мест, показывает diff каждого,
подтверждаете. 10 минут работы вместо часа.
Поиск ответа в истории решений. «Почему мы выбрали BigQuery,
а не Redshift?» — находит ADR, объясняет.
Структурная чистка. «Найди страницы, которые не обновлялись
больше года, и предложи их архивировать или удалить». Получаете
список с рекомендациями, решаете по каждой.