Вечером я смотрел на черновик аудита банковской системы. Семьдесят страниц текста — аккуратных, умных… и беспомощных. В них было всё, кроме главного: куда ткнуть пальцем, чтобы увидеть причину и связанный с ней риск.

Я открыл диаграмму и сделал то, чего раньше не делал с текстами: расщепил его на смысловые атомы. Первая глава превратилась в объект. Раздел — тоже объект. Абзац с фразой «есть прямой доступ к БД» — отдельный узел с ссылкой на страницу. Рядом появился «Факт». От него пошли ребра к «Риску» и «Рекомендации».
И тут случилось простое озарение: документ перестал быть рассказом, он стал моделью.

На второй главе я заметил повтор: тот же паттерн всплывает в другом отчёте. Раньше я бы копировал текст. В графе я просто переиспользовал раздел как объект. Тот самый «Интеграционный ландшафт» стал шаблоном — и без лишних объяснений собрал вокруг себя факты, метрики, контроли.

Когда всё склеилось, вопросы заказчика сменились: не «где это написано?», а «какие риски подтверждены фактами?» и «что закроем первым?». Мы щёлкнули по узлу — и увидели цепочку от цитаты первоисточника до предлагаемого изменения архитектуры. Трассировка появилась сама собой, просто потому что текст больше не был плоским.

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

И вот как что я делал:

❓Зачем

• Единый язык: глава/раздел/абзац становятся объектами, а не «сырой простынёй». Их можно ссылать, версионировать, сравнивать.

• Повторное использование: один и тот же раздел (например, «Интеграционный ландшафт») живёт как объект и переиспользуется в других отчётах.

• Навигация и трассировка: от вывода → к фактам → к первоисточнику. Любая фраза имеет «адрес» в графе.

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

• RAG по делу: ИИ работает не по PDF, а по формализованным фрагментам. Ответы точнее, ссылки — кликабельны.

❓Как сделать (хау‑ту)

1. Заводим базовые шаблоны o Глава (поля: цель, владелец, версия) o Раздел (область, критичность, метрики) o Абзац (тезис, цитата/источник, страница/якорь) o Факт/Наблюдение, Риск, Рекомендация Связи: включает →, обосновывает →, связан‑с-риском →, привязан‑к-источнику →.

2. Включаем «шаблон‑объект» Любой объект (например, существующий «Интеграционный ландшафт») переводим в роль шаблона и используем как классификатор для новых разделов/абзацев.

3. Разбираем текст отчёта ? Делим на главы/разделы/абзацы. ? Каждый абзац — отдельный объект с ссылкой на первоисточник (файл, страница, таймкод). ? Ядро смысла выносим в Факт/Наблюдение, от него вешаем Риск и Рекомендацию.

4. Собираем граф Отчёт = Глава → Раздел → Абзац → (Факт → Риск → Рекомендация) с обратными ссылками на источники.

5. Автоматизируем ? Шаблонные кнопки «разбить текст»/«создать абзацы из выделения». ? Агент, который предлагает риски и рекомендации из типовых библиотек. ? Массовая переклассификация через сценарии проб (сначала на выборке, затем — bulk).

Мини‑пример (аудит банковской системы)

1. Глава: Интеграционный ландшафт 1.1 Раздел: Способы интеграции 1.1.1 Абзац: «Используются MQ, файлы, REST; есть прямой доступ к БД.» (источник: стр. 12) 1.1.2 Факт: Обнаружен прямой доступ к БД из внешнего контура 1.1.3 Риск (высокий): обход сервисного слоя, утечки, сложность мониторинга 1.1.4 Рекомендация: убрать прямые коннекты; ввести API‑шлюз, аудит и трассировку 2 Глава: Миграционная стратегия 2.1 Раздел: Перенос данных 2.1.1 Абзац: «Планируется dual‑write и backfill.» (стр. 27) 2.1.2 Факт: Выбран подход dual‑write + backfill 2.1.3 Риск (средний): расхождение состояний при сбоях 2.1.4 Рекомендация: CDC + идемпотентность + чёткая стратегия rollback

Как развивать

☑️ Библиотека доменных шаблонов: типовые главы/разделы для аудитов (платёжные контуры, закрытие дня, отчётность, миграция).
☑️ Каталог рисков и контролей: подключаем как справочник — абзац сразу «подсвечивает» релевантные риски/контроли.
☑️ Версионирование и сравнение отчётов: дифф по объектам — видно, что поменялось между аудитами.
☑️ Метрики полноты: дашборд «какие разделы закрыты фактами/рисками/рекомендациями».
☑️ Генерация итогового PDF: отчёт собирается из объектов по шаблону, с автоматическими оглавлением и ссылками.

‼️✅ Итог

«Шаблон‑объект» делает текст управляемым: из линейного документа он становится живым графом с повторным использованием, массовыми изменениями и точной ссылочностью. Для аудитов это экономит время, уменьшает риски и радикально повышает прозрачность выводов.