Files
portal/docs/discovery/2026-05-18-system-audit-brain.md
T
Дмитрий aab7345590 docs(psr): аудит дисциплины R15 — M1-M3 polish
Продолжение SYSTEM-аудита «мозга» 18.05.2026 (срез «дисциплина
правил после Rec1-Rec5»). PSR_v1 прочитан целиком (966 строк),
R15 «Off-phase routing» проверен против R0/R6/R10/R14.

Результат аудита:
- R15 vs R0/R6/R10/R14 — содержательных противоречий нет
  (R15.1 codifies, R15.4 hard-rules перевешивают, R15.6 UI-пул)
- routing-off-phase.md прогнан на 7 задачах (5 прямых + 2
  граничных) — 7/7 routed cleanly, ADR-границы работают
- hard-rules §12/§14/§15 vs §14.9 dormant — согласовано

3 minor-находки исправлены:
- M1 — routing-off-phase.md +note: строки UI-пул #31/#32 —
  делегирующие ссылки на R14, не R15-routed (R15.6 ↔ таблица)
- M2 — PSR_v1 R15.1 +абзац «R15 — пост-R1 слой» (off-phase
  routing срабатывает после классификации R1, не отдельная
  шестая ветка) — in-place в v3.14 (введён сегодня, 0 изменений
  R-аппарата)
- M3 — routing-off-phase.md +строка «диагностика просадки
  метрики/конверсии» → process-analysis #53 (discovery-interview
  SKIP-кейс, симметрия)

routing-off-phase.md v1.0 → v1.1. PSR_v1 — без version bump
(M2 — in-place уточнение свежей v3.14). snapshot 18.05 +UPDATE
секция «Ось 5» + факт-правка строки 97 (R15-слот).

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>
2026-05-18 16:32:34 +03:00

13 KiB
Raw Blame History

SYSTEM-аудит «мозга» — 18.05.2026

Результат режима SYSTEM скила discovery-interview. Синтез-ориентация по состоянию системы автоматизации Лидерры («мозг» = карта docs/automation-graph.html + тулчейн).

Запрос ориентации

Scope: весь мозг, 125 узлов. Заказчик попросил проверить и оптимизировать работу узлов по пяти осям: (1) здоровье новых узлов, (2) устранение конфликтов, (3) корректность выбора узла под задачу (routing), (4) связки 2+ узлов для синергии, (5) пересмотр правил/запретов ради эффективности — качества и скорости.

Состояние

Карта docs/automation-graph.html: 125 узлов / 135 рёбер, конфликты 🔴0 / 2 / 🟢9 (11 конфликтных рёбер). Тулчейн — 60 формализованных позиций (29 phase-active + 30 off-phase + 1 historic). Последняя интеграция — #5660 Anthropic dev-tooling (push 515acb6, 18.05).

UPDATE 18.05.2026 вечер: 1 mcp_pw ↔ sk_parallel понижен до 🟢 после верификации квирка #95 — профиль Playwright MCP хэшируется per-cwd → worktrees получают разные mcp-chrome-{hash} директории, не конфликтуют. README playwright-mcp прямо: конфликт — только для клиентов «sharing the same workspace». Same-dir parallel регулируется Pravila §15.2 claim в docs/sessions/CURRENT.md. Эффект: 3 → 2, 🟢8 → 🟢9. Оба оставшихся — ruflo (после изоляции 18.05 dormant).

Ось 1 — здоровье новых узлов

С iter7 (16.05, 83 узла) мозг вырос на ~42 узла серией интеграций A6→D3→C9→A4→A3→A11→ C10→anthropic-dev-tooling. Каждая интеграция проходила конфликт-аудит → 0 новых структурных конфликтов, узлы интегрированы чисто. Паспорт NODE_META (since / changed / section) синхронизирован интеграциями — покрывает все 125 узлов, не gap.

Реальные gap'ы:

  • Теплокарта uses застыла. META_SNAPSHOT = 16.05.2026, META_WINDOW = 0916.05.2026. ~30 узлов волны 17–18.05 в этом окне физически не существовали → их uses = null/0 не от неиспользования, а от того, что окно их старше. Режим карты «🔥 По использованию» на самом свежем слое вводит в заблуждение. 51 из 125 узлов имеют uses: null.
  • Хвост «формализован, но не отработан». process-modeling, process-analysis, discovery-interview, operations, ccpm, product-management, promptfoo, data-scientist — формализованы, но фактическое число вызовов неизвестно (теплокарта их не видит). mcp_figma — узел в статусе DEFERRED. Мозг накапливает декларированную, но не проверенную в бою ёмкость.

Ось 2 — конфликты

🔴0 структурных — все закрыты правилами. 2 (после downgrade 18.05 вечер):

  1. mcp_pw ↔ sk_parallel🟢 закрыт: квирк #95 (профили per-cwd hash → worktrees не конфликтуют) + Pravila §15.2 claim для same-dir parallel. Текст nd() в карте ссылался на «квирк #2», но memory[#2] — это taskkill, не Playwright; реальный источник — квирк #95 (опровергает hypothesis shared-browser).
  2. ruflo_memory ↔ mem_state — два хранилища памяти не синхронизированы; ruflo-память почти пуста (0 записей + 2 HNSW-призрака #1122). После изоляции 18.05 — dormant.
  3. ruflo_daemon ↔ ag_pest — daemon worker-jitter усиливает Pest-квирки 73/77. После изоляции 18.05 — dormant (daemon stopped, dump.pm2=[]).

Системное наблюдение: оба оставшихся — ruflo, оба dormant. Реальное runtime-трение — ноль. ruflo сохранён как артефакт, queen-триггер dormant, артефакты можно реактивировать по плану в feedback_ruflo_isolated.md.

Ось 3 — корректность routing (задача→узел)

Управляется: CLAUDE.md §3 (карта по фазам/задачам, 60 строк), PSR_v1 R1/R9/R13 (классификация + decision matrix), per-integration конфликт-аудиты с границами (DI16, OPS15, TB1, AK1… — закреплены в ADR-003..010).

Сильно: каждая интеграция авторила границы явно — routing-дисциплина высокая, дрейф ловится конфликт-аудитом.

Слабость: PSR_v1 R13 decision-matrix покрывает только UI/код-задачи. 30 off-phase инструментов (#31–60 — половина тулчейна) живут в R10.1 как плоский 3-блочный реестр с прозаическим «когда инвокировать», без матрицы. Выбор между process-modeling / process-analysis / operations / discovery-interview / brainstorming для «процессной» задачи = чтение 5 прозаических описаний. Routing-знание рассыпано по CLAUDE.md §3 + R10.1 + ADR + конфликт-коды — единого «задача X → узел Y» для off-phase нет.

Ось 4 — синергия (связки 2+ узлов)

Карта кодирует синергию в NODE_DETAILS (поле «С кем работает одновременно») и NODE_SECTION_SECONDARY (кросс-реф reuse-инструментов).

Рабочие цепочки: brainstorming→writing-plans→subagent-driven-development (канон эпика); discovery-interview FEATURE→brainstorming (хэндофф brief); process-modeling↔process-analysis (as-is↔to-be); mermaid рендерит для operations/adr-kit/process-modeling.

Недоиспользуемые связки: discovery-interview SYSTEM + audit-portal (ориентация→вердикт); openapi-mcp + api-docs agent + Boost (интеграционная разработка); systematic-debugging + redis/sentry MCP (рантайм-баги).

Gap: синергия размазана по 125 полям «together», сводного «рекомендованные связки» нет — а заказчик явно его просит.

Ось 5 — правила/запреты (эффективность)

PSR_v1 — на момент утреннего среза 15 правил R0–R14 (R15-слот пуст после v2.0). История v1.0→v3.13 — свод рос реактивно, закрывая трения по мере обнаружения. (Rec5 закрытие — R15 «Off-phase routing» введён v3.14 на свободный слот; см. UPDATE ниже.)

  • Перекос в UI. R1R9, R11–R14 — почти целиком routing UI-фич (Superpowers vs Frontend Design, фазы R2, UI-генераторы UPM/21st). Off-phase тулинг (30 инструментов) регулируется только R10.1 + меткой «вне R6/R14». UI-аппарат огромен, off-phase-аппарат тонкий — при том что off-phase множество выросло 3→30.
  • Запрет-разрастание. CLAUDE.md §5 — 12 пунктов (§5 п.12 — tombstone «Резерв снят»); Pravila — §12/§14/§15 hard-rules + 15 нумерованных правил; PSR_v1 R0.6 — 10 hard-стопов.
  • Скорость. Gate-аппарат R0→R1→R9→R13→R2 спроектирован под UI-фичу, но текущая работа в основном off-phase / документация / тулинг. Режим «экономия» частично лечит, но мозг по-прежнему фронт-лоадит UI-feature gate на каждую задачу.

UPDATE 18.05.2026 вечер (аудит дисциплины R15): PSR_v1 R15 «Off-phase routing» (введён v3.14, Rec5) проверен против R0/R6/R10/R14 — содержательных противоречий нет: R15.1 codifies «off-phase вне UI-фильтров», R15.6 разграничивает UI-пул, R15.4 — hard-rules перевешивают. routing-off-phase.md прогнан на 7 задачах (5 прямых + 2 граничных) — 7/7 routed cleanly, ADR-границы работают. 3 minor-находки исправлены: M1 — note про UI-пул #31/#32 как делегирующие строки (routing-off-phase.md v1.1); M2 — R15.1 +абзац «R15 — пост-R1 слой» (PSR_v1 in-place); M3 — +строка «диагностика конверсии» → process-analysis #53. Перекос UI-аппарата (R1R14) над off-phase остаётся структурным, но R15 — корректный противовес; дальнейшее выравнивание — отдельная задача, не блокер.

Что открыто

  • iter8 не сделан — теплокарта NODE_META не пересобиралась с 16.05 (2 интеграционные волны спустя).
  • ruflo не отревизован — keep/trim-решение по advisory-подсистеме не принято; 2 из 3 живых конфликтов и jitter-вред Pest висят.
  • Off-phase routing — нет decision-аида для 30 инструментов #31–60.
  • Связки — нет сводной карты-панели «рекомендованные комбо».
  • Ребаланс PSR_v1 — off-phase множество удесятерилось без своего раздела правил.
  • WISHLIST карты: W1 (K7-spike — починка embeddings ruflo, статус next), W2W4 (мост claude-mem→ReasoningBank + ремонтник, blocked на W1) — встроенный backlog развития мозга, не двигался.

Источники

  • Карта — docs/automation-graph.html (NODE_SECTION стр. 2135, NODE_META стр. 1883, WISHLIST стр. 2230).
  • Правила — docs/Plugin_stack_rules_v1.md v3.13 (R0R14), CLAUDE.md v2.15 §3/§5, docs/Tooling_v8_3.md Прил. Н v2.14, Pravila §12/§14/§15.
  • Память — project_automation_map.md, project_anthropic_dev_tooling.md, feedback_plugin_paired_stack.md.
  • ADR — docs/adr/003..010 (границы интеграций).
  • git log — origin/main 515acb6 (anthropic-dev-tooling, 18.05).

Следующий шаг

Пять рекомендаций, отвечающих на пять осей запроса (приоритет сверху вниз):

  1. iter8 — пересборка теплокарты NODE_META (ось 1). Новое окно META_WINDOW, включить волну 17–18.05; иначе режим «🔥 По использованию» врёт.
  2. Ревизия ruflo — keep/trim (оси 2+5). Решение заказчика: оставить advisory как есть / урезать демон (снять jitter-вред Pest) / отключить. 2 из 3 -конфликтов уйдут.
  3. Off-phase routing-матрица (оси 3+5). Decision-матрица R13-стиля на 30 инструментов #31–60 либо компактный routing-аид в CLAUDE.md §3.
  4. Панель «Связки» на карте (ось 4). Сводные рекомендованные комбо узлов отдельным режимом легенды.
  5. Ребаланс PSR_v1 (ось 5). Off-phase множеству — свой раздел-матрица; рассмотреть облегчение UI-gate для не-UI задач.