4.0 KiB
4.0 KiB
title: Методология kzntsv — карта
summary: Методология имени kzntsv (стиль зоны, выбор ≤1 на проект, ссылка в AGENTS.md): ритуалы сессии (orient/closing), шторм-методика, дисциплина (master-only/push/review), роли. Источник: brainstorm:173.
type: methodology
tags: [mappa, methodology, kzntsv, agent]
Методология kzntsv
Методология — опциональный поведенческий слой зоны (не канон): проект выбирает ≤1 методологию ссылкой в AGENTS.md («Methodology: kzntsv → wiki: methodology/kzntsv/index»). Без выбора действует только канон.
Ритуалы сессии
- Старт (orient): pull --ff-only → handoff-чтение → инбокс (raise + обработка) → liveness «alive/dead» одной строкой → welcome по запросу (не авто). Не диг: проблема на старте → человеку/диагностической сессии.
- Финиш (closing): handoff-write + PROPOSE wiki-ingest + PROPOSE закрытия тасок. Мутации — после подтверждения человека. Решение «писать handoff?» — за человеком.
Шторм-методика (дивергенция → конвергенция)
- Буфер шторма — mappa brainstorm-сущность (не файл), обновлять после каждого решения (crash-safe append).
- Дивергенция (brainstorming): вопросы по одному → подходы с трейд-оффами → дизайн; не имплементировать до одобрения (HARD-GATE).
- Конвергенция (grilling): дерево решений, фронт раундами, нумерованные вопросы с рекомендованным ответом; фронт пуст = shared understanding.
- Зрелость — по критерию (буфер done ⇔ action-items созданы ∧ все таски done, включая review-зонт), не по ощущению.
- Промоут механика — отдельный скил/ритуал; импл-контент → requirements; этапы → plan; wiki — durable.
Дисциплина (project-discipline kzntsv-flavour)
- master-only (никаких feature-веток) · commit freely / push freely (no local gate) · semver для версионируемых артефактов.
- Поиск по файлам — только rg (gitignore-aware); запрещён grep -r/find по деревьям с node_modules (измерено: 3701s vs 0s).
- Инфраструктурные правки верифицируются в ЖИВОЙ сессии после reload (не только headless).
- Правила зоны — в AGENTS.md проекта / wiki-сущности AGENTS; обновление — само-авторинг без спроса при триггерах.
Роли и ревью
- Ревью — отдельная роль, не имплементер (борьба с «я только что это написал»-bias). Вердикт — письмом полностью (Г2 канона).
- Каждая импл-таска несёт
**Review:**(subagent | next-session | none). Делегирование — пара: таска + сопроводительное письмо. - Кластер импл из одного шторма → зонтичный review (blocked, blocker=impl-slugs), парные НЕ создаются.
Выбор
Проект в AGENTS.md: methodology: kzntsv → читать этот раздел в начале сессии (после канона). ≤1.
Связано
canon/index · canon/gates · runbooks/index · brainstorm:173 · wiki:3401 · requirements:23 · concepts/buffer-completion-criteria (wiki:3188)