From f53c7bb5665378a01a4208480ecb07f47eae9e45 Mon Sep 17 00:00:00 2001
From: =?UTF-8?q?=E2=80=9CNaeel=E2=80=9D?= <tazet@narod.ru>
Date: Sun, 28 Jun 2026 15:01:23 +0400
Subject: [PATCH] =?UTF-8?q?docs:=20=D1=81=D1=82=D1=80=D0=B0=D1=82=D0=B5?=
 =?UTF-8?q?=D0=B3=D0=B8=D1=8F=20Gemini=20=E2=80=94=20=D0=B0=D0=B4=D0=B0?=
 =?UTF-8?q?=D0=BF=D1=82=D0=B8=D1=80=D1=83=D0=B5=D0=BC=D0=BE=D0=B5=20=D1=8F?=
 =?UTF-8?q?=D0=B4=D1=80=D0=BE=20+=20=D0=B4=D0=BE=D0=BC=D0=B5=D0=BD=D0=BD?=
 =?UTF-8?q?=D0=B0=D1=8F=20=D0=BA=D0=BE=D0=BD=D1=84=D0=B8=D0=B3=D1=83=D1=80?=
 =?UTF-8?q?=D0=B0=D1=86=D0=B8=D1=8F?=
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

---
 History/gemini-strategy-2026-06-28.md | 47 +++++++++++++++++++++++++++
 1 file changed, 47 insertions(+)
 create mode 100644 History/gemini-strategy-2026-06-28.md

diff --git a/History/gemini-strategy-2026-06-28.md b/History/gemini-strategy-2026-06-28.md
new file mode 100644
index 0000000..141a9bc
--- /dev/null
+++ b/History/gemini-strategy-2026-06-28.md
@@ -0,0 +1,47 @@
+# Стратегия: превращение в настраиваемый продукт
+
+Источник: Gemini, 28.06.2026
+
+## Главный тезис
+
+Модель **«настраиваемое ядро + доменная конфигурация»** — единственно жизнеспособная в B2B.
+Не «коробка для всех», а движок который адаптируется под заказчика без форка кода.
+
+## Что уже хорошо
+- Промпты в БД с версионированием и ролями (`extract`/`diff`)
+- `prompt_version` в событиях — воспроизводимость
+- Event Sourcing, аудит, логирование ответов LLM
+- testgen для синтетических данных
+- DI: LLM клиент + Repository (Ф1-Ф4)
+
+## Что нужно изменить
+
+### 1. Поля позиции → JSONB
+Сейчас `spec_current` имеет жесткие колонки: `name`, `price`, `qty`, `sum`, `date_start`.
+Надо: одна колонка `payload JSONB` вместо них.
+Для клиента с НДС/артикулом/единицей измерения — БД и миграции не меняются.
+
+### 2. Валидация в плагины
+Сейчас арифметика `sum = price*qty` зашита в код.
+Надо: интерфейс валидатора. Вход: JSONB от LLM. Выход: bool + ошибки.
+Новый заказчик = новый валидатор, ядро не трогаем.
+
+### 3. Экспорт/интеграция через Read Models
+Ядро заканчивается на Event Stream. Отчёты, выгрузки в 1С/Excel/ERP — отдельные проекции.
+Новый заказчик = новая проекция, те же события.
+
+## Архитектурная цель
+
+```
+Неизменяемое ядро (Core):
+  Приём → Парсинг → LLM → Event Sourcing (JSONB) → Аудит
+
+Адаптационный слой (Домен):
+  Промпты (БД) + Валидаторы JSONB + Проекции (отчёты/экспорт)
+```
+
+Ядро не меняется от клиента к клиенту. Адаптация: новые промпты, правила валидации, форматы выгрузки.
+
+## Текущая коммерческая ценность
+Проект закрывает конкретную дорогую боль — сверку цепочек изменений договоров.
+Фундамент (Event Sourcing, тесты, промпты в БД) заложен правильно.