code-ai-installer 4.0.1-a → 4.0.1-c

package/domains/development/prompt-examples.md

@@ -1,152 +1,66 @@
-# Примеры промтов для запуска пайплайна
+# Примеры промптов — Development домен
 
-> Копируй нужный промт, подставляй свои данные, вставляй в чат.
+> Скопируй нужный промт, подставь свои данные, отправь в чат.
 
----
+## Выбор режима
 
-## 🔵 Полный пайплайн (`/start-task`) — новая фича / рефакторинг
+| Задача | Команда |
+|--------|---------|
+| Новая фича / рефакторинг / новый API или экран | `/start-task` — Full (PM → UX → ARCH → DEV → REV → OPS → TEST → RG) |
+| Баг в существующем функционале (> 2 файлов или меняет контракт API) | `/bugfix` (DEV → REV → TEST) |
+| Мелкая правка, 1–2 файла, blast radius ≈ 0 | `/hotfix` (DEV → RG) |
+| Не уверен в режиме | опиши задачу — Conductor классифицирует по Decision Tree |
+
+## Full Pipeline — `/start-task`
 
 ### Новая фича
 ```
-@AGENTS.md Задание:
-Реализовать [описание фичи].
-Полный пайплайн!
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md из протокола skills → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта или skill = БЛОКЕР
-3. Без Approved — не продолжать
+/start-task Реализовать [описание фичи]. Критерии приёмки: [что должно работать].
 ```
 
 ### Рефакторинг
 ```
-@AGENTS.md Задание:
-Провести рефакторинг [описание: что именно рефакторим и зачем].
-Полный пайплайн!
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md из протокола skills → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта или skill = БЛОКЕР
-3. Без Approved — не продолжать
-```
-
----
-
-## 🟢 Bugfix (`/bugfix`) — исправление бага (4 гейта)
-
-### Стандартный баг
-```
-@AGENTS.md Задание:
-Исправить баг: [описание бага, шаги воспроизведения, ожидаемое vs фактическое поведение].
-Bugfix пайплайн!
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md из протокола skills → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта или skill = БЛОКЕР
-3. Без Approved — не продолжать
-```
-
-### Баг с указанием файлов
-```
-@AGENTS.md Задание:
-@[путь/к/файлу1] @[путь/к/файлу2]
-Баг: [описание]. Предполагаемая причина в указанных файлах.
-Bugfix пайплайн!
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта = БЛОКЕР
-```
-
----
-
-## 🟡 Hotfix (`/hotfix`) — мелкая правка (2 гейта)
-
-### Опечатка / CSS / одна строка
-```
-@AGENTS.md Задание:
-Hotfix: [описание правки, например: "исправить опечатку в заголовке" или "изменить цвет кнопки с #333 на #555"].
-Hotfix пайплайн!
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта = БЛОКЕР
+/start-task Рефакторинг [что именно и зачем]. Целевое состояние: [...]. Не трогать: [...].
 ```
 
----
-
-## 🎨 Только дизайн (Google Stitch)
-
-### Генерация UI-экранов
+### Фича с UI
 ```
-@AGENTS.md Задание:
-Создать UI-экраны для [описание: какие экраны, какое приложение].
-Использовать Google Stitch через $stitch-prompting-guide (workflow) + $stitch-api-reference (MCP API).
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. view_file agents/ux_ui_designer.md → view_file $stitch-prompting-guide → deliverable → notify_user → ждать "Approved"
+/start-task [описание экрана/компонента]. UX: [требования к интерфейсу, a11y]. @[путь к макету или текущему компоненту]
 ```
 
----
-
-## 📄 Только документация
-
-### Адаптация / создание документов
+## Bugfix — `/bugfix`
 ```
-@AGENTS.md Задание:
-[Описание задачи с документацией, например: "адаптировать файлы X, Y, Z для глобального использования"].
-Bugfix пайплайн! (или Полный пайплайн — по сложности)
-
-ПРАВИЛА ЭТОЙ СЕССИИ:
-1. Каждый гейт: view_file agents/<role>.md → view_file на КАЖДЫЙ SKILL.md → deliverable → notify_user → ждать "Approved"
-2. Пропуск гейта = БЛОКЕР
+/bugfix Баг: [описание]. Шаги воспроизведения: [...]. Ожидаемое vs фактическое: [...]. @[путь к файлу — если известно где]
 ```
 
----
-
-## ⚡ Переход между гейтами (ответы пользователя)
-
-### Одобрение и переход к следующему гейту
+## Hotfix — `/hotfix`
 ```
-Approved. Следующий гейт: agents/<role>.md. Skills: view_file обязателен. Полный формат.
+/hotfix [мелкая правка: опечатка в заголовке / цвет кнопки #333 → #555 / одна строка].
 ```
 
-### Одобрение с указанием триггера (Wix / Shopify)
-```
-Approved. TEST gate. Wix.
-```
+## Как идёт работа
 
-### Отказ / возврат на доработку
-```
-NO-GO. Исправь: [список замечаний]. Вернись на гейт [гейт].
-```
+- Пайплайн исполняет машина **code-ai MCP**. На каждом гейте: `current_gate` → `classify_gate` → роль через `load_role` + нужные скиллы через `get_skill` → deliverable + `submit_artifact` → `sign_off` → `advance_gate`.
+- **Silent-by-default:** тебя спрашивают только на гейтах-суждениях — **PM / UX / ARCH / RG** — и при эскалации `fork` (через `request_decision`). DEV/REV/OPS/TEST машина проходит сама; OPS/TEST подписываются после зелёного авто-чека (`build` / `run_tests`).
+- **Fix Cycle:** красный авто-чек или FAIL ревью/тестов → откат к DEV. 2 отката подряд на полосе DEV/OPS/REV/TEST → circuit breaker: аудит архитектора в свежей сессии.
 
----
+> Полные правила — в `pipeline-rules.md`.
 
-## 🔧 Утилитарные промты
+## Ответы на гейтах
 
-### Проверка статуса
 ```
-Покажи текущий Master Checklist и статус всех гейтов.
+Approved
 ```
-
-### Запуск конкретного агента
 ```
-Запусти agents/<role>.md. Контекст: [краткое описание]. Skills: view_file обязателен.
+Approved. [уточнение / условие]
 ```
-
-### Обновление версии
 ```
-Обнови версию в package.json до X.Y.Z
+NO-GO. Исправь: [список замечаний]. Вернись на гейт [PM/UX/ARCH/...].
 ```
 
----
-
-## 📝 Советы по составлению промтов
+## Советы
 
-1. **Всегда начинай с `@AGENTS.md`** — это загружает систему агентов
-2. **Указывай файлы через `@[путь]`** — агент сразу видит контекст
-3. **Называй режим пайплайна** — «Полный пайплайн!», «Bugfix пайплайн!», «Hotfix пайплайн!»
-4. **Добавляй ПРАВИЛА СЕССИИ** — это гарантирует соблюдение протокола
-5. **Пиши «Approved»** явно — без этого слова агент не перейдёт к следующему гейту
-6. **Будь конкретен** — чем точнее описание, тем лучше результат
+1. **Называй режим** явно (`/start-task` / `/bugfix` / `/hotfix`) или дай Conductor'у классифицировать.
+2. **Указывай файлы через `@путь`** — агент сразу видит контекст.
+3. **Чем точнее описание и критерии приёмки** — тем меньше итераций Fix Cycle.
+4. **На гейтах-суждениях** (PM/UX/ARCH/RG) решение за тобой; рутину машина не дёргает.

package/domains/product/.agents/workflows/product-pipeline-rules.md

@@ -13,6 +13,17 @@ description: Абсолютные правила продуктового пай
 
 ---
 
+## Машина гейтов (code-ai MCP)
+
+Продуктовый пайплайн исполняется машиной состояний `code-ai` MCP; источник правды — `product/pipeline.yaml`. Каждый гейт проходится через MCP-поток: `current_gate` → `classify_gate` → `load_role` (роль гейта) + `get_skill` → deliverable + `submit_artifact` → `sign_off` → `advance_gate`.
+
+- **Подпись:** в продукте **все гейты `user`** — каждый закрывается явным "Approved" пользователя (домен суждения; детерминированных авто-чеков, как тесты в разработке, здесь нет). Авто-пас на зелёном не применяется.
+- **Circuit breaker отключён** (нет полосы откатов DEV/OPS/REV/TEST); возвраты идут через reverse `$handoff` (см. протокол ниже).
+- Машина — линейная последовательность ролей; четыре режима (Full A/B, Spec, Quick) и состязательные камды (Customer/Business, Build/Cut) живут в промптах агентов и воркфлоу-файлах, а не в гейтах. **Camp Independence** (Правило №2) обеспечивается на уровне `$handoff` + camp-маркеров.
+- Оркестрационные скиллы `$board` / `$handoff` / `$gates` — человекочитаемый слой поверх машины (доска статусов, передача, проверка готовности). Эскалация-развилка — `request_decision`; решения уровня ADR — `record_decision`.
+
+---
+
 ## Четыре режима пайплайна
 
 ### 🔵 Full Pipeline A — `/ship-right-thing` (6 сессий)
@@ -148,7 +159,7 @@ CONDUCTOR → DISCOVERY → product_strategist → PM → TECH_LEAD → DATA_ANA
 | # | Блок | Когда | Что проверяет | При провале |
 |---|------|-------|---------------|-------------|
 | 1 | **Pre-flight check** | Перед записью deliverable | Процитировать последний "Approved" пользователя | Остановиться, запросить Approved |
-| 2 | **Skill read check** | Перед применением скилла | Прочитать SKILL.md через `view_file` | Прочитать, затем применять |
+| 2 | **Skill read check** | Перед применением скилла | Загрузить скилл через `get_skill` | Загрузить, затем применять |
 | 3 | **Camp marker check** | Full A/B Сессии 2-3 | Handoff содержит `team: alpha` или `team: beta` | Reverse Handoff к Conductor |
 | 4 | **Evidence pointer check** | Каждый deliverable Сессий 2-5 | Каждая позиция с source или `⚠️ assumed` | Пометить или удалить |
 | 5 | **Handoff file check** | Перед закрытием сессии (Full A/B) | `docs/product/session-N-handoff.md` сохранён, самодостаточен | Не закрывать сессию, сохранить файл |
@@ -192,7 +203,7 @@ CONDUCTOR → DISCOVERY → product_strategist → PM → TECH_LEAD → DATA_ANA
 1. Показать deliverable и запросить "Approved".
 2. Если нет ответа — **ожидать**. Не переходить к следующему гейту.
 3. Напомнить: «Ожидаю "Approved" для перехода к [следующий гейт]».
-4. **Никогда** не auto-proceed. `ShouldAutoProceed = false` ВСЕГДА.
+4. **Никогда** не двигать гейт без `sign_off` (все гейты `user` — нужен явный "Approved").
 
 ### При повторных FAIL на `$gates`
 | Итерация | Действие |

package/domains/product/.agents/workflows/quick-pm.md

@@ -2,6 +2,7 @@
 
 > **Используй для быстрых продуктовых ответов — 1-2 часа работы.**
 > 1 сессия, без adversarial, без handoff-файлов между шагами. Output — Short brief (markdown, 1-2 страницы).
+> Исполняется машиной code-ai MCP: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; все гейты `user`. Правила и секция «Машина гейтов» — в `product-pipeline-rules.md`.
 
 ## Когда использовать
 
@@ -199,7 +200,6 @@ COND-01 → DISC-quick → STRAT-quick → PM-quick → TECH-quick → DATA-quic
 ## Output
 
 - `quick-brief-[slug].md` (1-2 pages) — финальный deliverable
-- Optional: CONTEXT.md update (если project использует CONTEXT.md)
 - Optional: добавление item в roadmap backlog (если recommendation = Yes)
 
 ## Пример — TeamFlow AI 1:1: Add emoji reactions в summary? (Quick)

package/domains/product/.agents/workflows/shape-prioritize.md

@@ -2,6 +2,7 @@
 
 > **Используй, когда стратегия утверждена, а scope-дискуссия открыта.**
 > 6 сессий с adversarial на оси **Build vs Cut**. Mediator синтезирует final MoSCoW. Output — PRD (PDF).
+> Исполняется машиной code-ai MCP: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; все гейты `user`. Правила и секция «Машина гейтов» — в `product-pipeline-rules.md`.
 
 ## Когда использовать
 

package/domains/product/.agents/workflows/ship-right-thing.md

@@ -2,6 +2,7 @@
 
 > **Используй, когда стратегия не утверждена, нужен полный план от discovery до PRD + PDF.**
 > 6 сессий с adversarial на оси **Customer vs Business**. Mediator синтезирует. Output — PRD + Product Review Deck (PDF).
+> Исполняется машиной code-ai MCP: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; все гейты `user`. Правила и секция «Машина гейтов» — в `product-pipeline-rules.md`.
 
 ## Когда использовать
 

package/domains/product/.agents/workflows/spec.md

@@ -2,6 +2,7 @@
 
 > **Используй, когда стратегия и scope утверждены — нужен формальный PRD.**
 > 1 сессия, без adversarial. Output — PRD (markdown) или PRD PDF (опционально).
+> Исполняется машиной code-ai MCP: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; все гейты `user`. Правила и секция «Машина гейтов» — в `product-pipeline-rules.md`.
 
 ## Когда использовать
 

package/domains/product/agents/tech_lead.md

@@ -53,7 +53,7 @@ critical path и зависимостями, (5) camp discipline (Full B).
 | Поле | Обязательно | Источник |
 |------|:-----------:|----------|
 | PRD draft или Scope Proposal (user stories, AC) | Да | PM (из своей camp в Full B; Mediator synthesis в Full A S5) |
-| Architecture context (существующий стек, сервисы) | Да | Пользователь / репо / CONTEXT.md |
+| Architecture context (существующий стек, сервисы) | Да | Пользователь / репо |
 | Team composition (senior / mid / junior + velocity) | Да | Пользователь |
 | Compliance / security constraints | Да (если применимо) | Discovery / Пользователь |
 | Какую камду играем (Full B) | Да (Full B Сессии 2-3) | Conductor |

package/domains/product/locales/en/.agents/workflows/product-pipeline-rules.md

@@ -13,6 +13,17 @@ description: Absolute rules of the product pipeline — gates, discipline, camp
 
 ---
 
+## Gate machine (code-ai MCP)
+
+The product pipeline is executed by the `code-ai` MCP state machine; the source of truth is `product/pipeline.yaml`. Every gate runs through the MCP flow: `current_gate` → `classify_gate` → `load_role` (the gate's role) + `get_skill` → deliverable + `submit_artifact` → `sign_off` → `advance_gate`.
+
+- **Sign-off:** in product **all gates are `user`** — each is closed by the user's explicit "Approved" (a judgment domain; there are no deterministic auto-checks here, like tests in development). No auto-pass on green.
+- **Circuit breaker is disabled** (there is no DEV/OPS/REV/TEST rollback band); returns go through reverse `$handoff` (see protocol below).
+- The machine is a linear sequence of roles; the four modes (Full A/B, Spec, Quick) and the adversarial camps (Customer/Business, Build/Cut) live in the agent prompts and workflow files, not in the gates. **Camp Independence** (Rule #2) is enforced at the `$handoff` + camp-marker level.
+- Orchestration skills `$board` / `$handoff` / `$gates` are a human-readable layer over the machine (status board, transfer, readiness check). The escalation fork is `request_decision`; ADR-level decisions are `record_decision`.
+
+---
+
 ## Four Pipeline Modes
 
 ### 🔵 Full Pipeline A — `/ship-right-thing` (6 sessions)
@@ -148,7 +159,7 @@ Escalation: if Conductor sees that the request does not match — asks 5 clarify
 | # | Block | When | What it checks | On failure |
 |---|-------|------|----------------|------------|
 | 1 | **Pre-flight check** | Before writing deliverable | Quote the user's last "Approved" | Stop, request Approved |
-| 2 | **Skill read check** | Before applying a skill | Read SKILL.md via `view_file` | Read, then apply |
+| 2 | **Skill read check** | Before applying a skill | Load the skill via `get_skill` | Load, then apply |
 | 3 | **Camp marker check** | Full A/B Sessions 2-3 | Handoff contains `team: alpha` or `team: beta` | Reverse Handoff to Conductor |
 | 4 | **Evidence pointer check** | Every deliverable in Sessions 2-5 | Every position with source or `⚠️ assumed` | Mark or remove |
 | 5 | **Handoff file check** | Before closing session (Full A/B) | `docs/product/session-N-handoff.md` saved, self-contained | Do not close session, save file |
@@ -192,7 +203,7 @@ Escalation: if Conductor sees that the request does not match — asks 5 clarify
 1. Show the deliverable and request "Approved".
 2. If no response — **wait**. Do not proceed to the next gate.
 3. Remind: "Waiting for 'Approved' to proceed to [next gate]".
-4. **Never** auto-proceed. `ShouldAutoProceed = false` ALWAYS.
+4. **Never** move a gate without `sign_off` (all gates are `user` — an explicit "Approved" is required).
 
 ### On repeated FAIL at `$gates`
 | Iteration | Action |

package/domains/product/locales/en/.agents/workflows/quick-pm.md

@@ -2,6 +2,7 @@
 
 > **Use for quick product answers — 1-2 hours of work.**
 > 1 session, no adversarial, no handoff files between steps. Output — Short brief (markdown, 1-2 pages).
+> Executed by the code-ai MCP machine: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; all gates `user`. Rules and the "Gate machine" section live in `product-pipeline-rules.md`.
 
 ## When to Use
 
@@ -199,7 +200,6 @@ If Quick reveals complexity — **convert to Full A or Full B**:
 ## Output
 
 - `quick-brief-[slug].md` (1-2 pages) — final deliverable
-- Optional: CONTEXT.md update (if project uses CONTEXT.md)
 - Optional: adding item to roadmap backlog (if recommendation = Yes)
 
 ## Example — TeamFlow AI 1:1: Add emoji reactions to summary? (Quick)

package/domains/product/locales/en/.agents/workflows/shape-prioritize.md

@@ -2,6 +2,7 @@
 
 > **Use when strategy is approved and the scope discussion is open.**
 > 6 sessions with adversarial on the **Build vs Cut axis**. Mediator synthesizes the final MoSCoW. Output — PRD (PDF).
+> Executed by the code-ai MCP machine: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; all gates `user`. Rules and the "Gate machine" section live in `product-pipeline-rules.md`.
 
 ## When to Use
 

package/domains/product/locales/en/.agents/workflows/ship-right-thing.md

@@ -2,6 +2,7 @@
 
 > **Use when strategy is not approved and a full plan from discovery to PRD + PDF is needed.**
 > 6 sessions with adversarial on the **Customer vs Business axis**. Mediator synthesizes. Output — PRD + Product Review Deck (PDF).
+> Executed by the code-ai MCP machine: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; all gates `user`. Rules and the "Gate machine" section live in `product-pipeline-rules.md`.
 
 ## When to Use
 

package/domains/product/locales/en/.agents/workflows/spec.md

@@ -2,6 +2,7 @@
 
 > **Use when strategy and scope are approved — a formal PRD is needed.**
 > 1 session, no adversarial. Output — PRD (markdown) or PRD PDF (optional).
+> Executed by the code-ai MCP machine: `current_gate` → `classify_gate` → `load_role`/`get_skill` → `submit_artifact` → `sign_off` → `advance_gate`; all gates `user`. Rules and the "Gate machine" section live in `product-pipeline-rules.md`.
 
 ## When to Use
 

package/domains/product/locales/en/agents/conductor.md

@@ -36,8 +36,7 @@ and Beta do not interact before the Mediator.
 The Conductor's success is measured by the final PRD and/or Product Review Deck accurately
 answering the product question, both camps (Customer-Champion vs Business-Champion in Full A,
 or Build-Camp vs Cut-Camp in Full B) having conducted independent analysis, the Mediator
-delivering a well-reasoned synthesis, and the entire process being transparent to the user
-at every step.
+delivering a well-reasoned synthesis, and the entire process being transparent to the user at every step.
 
 > **Pipeline rules:** The Conductor follows `product-pipeline-rules.md` — 7 mandatory rules, mechanical blocks, health metrics, escalation protocol.
 
@@ -58,6 +57,7 @@ at every step.
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **$board** — task board management, gate status tracking, progress metrics
 - **$handoff** — producing handoff envelopes and inter-session files
 - **$gates** — gate control, deliverable verification, severity (Blocker/Gap/Note)

package/domains/product/locales/en/agents/data_analyst.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - DATA_ANALYST
 tool_allowlist: role:data_analyst
-budget_lines: 568
+budget_lines: 569
 schema_version: 1
 ---
 
@@ -61,6 +61,7 @@ guardrails + leading indicators, (2) each hypothesis formalized per template,
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$saas-metrics`** — B2B SaaS metrics (MRR/ARR, churn, NRR, LTV/CAC, Payback, Rule of 40)
 - **`$hypothesis-template`** — hypothesis formalization
 - **`$gates`** — deliverable verification per DATA-01 criteria

package/domains/product/locales/en/agents/designer.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - DESIGNER
 tool_allowlist: role:designer
-budget_lines: 454
+budget_lines: 455
 schema_version: 1
 ---
 
@@ -59,6 +59,7 @@ not rewritten or shortened without sign-off.
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$report-design`** — PRD / Deck layout (information architecture, typography, visual hierarchy)
 - **`$gates`** — deliverable verification per DS-01 criteria
 - **`$handoff`** — forming the handoff envelope for Layouter

package/domains/product/locales/en/agents/discovery.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - DISCOVERY
 tool_allowlist: role:discovery
-budget_lines: 558
+budget_lines: 559
 schema_version: 1
 ---
 
@@ -58,6 +58,7 @@ a compact brief for 1 session.
 ## Skills used
 
 ### Mandatory
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$user-interview-script`** — B2B interview script (buyer + end-user tracks)
 - **`$jtbd-canvas`** — JTBD canvas (functional / emotional / social jobs)
 - **`$problem-statement`** — clear problem formulation

package/domains/product/locales/en/agents/layouter.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - LAYOUTER
 tool_allowlist: role:layouter
-budget_lines: 624
+budget_lines: 625
 schema_version: 1
 ---
 
@@ -58,6 +58,7 @@ colors, spacing), (4) accessibility — semantic HTML, proper headings, alt-text
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$html-pdf-report`** — HTML/CSS → PDF pipeline (print-ready, self-contained)
 - **`$gates`** — deliverable verification per LY-01 criteria
 - **`$handoff`** — forming the handoff envelope for Release Gate

package/domains/product/locales/en/agents/mediator.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - MEDIATOR
 tool_allowlist: role:mediator
-budget_lines: 525
+budget_lines: 526
 schema_version: 1
 ---
 
@@ -64,6 +64,7 @@ who will specify the solution in Session 5.
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$handoff`** — receipt from COND-04 + forming envelope with Unified Synthesis
 - **`$gates`** — deliverable verification per MED-xx criteria before handoff
 - **`$board`** — updating MED-01 status

package/domains/product/locales/en/agents/pm.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - PM
 tool_allowlist: role:pm
-budget_lines: 555
+budget_lines: 556
 schema_version: 1
 ---
 
@@ -65,6 +65,7 @@ metrics (NSM/OKR link), (5) out-of-scope explicitly stated (prevent creep), (6)
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$prd-template`** — Product Requirements Document
 - **`$user-story`** — INVEST user stories
 - **`$acceptance-criteria`** — Gherkin AC

package/domains/product/locales/en/agents/product_strategist.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - PRODUCT_STRATEGIST
 tool_allowlist: role:product_strategist
-budget_lines: 513
+budget_lines: 514
 schema_version: 1
 ---
 
@@ -64,6 +64,7 @@ multi-level reasoning from evidence to vision.
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$product-vision`** — product vision (vision statement + principles)
 - **`$okr-framework`** — OKR for quarter/year
 - **`$north-star-metric`** — NSM selection + leading indicators

package/domains/product/locales/en/agents/tech_lead.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - TECH_LEAD
 tool_allowlist: role:tech_lead
-budget_lines: 557
+budget_lines: 558
 schema_version: 1
 ---
 
@@ -53,7 +53,7 @@ critical path and dependencies, (5) camp discipline (Full B).
 | Field | Required | Source |
 |-------|:--------:|--------|
 | PRD draft or Scope Proposal (user stories, AC) | Yes | PM (from own camp in Full B; Mediator synthesis in Full A S5) |
-| Architecture context (existing stack, services) | Yes | User / repo / CONTEXT.md |
+| Architecture context (existing stack, services) | Yes | User / repo |
 | Team composition (senior / mid / junior + velocity) | Yes | User |
 | Compliance / security constraints | Yes (if applicable) | Discovery / User |
 | Which camp we play (Full B) | Yes (Full B Sessions 2-3) | Conductor |
@@ -63,6 +63,7 @@ critical path and dependencies, (5) camp discipline (Full B).
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$epic-breakdown`** — decomposing initiative into epics → stories with dependencies
 - **`$gates`** — deliverable verification per TECH-xx criteria
 - **`$handoff`** — forming the handoff envelope

package/domains/product/locales/en/agents/ux_designer.md

@@ -5,7 +5,7 @@ domain: product
 signs_off_at:
   - UX_DESIGNER
 tool_allowlist: role:ux_designer
-budget_lines: 450
+budget_lines: 451
 schema_version: 1
 ---
 
@@ -54,6 +54,7 @@ context for Designer / external visual designer, (5) B2B persona delineation fol
 ## Skills used
 
 ### Mandatory (every time)
+- **$karpathy-guidelines** — think first, do only what's needed, edit precisely, work from the result
 - **`$user-flow`** — user flow docs (steps, decision points, exits, error states)
 - **`$design-brief`** — brief for Designer / external visual designer
 - **`$gates`** — deliverable verification per UX-01 criteria

package/domains/product/pipeline.yaml

@@ -21,14 +21,14 @@
 # workflow files, not the gate sequence. Extra modes are deferred (the
 # PipelineMode enum full/bugfix/hotfix carries dev semantics).
 #
-# All gates use sign_off_policy=den: product has no wired deterministic auto-check
+# All gates use sign_off_policy=user: product has no wired deterministic auto-check
 # MCP tools. Circuit breaker is DISABLED (the breaker mechanic is hardwired to a
 # rollback into the DEV gate, which product has no analog for).
 
 schema_version: 1
 domain: product
 default_mode: full
-default_signer: den
+default_signer: user
 
 modes:
   - mode: full
@@ -36,61 +36,61 @@ modes:
       - gate: DISCOVERY
         produced_by: [discovery]
         signs_off: [discovery, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: PRODUCT_STRATEGIST
         produced_by: [product_strategist]
         signs_off: [product_strategist, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: PM
         produced_by: [pm]
         signs_off: [pm, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: UX_DESIGNER
         produced_by: [ux_designer]
         signs_off: [ux_designer, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: TECH_LEAD
         produced_by: [tech_lead]
         signs_off: [tech_lead, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: DATA_ANALYST
         produced_by: [data_analyst]
         signs_off: [data_analyst, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: MEDIATOR
         produced_by: [mediator]
         signs_off: [mediator, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: DESIGNER
         produced_by: [designer]
         signs_off: [designer, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: LAYOUTER
         produced_by: [layouter]
         signs_off: [layouter, conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: true
       - gate: RELEASE_GATE
         produced_by: [conductor]
         signs_off: [conductor]
-        sign_off_policy: den
+        sign_off_policy: user
         classify_required: true
         retryable: false