Living SOPs

Паттерн от Kognitos. Три-агентный feedback loop, в котором SOP (Standard Operating Procedure) живёт и адаптируется.

Три роли

1. Builder Agent — пишет и обновляет SOP (формализованный процесс)
2. Execution Agents — исполняют по SOP
3. Resolution Agent — ловит исключения → эскалирует человеку → ответ человека учит Builder'а → обновлённый SOP

Цикл

Input → Execution Agent (по SOP)
              ↓
         success? → output
              ↓
            exception → Resolution Agent
                              ↓
                       спросить человека
                              ↓
                       Builder Agent → обновить SOP
                              ↓
                       перезапустить Execution

Почему это сильно

• Не нужно с нуля писать идеальный SOP — система достроит его в процессе
• Variance capture как источник конкурентного преимущества: каждое исключение = данные = моат
• "Производство как день первый" — быстрый старт + постепенное обучение

Применение у нас

Наш Core Graph Engine может быть устроен похоже:

• Builder: агент который обновляет правила Jira Quality Auditor когда мы находим новый паттерн "плохого тикета" не покрытый текущими правилами
• Execution: базовые модули (Quality Auditor, Backlog Dynamics, и т.д.)
• Resolution: Clarifier — задаёт уточняющие вопросы, ответ конвертируется в обновление правил или конфига

Особенно важно для трека 2 (Альфа-Банк): твоё подразделение даст много исключений в первый месяц. Цикл обучения превратит наши агенты в "знают как у нас".

Anti-patterns

• Без human-in-the-loop Resolution превращается в галлюцинацию — обязательно нужен реальный человек на exceptions
• Builder не должен сразу деплоить изменения SOP в prod — нужен review (особенно в банке)
• Сохранять старые версии SOP для аудита (важно для compliance)

Связано

• deterministic-on-exceptions — фундамент для Living SOPs
• ../market/competitors/kognitos
• ../architecture/gemini-six-modules