Skip to content

Карта источников истины

Основные формы

Форма Что хранит Где живёт
Canonical definition Сущность, правило, policy, standard и связи Knowledge Substrate
Operational state Задачи, назначения, сделки, метрики, состояние продукта Management Layer, Team OS, CRM, product runtime
Restricted evidence Оригиналы договоров, finance, personal data, DPIA и raw evidence Corporate Vault и защищённые product systems
Public interpretation Понятное объяснение, визуализация, продукт и CTA основной сайт
Narrative source Происхождение, аргументация и человеческий смысл книга и авторский репозиторий
Role view Отобранный путь по каноническим объектам для конкретной ответственности маршруты по ролям и рабочая среда

Формы не образуют иерархию «короткая — полная». Каждая отвечает на собственный вопрос и ссылается на канонический объект. Подробные правила описаны в модели представлений.

По доменам

Знание Канон Runtime / evidence Публичная проекция Книга
Архитектура /ru/architecture/ decision records карта DETai часть III
Метод /ru/method/ research/professional systems страницы DET часть II
Технология /ru/technology/ U.L.I. и product repos Platform/U.L.I. части I и III
Governance /ru/governance/ decisions и role assignments governance overview часть III
Product–Market /ru/product-market/ CRM, pilots, analytics products/offers часть III и приложения
Legal–Economic /ru/legal-economic/ Corporate Vault company/legal pages датированный контекст
Trust /ru/trust/ assurance, incidents, vendors Trust Center этическая аргументация
Evidence /ru/evidence/ registers и snapshots public evidence источники и ограничения
Knowledge /ru/knowledge/ publication pipeline и agent indexes поисковые и навигационные входы цифровая архитектура книги

Правило синхронизации

  1. Решение фиксируется в каноническом домене.
  2. Реализующая система хранит ссылку на применяемую версию.
  3. Публичное представление не расширяет claim самостоятельно.
  4. Изменение downstream возвращается в канон только через review.
  5. Историческая версия не удаляется, а получает статус historical или superseded.
  6. Ролевой маршрут не копирует документ, а связывает его стабильный ID и канонический адрес.

Management-оркестрация зависимых представлений

Содержание каждого объекта остаётся у owning domain: Product–Market владеет ценностной формулировкой, Trust — ограничениями, U.L.I. — release evidence, Brand & Communications — редакционным воплощением, а сайт — своей технической реализацией. Management Layer владеет не этим содержанием, а сквозной эстафетой между владельцами.

При изменении канонического объекта или публичного релиза ecosystem-architecture / knowledge-architecture function Management Layer:

  1. принимает сигнал об изменении от owning domain или производственного цикла;
  2. определяет затронутые представления и их владельцев;
  3. создаёт или маршрутизирует конкретные действия в management runtime;
  4. проверяет, что каждое зависимое представление обновлено либо явно признано неприменимым;
  5. закрывает событие синхронизации, не присваивая себе содержательные решения доменов.

Типовые события

Что изменилось Кто подтверждает содержание Какие представления Management направляет на проверку
Ценностная значимость или аудитория Владелец продукта и Product–Market Видимое обещание, два GEO-вопроса, SEO title/description и structured data
Intended / excluded use или риск Trust и owning professional domain Публичные ограничения, Trust-текст, legal-страницы и support-сценарии
Публичная версия или доступность U.L.I. / Platform DETai и владелец продукта Статус на сайте, CTA, каталог, release notes и документация начала работы
Основной пользовательский сценарий Владелец продукта и Product–Market Инструкции, FAQ, analytics events и продуктовые показатели
Ресурсный или экономический смысл Product–Market и Legal–Economic, когда применимо Описание вклада, metrics source и offer/business logic
Закрытие или пауза объекта Owning domain CTA, status labels, индексация, поддержка и архивный статус канонического узла

Проверка обязательна при публичном v1.0 и при следующем релизе, который меняет смысл, аудиторию, доступ, ограничения или основной пользовательский результат. Patch-релиз без такого изменения не требует механического переписывания GEO/SEO.