Прикладной разбор: как собрать Notion Dashboard для редакционного контура — контент-граф, статусы, темы, календарь публикаций и качество материалов.
База знаний
Контентный граф — методология управления контентом через связи, а не рубрики
Контентный граф — методология, в которой материалы связаны не тегами, а ролями в системе. Пять сигналов: пробелы, мосты, сироты, маршруты, обновления.
Методология организации контента, в которой каждый материал — узел графа с явными и смысловыми связями. Вместо вопроса «о чём этот текст?» граф отвечает на вопрос «зачем он в системе?» — и показывает пробелы, мосты, сироты и маршруты, которые теги и рубрики не видят.
Что это такое
Контентный граф — способ видеть и управлять контентом как связной системой, а не как списком публикаций с тегами.
Каждый материал (статья, блог-пост, справочник в базе знаний, услуга, кейс) становится узлом. Связи между узлами бывают двух типов: явные — внутренние ссылки между материалами — и смысловые — пересечения тем, выявленные через анализ текста (например, semantic snapshot на основе TF-IDF).
Граф не заменяет теги — он надстраивается над ними. Теги отвечают на вопрос «о чём это», а граф — на вопрос «какую роль этот материал играет в системе».
Какую проблему решает
Пока на сайте двадцать материалов, всё помещается в голове. Рубрики и теги работают: нажал, отфильтровал, нашёл.
Когда материалов становится пятьдесят и больше, возникают вопросы, на которые теги не отвечают:
- Какие темы раскрыты десять раз, а какие ни разу не получили отдельного материала?
- Есть ли в базе знаний справочник, который поддерживает вот эту статью?
- Ведёт ли хоть один маршрут от блога к услуге?
- Какие материалы связаны по смыслу, но не ссылаются друг на друга?
- Какой текст стоит обновить, потому что на него до сих пор идут ссылки, а информация устарела?
Тег «ИИ-агенты» на двадцати статьях — это шум. Граф покажет, какая из этих статей — мост между темами, какая — сирота без ссылок, а какая — точка входа в маршрут к услуге.
Пять сигналов графа
Граф полезен не сам по себе, а через сигналы, которые он даёт редактору.
| Сигнал | Что означает | Что делать |
| Пробел | Тема уже присутствует в корпусе, но раскрыта недостаточно. Например, инструмент упоминается в пяти статьях, но отдельного справочника нет | Написать недостающий материал — обычно справочник в базе знаний или мостовую статью |
| Мост | Два кластера связаны по смыслу, но между ними нет нормального перехода. Статьи про Codex и статьи про контент живут отдельно, хотя пересекаются | Создать материал, который явно соединяет оба кластера, или добавить кросс-ссылки в существующие |
| Сирота | Материал есть на сайте, но плохо встроен в систему. На него никто не ссылается, и он ни на что не ссылается | Встроить в кластер: добавить ссылки из родственных материалов, проверить теги, обновить «По теме» |
| Маршрут | Связка материалов, которая естественно ведёт читателя к услуге или ключевому действию. Если маршрут длинный и понятный — услуга появляется как следующий шаг | Укрепить маршрут: убедиться, что каждый шаг ссылается на следующий, убрать тупики |
| Обновление | Старый сильный узел, на который до сих пор идут ссылки, но информация устарела | Переписать или дополнить. Не удалять — ссылки ценны |
Такая типология превращает редакционную работу из «что бы ещё написать» в «какого типа работа нужна прямо сейчас».
Из чего состоит граф
Узлы
Каждый опубликованный материал — узел. Типы узлов:
- Статья — длинный авторский материал, основанный на опыте
- Блог-пост — короткая заметка, наблюдение, новость
- Справочник — материал базы знаний: руководство по инструменту, методологии, фреймворку
- Услуга — описание услуги, к которой ведут смысловые маршруты
- Кейс — описание реализованного проекта
Связи
Явные связи — внутренние ссылки между материалами. Самый надёжный тип: автор сам решил, что два материала связаны.
Смысловые связи — пересечения, найденные через анализ текста. Два материала говорят о близких вещах, но не ссылаются друг на друга. Для обнаружения используется semantic snapshot — метод на основе TF-IDF, без embeddings и тяжёлых LLM.
Graph Tags — семантические метки, которые описывают роль материала в системе, а не просто тему. В отличие от обычных тегов (Frontend, Backend, ИИ-агенты), graph tags отвечают на вопрос «зачем этот материал здесь»: Content pipeline, Knowledge system, Agent orchestration, Notion workflow.
Кластеры
Группы узлов, плотно связанных между собой. Кластер «ИИ-агенты» может включать статью про Codex, справочник по Hermes, блог-пост про агентный контур и услугу по внедрению. Здоровый кластер — тот, где есть материалы разных типов и маршрут к действию.
Как применять
Шаг 1: Собрать граф
Собрать все материалы сайта в единую структуру:
- Извлечь внутренние ссылки между материалами
- Назначить graph tags, описывающие роль каждого материала
- Построить semantic snapshot для обнаружения смысловых связей
- Визуализировать граф (D3, SVG, любой инструмент для сетевых графов)
Инструменты: Graphify для автоматического построения графа из папки с файлами, собственный скрипт на основе content-graph.ts, или ручная сборка в Notion / Obsidian.
Шаг 2: Прочитать сигналы
Пройтись по пяти типам сигналов:
- Найти пробелы — темы, которые упоминаются, но не раскрыты
- Найти мосты — кластеры, которые должны быть связаны, но не связаны
- Найти сироты — материалы без входящих и исходящих ссылок
- Проверить маршруты — ведут ли связки материалов к целевому действию
- Проверить обновления — не устарели ли сильные узлы
Шаг 3: Принять редакционные решения
Каждый сигнал — кандидат на действие, а не обязательство. Редактор решает:
- Какой пробел закрыть первым
- Нужен ли мост или достаточно кросс-ссылок
- Стоит ли сирота отдельного материала или лучше объединить с существующим
- Готов ли маршрут или сначала нужен опорный материал
Шаг 4: Замкнуть цикл
После публикации нового материала граф пересобирается. Пробел может закрыться, мост — появиться, сирота — встроиться в систему. И наоборот: новый материал может обнажить пробел, который раньше был незаметен.
graph LR
A["Граф показывает сигнал"] --> B["Консоль формулирует задание"]
B --> C["Агент пишет черновик"]
C --> D["Редактор проверяет"]
D --> E["Публикация"]
E --> F["Граф пересобирается"]
F --> AКонтентный граф и ИИ-агенты
Граф особенно полезен в связке с ИИ-агентами:
- Граф находит возможность — подсвечивает пробел или слабый маршрут
- Консоль формулирует бриф — рабочее название, аудитория, угол, связанные материалы-кандидаты, ограничения по ссылкам
- Агент пишет черновик — быстро, в нужном формате, с учётом контекста
- Человек решает — проверяет, добавляет опыт, убирает притянутые связи, принимает решение о публикации
Граф не заменяет автора. Он проверяет интуицию, подсказывает, где пробел, где перекос, где стоит вернуться к старому тексту. Автор сохраняет смысл, голос и право выбора.
Когда граф нужен и когда избыточен
| Ситуация | Граф нужен? |
| 10-20 материалов, всё в голове | Нет — избыточен, достаточно тегов |
| 50+ материалов, начинаете забывать, что уже писали | Да — пора попробовать |
| Часто пишете об одном и том же, но не замечаете | Да — граф покажет перекос |
| Есть услуги, но непонятно, как контент к ним ведёт | Да — граф покажет маршруты и тупики |
| Используете ИИ-агентов для генерации контента | Да — граф даёт агенту контекст вместо пустого листа |
| Одностраничный сайт или лендинг | Нет — нет корпуса для анализа |
Graph Tags vs обычные теги
| Параметр | Обычные теги | Graph Tags |
| Вопрос | «О чём этот материал?» | «Зачем он в системе?» |
| Примеры | Frontend, Backend, ИИ-агенты, Notion | Content pipeline, Knowledge system, Agent orchestration, Notion workflow |
| Навигация | Фильтрация по теме | Построение кластеров и маршрутов |
| Масштаб | Работает при любом количестве | Полезен при 50+ материалах |
| Кто присваивает | Автор при публикации | Автор + автоматический анализ корпуса |
Инструменты
- Graphify — скилл для Claude Code, который делает из папки с файлами граф знаний. Автоматически находит связи, строит кластеры, подсвечивает сигналы
- Semantic snapshot — метод на основе TF-IDF для обнаружения смысловых связей без LLM и embeddings. Справочник
- Notion CMS — хранение материалов с Graph Tags как multi-select свойство в базе данных
- D3.js / SVG — визуализация графа на сайте (пример: pimenov.ai/graph/)
- Graph Opportunities Console — внутренняя консоль, которая анализирует граф и предлагает редакционные задания: какие пробелы закрыть, какие мосты построить, какие маршруты укрепить
Ссылки
- pimenov.ai/graph/ — живой контентный граф сайта pimenov.ai
- Контентный граф против редакционного хаоса — подробная статья о методологии
- Как я сделал из сайта редактора — редакционный контур: граф → агент → человек
- Как обратная связь превратила pimenov.ai в сайт с поиском и графом — история появления графа
- Graphify — превращаем папку с файлами в граф знаний — инструмент для автоматического построения графа
- Semantic snapshot и TF-IDF — метод обнаружения смысловых связей
По теме
- Статья: Контентный граф против редакционного хаоса
- Блог: Graphify — один скилл для Claude Code, который делает из папки граф знаний
- База знаний: Graphify — превращаем папку с файлами в граф знаний для ИИ-агентов
Если вы ведёте экспертный сайт с большим корпусом материалов и хотите перестать держать всю картину в голове — можно разобраться вместе. Пишите в Telegram @pimenov