Как создать базу знаний, которую удобно вести через ИИ

Разделы, свои поля у записей, автоматические оглавления и общий доступ по email: как превратить сайт в справочник, который не разваливается после первых десяти правок.

9 августа 2026

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

Почему база знаний в гуглдоках разваливается

Не потому, что Google Docs плохой. А потому, что структура там держится на дисциплине людей.

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

Каждая из этих проблем решается одинаково: правило переносится из головы человека в саму систему. Не «договорились класть рецепты в нужную папку», а запись просто не публикуется без раздела. Не «не забудьте обновить оглавление», а оглавление собирается при публикации.

Три вещи, из которых собирается каталог

В LidFly контентный каталог состоит из трёх сущностей. Их немного, и это осознанно.

Тип записи — из чего состоит одна запись. У рецепта это порции, время приготовления, техника и список ингредиентов. У карточки услуги — цена, срок, что входит. Поля вы задаёте сами: текст, число, дата, галочка, выбор из списка или список строк. До тридцати полей на тип.

Раздел — папка, только с собственным адресом и собственной страницей-оглавлением. Разделы вкладываются друг в друга до восьми уровней: /bluda/, внутри /bluda/osnovnye/, внутри неё — записи.

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

Дальше платформа берёт на себя рутину. Страница раздела со списком того, что внутри, хлебные крошки, sitemap.xml, разметка для поисковиков — всё это пересобирается при публикации, а не хранится отдельным списком «не забыть обновить».

Как это выглядит на каталоге рецептов

Возьмём самый понятный пример — домашний каталог рецептов. Вы говорите своему ИИ-клиенту (Claude, ChatGPT, Codex — тому, что подключён к LidFly по MCP) примерно так:

Заведи на сайте recepty тип записи «Рецепт» с полями:
порций (число), время приготовления (минуты),
техника (духовка / сковорода / мультиварка),
ингредиенты (список), статус (проверено / рабочая версия).
В карточке показывай время, в шапке рецепта — порции, время и технику.

Дальше — разделы: «Блюда» с вложенными «Основные», «Гарниры», «Десерты», отдельно «Соусы и заправки», «Заготовки». И первый рецепт:

Опубликуй рецепт «Борщ с фасолью» в раздел «Основные»:
6 порций, 90 минут, техника — плита,
ингредиенты списком, дальше текст по шагам.

После публикации у вас есть страница /bluda/osnovnye/borsch-s-fasolyu/, обновлённое оглавление раздела «Основные», обновлённое оглавление «Блюд», хлебные крошки «Рецепты / Блюда / Основные / Борщ с фасолью» и запись в карте сайта.

Важная деталь: положить рецепт «в корень сайта» нельзя. Не потому, что так не советуют, — API просто откажет и попросит указать раздел. То же с полями: если написать porcii вместо servings, запись не сохранится с молчаливой потерей значения, а вернёт ошибку с указанием опечатки.

Зачем записи структура: рецепт в поиске выглядит иначе

Когда вы объявляете тип записи, вы заодно выбираете, какой разметкой он описывается для поисковиков: Recipe, HowTo, Article или CreativeWork.

Для рецепта это не косметика. Поля ингредиенты, порции и время автоматически превращаются в recipeIngredient, recipeYield и totalTime — те самые свойства, из-за которых Яндекс и Google показывают рецепт карточкой с фото и временем приготовления, а не просто синей ссылкой.

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

Черновики: показать коллеге, спрятать от поисковика

У каждой записи есть статус. Черновик публикуется, но с пометкой noindex: страница открывается по прямой ссылке, её можно отправить коллеге на вычитку, — и при этом её нет ни в оглавлении раздела, ни в карте сайта, ни в поиске.

Это ровно тот случай, когда «рабочая версия» рецепта живёт на сайте неделю, пока её три раза не приготовят и не поправят пропорции. Случайный посетитель не дойдёт до неё из навигации или поиска, а редактор откроет прямую ссылку.

Отдельно стоит сказать, что флаг хранится у самой страницы, а не только в текущем рендере. Поменяли тему сайта, подключили Метрику, поправили шапку — при пересборке черновик не станет вдруг видимым для поиска.

Как над одним каталогом работают несколько человек

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

Уровня два, и разница между ними принципиальная:

• Управление — работа с содержимым: страницы и записи, заявки, файлы, каталог. Этот уровень выдают тем, кто наполняет справочник.
• Администрирование — дополнительно настройки самого сайта: шаблон оформления, домен, Метрика, приватность, выдача доступов другим. Этот уровень — для того, кто отвечает за сайт целиком.

Ни один из уровней не открывает баланс владельца, его другие сайты, команду, API-ключи и настройки аккаунта. Приглашённый человек видит ровно один сайт — и всё.

Работает это одинаково и в кабинете, и через MCP: приглашённый подключает свой ИИ-клиент к LidFly и наполняет тот же каталог из своего Claude или ChatGPT. Если два человека правят рядом, публикация проверяет, не изменилось ли состояние сайта с момента чтения; при расхождении просит перечитать свежую версию, а не затирает чужую правку.

Пять сценариев, кроме рецептов

Меню и техкарты ресторана. Тип записи «Блюдо» с полями «выход», «себестоимость», «аллергены», «сезон». Публичные карточки блюд для гостей — и раздел с техкартами, закрытый от индексации, для кухни. Один сайт, две аудитории.

Документация продукта. Разделы по версиям и модулям, тип записи «Инструкция» с полями «версия», «применимо к тарифу», «обновлено». Разметка HowTo — и пошаговые инструкции показываются в поиске развёрнуто. Черновики — для документации к фиче, которая ещё не вышла.

База знаний компании. Регламенты, инструкции для новичков, ответы на частые вопросы клиентов. Поля «отдел», «кто отвечает», «дата пересмотра». Доступ по email у всех, кто ведёт свою часть; ответственный за отдел правит только свои записи.

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

Клиентские базы у агентства. Агентство ведёт справочник для клиента, а клиенту выдаёт доступ на уровне «управление»: он дописывает свои материалы, но не может сломать настройки сайта. Каждому клиенту — свой сайт, свои доступы.

Сколько это стоит

Базовый блок сайта в LidFly стоит 490 ₽ за 30 дней и включает 1000 контентных страниц и 3 ГБ файлов. Первый сайт — семь дней бесплатно, без карты.

В квоту идут записи — то, что вы написали. Страницы разделов, оглавления и служебные маршруты платформа генерирует сама, и они не считаются: справочник на 300 рецептов с двадцатью разделами — это 300 страниц квоты, а не 320.

Доступы для коллег бесплатны и не считаются местами в команде: пригласить можно хоть десять человек.

Чего каталог пока не умеет

Честно, чтобы не было сюрпризов.

• Управление структурой — через ИИ, не через кабинет. Типы записей и разделы сейчас заводятся командами ИИ-клиенту или во встроенном чате. Отдельного визуального экрана в кабинете для них пока нет.
• Нет массового импорта. Перенести готовую папку с markdown-файлами одной операцией пока нельзя — записи создаются по одной.
• Поиск по каталогу — средствами поисковых систем. Внутреннего поиска по записям с фильтрами по полям на сайте пока нет.
• Один каталог на сайт. Если нужны две независимые структуры, это два сайта.

Частые вопросы

Чем база знаний на LidFly отличается от блога? Блог — лента статей, отсортированная по дате. Каталог — структура: разделы, вложенность и записи со своими полями, у которых важна не дата, а место в структуре и содержание карточки. Рецепт не устаревает от того, что он опубликован в прошлом году.

Можно ли закрыть каталог от посторонних? Отдельные записи — да, статусом черновика: они не попадают в оглавления, карту сайта и поиск, но открываются по прямой ссылке. Сайт целиком можно закрыть от индексации настройками приватности. Полноценной авторизации для читателей у каталога нет.

Что будет со старыми записями, если поменять поля у типа? Значения полей, которые вы убрали из описания типа, сохраняются в записи, просто перестают показываться. Вернёте поле — данные снова на месте. Правка схемы не уничтожает написанное.

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

Нужен ли рекламный тариф, чтобы вести каталог? Нет. Сайты LidFly оплачиваются отдельно от рекламных MCP-пакетов: чтобы вести каталог, кабинеты Директа или VK подключать не нужно.

С чего начать

Порядок простой: сайт → тип записи → разделы → первая запись.

Создай сайт для каталога рецептов.
Заведи тип записи «Рецепт» с полями: порций, время, техника, ингредиенты.
Сделай разделы: Блюда (Основные, Гарниры, Десерты), Соусы, Заготовки.
Опубликуй первый рецепт в «Основные».

Дальше каталог наполняется по одной записи за раз — и каждая новая встаёт в оглавление, крошки и карту сайта. Если у сайта появятся правила («в шагах всегда повторяй количество ингредиентов», «сливочное масло не используем»), их стоит записать в устав проекта: ИИ будет читать его перед правками и использовать как рабочий контекст.

Как подключить ИИ-клиента к LidFly, мы разбирали в статье про управление рекламой через нейросеть — подключение каталога устроено так же. Про сборку обычных страниц сайта есть отдельный разбор: как создать лендинг. А если нужна память по проектам, решениям и документам, посмотрите материал про Workspace в LidFly.