База данных знаний (для сборки Контекста)

Блоги Анна Дубенко (блоги)
1

Вот ссылка на заготовку, где вводится разделение на контекст, промпт и запрос. Ссылка на пост Церена в блоге изучи по ссылке только сам пост без комментариев: Ключевые элементы взаимодействия с LLM: контекст, промпт, запрос
Нам нужно подготовить базу данных (мета-понятия и тп), из которых будет собраться контекст, чтобы исходя из промпта (его тоже нужно будет сделать) был дан ответ на запрос (можно типовые тоже описать) стажера.

Отлично, двигаемся. Я изучил пост Церена про «Контекст — Промпт — Запрос» и возьму его как архитектурную основу для нашего MVP-ассистента по семейному партнёрству. Ниже — то, что нам нужно: структура базы знаний, шаблоны промптов и типовых запросов, плюс пример наполнения именно по домену «семейное партнёрство». Ключевые определения (двухслойный контекст, атомарные промпты по ролям, машинно‑читаемый запрос) беру из поста и не изобретаю заново. (SystemsWorld Club)

1) База данных знаний (для сборки Контекста)

1.1 Онтология (двухуровневая)

  • Мета-мета-понятия (универсальные конструкты FPF): Объект, Система, Агент, Роль, Функция, Метод, Процесс, Состояние, Ресурс, Интерфейс, Вход/Выход, Мера/Метрика, Цель/Ограничение и т.д. (инвариантный слой Public). (SystemsWorld Club)
  • Мета-понятия домена «семейное партнёрство» (привязаны к ММП): Семья‑как‑агент, Семья‑как‑система, Архитектура взаимодействия, Семейная культура, Роли (партнёры, дети, расширенная семья), Методы (совместное бюджетирование, семейные собрания…), Рабочие продукты (семейный регламент, план бюджета, календарь традиций), Проблемы/Запросы (дискуссии о целях, конфликт по деньгам, распределение ролей), Метрики (уровень согласования целей, частота ретроспектив и т.п.).

1.2 Схема сущностей (минимум для MVP)

Concept

  • id, name, type (meta-meta | meta | domain)
  • definition, purpose (функции/зачем), relations (links to other ids with relation_type)
  • examples, sources, status (draft/approved)

Method

  • id, name, goal, inputs, outputs, steps, roles, preconditions, postconditions
  • metrics, risks, references, status

System

  • id, name, purpose, boundaries (in/out), stakeholders/roles, interfaces, processes
  • states, resources, measures, policies, artifacts, status

Problem

  • id, title, symptom, root_causes, constraints, severity, patterns, anti_patterns, related_methods, status

Artifact (рабочий продукт)

  • id, name, template_link, owner_role, update_cycle, quality_criteria

Mapping

  • concept_id → meta_meta_id (привязка доменных понятий к универсальным ММП)

1.3 Слои Контекста (как в посте)

  • Public (U.SharedEpisteme): онтология (граф), глоссарии, методические карточки, шаблоны артефактов, примеры разборов кейсов (read‑only, кэшируется). (SystemsWorld Club)
  • Private (U.PersonalizedEpisteme): прогресс стажёра, история диалогов, выбранные цели/ограничения, прошлые задания и результаты (шифруется, по Secure API). (SystemsWorld Club)

2) Промпты (каталог атомарных ролей ассистента)

Общее (из архитектуры): «Один промпт = одна роль/функция; версионирование и трассируемость обязательны». Каждый промпт включает: определение роли, директиву, алгоритм персонализации, формат вывода, учёт понятийной структуры. (SystemsWorld Club)

Набор для MVP‑1:

  1. role: ProblemClarifier_v1
    2.Задача:* Выявить формулировку проблемы стажёра «на системном языке» (симптом → контекст → ограничения → желаемый эффект).
    3.Персонализация:* учитывать уровень стажёра и его приватную историю (Private‑слой).
    4.Вывод:* JSON {problem, scope, constraints, measures, related_concepts, next_step}.
  2. role: MethodRecommender_v1
    6.Задача:* Подобрать 1–3 метода из базы, объяснить логику выбора (функции, входы/выходы, роли), дать минимальный протокол применения.
    7.Вывод:* JSON {methods:[{id, why, inputs, steps, artifacts, metrics}]}.
  3. role: InteractionCoach_v1
    9.Задача:* Сгенерировать скрипт «архитектуры взаимодействия» (семейного диалога) под цель стажёра: повестка, правила, роли, чек‑лист фасилитации, критерии успеха.
    10.Вывод:* Markdown сценарий + список артефактов.
  4. role: KnowledgeMapper_v1
    12.Задача:* Привязать термины из реплики стажёра к онтологии: показать какие это мета‑понятия/методы/системы.
    13.Вывод:* JSON {terms:[{text, mapped_to, confidence}], gaps, suggestions}.
  5. role: ReflectionGuide_v1
    15.Задача:* Провести микро‑ретро: что пробовали, что сработало, какие метрики изменились, следующий инкремент.
    16.Вывод:* Markdown + JSON {insights, decision, next_experiment}.

3) Запрос (RequestObject) — как «посыльный объект»

Поля (по посту): role, prompt_ref, context_ref, trainee_id, objective, trace_id (+params). (SystemsWorld Club)

Пример (MethodRecommender_v1):

{
  "role": "MethodRecommender_v1",
  "prompt_ref": "MethodRecommender_v1.2",
  "context_ref": "ctx_2025-08-02_anna",
  "trainee_id": "user_anna",
  "objective": "подобрать метод для ежемесячной синхронизации целей с супругом",
  "params": {"max_methods": 3},
  "trace_id": "tr_8f21…"
}

4) Примеры наполнения (домен «семейное партнёрство»)

4.1 Concepts (фрагмент)

  • Семейная культура (domain → ММП: «Система», «Процесс», «Норма»):
    Определение: набор устойчивых практик/норм взаимодействия конкретной семьи, адаптированный географией, климатом, вероисповеданием.
    Зачем: снижает транзакционные издержки координации, повышает предсказуемость и безопасность.
    Связи: методы (традиции, календарь), артефакты (регламент, календарь событий), метрики (частота ритуалов, удовлетворённость).
  • Семья как агент (domain → «Агент», «Роль», «Ресурсность»):
    Определение: совместный субъект действия с целями, ресурсами, ролями и ответственностью.
    Зачем: позволяет проектировать функции, интерфейсы с надсистемами (сообщество, государство).
  • Архитектура взаимодействия (domain → «Метод», «Интерфейс», «Процесс»):
    Определение: регулярная структура коммуникаций (собрания, повестки, правила, роли).
    Зачем: обеспечивает согласование целей и решений.

4.2 Methods (фрагмент)

  • Семейные собрания (архитектура взаимодействия)
    Goal: согласование целей/решений; Inputs: текущие цели, ограничения, календарь; Outputs: протокол, план спринта; Steps: повестка → обсуждение → решение → фиксация → ретро; Roles: фасилитатор, таймкипер; Metrics: %выполнения решений, N-конфликтов/мес.
  • Совместное бюджетирование
    Goal: прозрачность ресурсов; Артефакт: «Бюджетная ОС семьи»; Метрики: отклонение от плана, доля обязательных расходов.
  • Антикризисный протокол
    Goal: безопасная деэскалация; Inputs: триггеры/границы; Outputs: чек‑лист действий; Метрики: время до стабилизации.

4.3 Systems (фрагмент)

  • Семья как система систем
    Boundaries: домохозяйство, финансы, воспитание, отдых, проекты; Interfaces: школа/сад, работодатели, сообщество; States: «создание семьи», «рост», «кризис», «реструктуризация»; Measures: удовлетворённость, финансовая устойчивость, плотность ритуалов.

4.4 Problems (фрагмент)

  • Расфокус целей партнёров в течение месяца
    Симптом: «теряю семейные цели среди рабочих задач»; Корни: нет регулярной архитектуры взаимодействия; Связанные методы: семейные собрания, экзокортекс семьи; Метрики: доля цели выполнена, регулярность встреч.

5) Как это собирается в «Контекст» на вызов

Оркестратор формирует Public (онтология + карточки методов/систем + шаблоны артефактов) и Private(история Анны, её цели «синхронизироваться с супругом», результаты прошлых попыток), прогоняет ADO (очистка/структурирование в таблицы/иерархии), затем отправляет context_ref + prompt_ref через RequestObject роли (например, InteractionCoach_v1). (SystemsWorld Club)

6) Типовые запросы стажёра (user‑facing)

  1. «Помоги сформулировать мою проблему на системном языке, у меня разъезжаются семейные и рабочие цели». → ProblemClarifier_v1
  2. «Подбери метод ежемесячной синхронизации целей с супругом». → MethodRecommender_v1
  3. «Собери повестку и регламент 40‑минутной встречи вдвоём». → InteractionCoach_v1
  4. «Проведи короткое ретро после первой встречи». → ReflectionGuide_v1
  5. «Разметь мой текст понятиями онтологии». → KnowledgeMapper_v1

7) Мини‑план MVP (1–2 недели)

  • День 1–2: зафиксировать онтологию (минимальный граф), занести 10–15 доменных карточек (концепты/методы/системы/проблемы).
  • День 3–4: реализовать 3 промпта (ProblemClarifier, MethodRecommender, InteractionCoach) с версионированием.
  • День 5: собрать оркестраторный слой (ручной): склейка context_ref → prompt_ref → RequestObject.
  • День 6–7: тест на реальных кейсах волонтёров, ретро, правки.
  • Выход: weekly‑release, журнал (trace_id → output_hash) для трассируемости. (SystemsWorld Club)

Если ок, я могу сразу:

  • выгрузить вам шаблоны JSON/CSV для сущностей (Concept/Method/System/Problem/Artifact),
  • подготовить 3 промпта v1 из этого списка с точным форматом ответа,
  • и собрать «контекстный пакет» для первого реального кейса (синхронизация семейных целей).