diff --git a/docs/superpowers/specs/2026-10-11-roles-and-memory-design.md b/docs/superpowers/specs/2026-10-11-roles-and-memory-design.md new file mode 100644 index 0000000..a50cd78 --- /dev/null +++ b/docs/superpowers/specs/2026-10-11-roles-and-memory-design.md @@ -0,0 +1,287 @@ +# Роли и память: дизайн + +Дата: 11.10.2026. Источник: ретроспектива `docs/retro/2026-10-11.md`, находки RT-11, RT-13, RT-14, RT-15, бэклог B5+B6. +Полигон: workspace `awp-ca`. Решение должно подходить и для следующих проектов. + +## 1. Цель + +Одна сессия Claude Code работает в одной из четырёх ролей: разработчик (`dev`), руководитель/администратор проекта (`admin`), +аналитик требований (`analyst`), QA (`qa`). Сессия получает только контекст, правила и память своей роли, без ручных +просьб «перечитай». Знания роли живут в git-репозитории направления, а не в локальной auto-memory, и переживают смену машины. + +Критерии успеха: +- владелец начинает сессию одной фразой или заголовком, роль определяется и объявляется без вопроса, когда она очевидна; +- в сессии admin не загружаются инварианты DBML и процесс superpowers→Gitea→OpenSpec; в сессии dev не загружается Jira; +- ни одно правило из нынешних `~/.claude/CLAUDE.md` и `awp-ca/CLAUDE.md` не потеряно: у каждого абзаца есть новый адрес; +- глобальный CLAUDE.md ≤ 3 КБ, проектный ≤ 5 КБ, индекс auto-memory ≤ 3 КБ; +- стартовый контекст не-dev сессий меньше текущей медианы 56 К токенов (замер скриптом ретро); +- хуки guard-main, require-plan, harness-check не меняются. + +## 2. Модель workspace + +Все сессии запускаются из корня workspace (не git). Рядом лежат репозитории направлений. + +``` +/ workspace, не git, cwd всех сессий + CLAUDE.md общий минимум: что за проект, таблица репозиториев с ролью-владельцем, источники истины, «роли → /role» + .claude/ + settings.json как сейчас (хуки workspace, разрешения) + roles/.md проектный слой ролей (dev — файл; admin/analyst/qa — симлинки в репозитории направлений) + agents/.md симлинки на агентов из репозиториев направлений + agent-memory// симлинки на память агентов в репозиториях направлений + / роль dev + docs/ витрина: контекст, модель, контракты, гайды, инструкции. Читают все, пишут через PR + admin/ → arm-ka-admin кухня admin: Jira, Гант, спринты, документы заказчику, notes/, .claude/ + qa/ → arm-ka-qa кухня qa: сценарии, прогоны, скриншоты, находки, notes/, .claude/ + analysis/ → arm-ka-analysis кухня analyst: черновики OQ, протоколы, сверки ТЗ с кодом, notes/, .claude/ +``` + +Правило: **docs/ публикует, репозиторий направления работает.** У каждого раздела docs/ есть роль-владелец: +`context/`, `model/` — analyst; `dev/`, `contracts/` — dev; `user/`, `dev/qa-guide.md` — qa; `source/` — никто (экспорт). +Рабочий материал (журналы прогонов, скриншоты, выгрузки Jira, черновики решений) в витрину не попадает или попадает после обработки. + +Репозиторий направления содержит: +``` +/ + CLAUDE.md что это за репозиторий, 5–10 строк (загружается лениво при чтении файлов из него) + .claude/role имя роли по умолчанию (одна строка) — для будущего режима запуска из репозитория + .claude/roles/.md проектный слой роли + .claude/agents/.md агенты роли + .claude/agent-memory//MEMORY.md память агентов (коммитится) + notes/ уроки, решения владельца, рецепты роли (markdown, коммитится) + <рабочие каталоги> +``` + +Симлинки из `/.claude/` в репозитории направлений создаёт скрипт `link-roles.sh` (раздел 8), проверяет `doctor.sh`. +Claude Code находит агентов и skills только в `/.claude/`, поэтому без ссылок конфигурация направлений из корня не видна. + +## 3. Слои ролей + +Два слоя, оба в git: + +| Слой | Где в источнике | Куда ставится | Что содержит | +|---|---|---|---| +| Общий | `claude-harness/roles/.md` | `~/.claude/roles/.md` (install.sh) | процесс роли, не зависящий от проекта | +| Проектный | `/.claude/roles/.md`, для dev — `/.claude/roles/dev.md` | симлинк в `/.claude/roles/` | пути, инструменты, люди, ограничения проекта | + +При конфликте побеждает проектный слой. Общий слой `roles/dev.md` получает целиком нынешний процесс разработки из +`global/CLAUDE.md` (маршрутизация, исполнение, завершение, маркировка, стиль). Проектный `roles/dev.md` в awp-ca получает +из `awp-ca/CLAUDE.md` инварианты, стек, зеркальный worktree `.wt/`, DBML, `05-domain-rules`, стенд, «чего не делать». + +### 3.1 Формат файла роли + +Одинаков для обоих слоёв. Четыре раздела, заголовки фиксированы, чтобы `/role` мог их склеить: + +```markdown +# Роль: admin — руководитель/администратор проекта +Эта роль заменяет предыдущую роль сессии целиком. + +## Процесс +- какие skills и чеклисты действуют; что по умолчанию bounded; где трекер задач этой роли + +## Читать на старте +- пути (относительно workspace) и команды; строки с префиксом `brief:` уходят агенту briefing, остальные читаются в контекст + +## Не делать +- явные запреты роли + +## Делегировать +- агент → для чего +``` + +### 3.2 Содержание общих файлов ролей (обвязка) + +- **dev** — нынешний глобальный CLAUDE.md без изменений по смыслу, плюс уроки из ретро, не зависящие от проекта: + не `cd` в основной checkout, пока работает фоновый контроллер; абсолютные пути worktree в планах; trailer коммита + проверяет ревьюер задачи; архив OpenSpec всегда отдельным PR (решение владельца 11.10.2026); пункт 4 чеклиста закрытия — + через allow-правило проекта. Bounded-чеклист дополняется: «если меняется поведение API или схемы, спека обновляется в том же PR». +- **admin** — задачи ведутся в трекере заказчика (Jira) или в репозитории направления, Gitea-issue и OpenSpec не заводятся; + brainstorming остаётся входом, задачи по умолчанию bounded; код только в репозитории направления (скрипты, TDD); + тексты для внешних людей самодостаточны (без внутренних маркеров, номеров PR и путей); артефакты для передачи — в `deliverables/`. +- **analyst** — работа с требованиями: спеки, открытые вопросы, решения владельца, сверка ТЗ с кодом; код не пишется; + публикация в docs/ через PR; противоречия документов не решаются молча, а фиксируются вопросом. +- **qa** — стенд, прогоны сценариев, сверка каждого экрана с макетом, гайды и инструкции; код не меняется; + находки — списком со скриншотами, issue в кодовый репозиторий заводит dev по решению владельца. + +### 3.3 Проектные файлы ролей awp-ca + +- `dev` (workspace): репозитории и их CLAUDE.md, зеркальный worktree `.wt/<задача>/` с симлинками, `.bounded`, venv через + `uv venv --python 3.11`, стенд `:8000/:3000`, DBML v5.18 и `05-domain-rules` как источники истины, инварианты (первичка не + мутируется, производные не хранятся, VERIFIED read-only, единственный писатель arm-core, права — данные, один файл = N + документов, парсеры не по координатам, деньги numeric, append-only аудит), «чего не делать», синхронизация `arm-core/web` + скриптом `sync-web.sh`, codegraph обязателен на период замера (решение владельца 11.10.2026). +- `admin` (в `admin/`): `admin/README.md`, пакет `jira-sync/` и его README, Jira AURORA (доска 4216, правила текстов задач, + переходы статусов), Гант (`source/*.mpp`, читать mpxj, Ган не трогать), просмотрщик `sprint-2-links.html`, команда и зоны + ответственности, текущие операционные ограничения: `apply` в реальную Jira выполняет только владелец на виртуалке + (ограничение снимается вместе с мостом из `jira-sync/next-session-bridge.md`). `brief:` — `admin/notes/`, последний `jira-sync/runs/<дата>/`. +- `analyst` (в `analysis/`): `docs/context/05-domain-rules.md`, `07-open-questions.md`, `04-data-model-guide.md`, DBML, + `docs/source/tz/` (имена v4, алгоритмы рабочие), `08-source-docs-index.md`; как оформлять OQ и решения; `brief:` — `analysis/notes/decisions.md`, открытые OQ. +- `qa` (в `qa/`): `docs/dev/qa-guide.md` (§8 чек-лист UI), стенд и его ловушки, Playwright (окно 1600×1000, макет через + `http.server`, запасной runner), `docs/mockup/screens/*.png`, `docs/user/user-guide.md` и рецепт скриншотов и docx, + контрольные цифры прогонов; `brief:` — `qa/notes/`, последний `qa/runs/<дата>/`. + +## 4. Выбор роли + +Три входа, от автоматического к ручному. Запуск всегда из корня workspace, git-корень для определения роли не используется. + +1. **Заголовок сессии.** `claude -n "admin …"` (алиасы `cc-admin`, `cc-dev`, `cc-qa`, `cc-analyst` в профиле shell — + рекомендация в README, не часть install.sh). Хук `hooks/role-hint.sh` на SessionStart (все источники: startup, resume, + clear, compact) читает `session_title`; если он начинается с имени роли, печатает в stdout одну строку: + `[claude-harness] Роль сессии: admin. Вызови /role admin до первого ответа.` Без заголовка молчит. Ничего не блокирует. +2. **Вывод из первого сообщения.** Правило в глобальном CLAUDE.md: если роль очевидна (Jira, Гант, спринт → admin; стенд, + прогон, скриншот, макет → qa; ТЗ, OQ, спека, методика → analyst; срез, issue, PR, тест, миграция → dev), сессия объявляет + её одной строкой «Роль: admin; если не так, скажи» и вызывает `/role`. Если неочевидна, один вопрос с четырьмя вариантами. +3. **Явно.** `/role ` в любой момент. Новая роль заменяет предыдущую, первая строка файла роли это говорит. + +## 5. Skill `/role` + +Источник: `claude-harness/skills/role/SKILL.md`, ставится в `~/.claude/skills/role/`. Frontmatter: `name: role`, +`description`, `argument-hint: dev|admin|analyst|qa`, `user-invocable: true`. Шаги: + +1. Прочитать `~/.claude/roles/.md` и `/.claude/roles/.md` (если проектного нет — сказать об этом одной строкой и работать по общему). +2. Прочитать раздел роли из индекса auto-memory (`## <Роль>`) и перечисленные в нём файлы. +3. Собрать строки `brief:` из раздела «Читать на старте» обоих слоёв и, если они есть, запустить агента `briefing` + в фоне (`Agent`, `subagent_type: briefing`, `run_in_background`), передав роль и список. Остальные строки прочитать в контекст. +4. Ответить пятью строками: роль; действующий процесс; что прочитано; чего в этой роли не делать; что ждёт решения владельца + (из памяти роли). Когда придёт выжимка briefing, добавить её одним сообщением без пересказа. + +`/role` без аргумента печатает текущую роль и список доступных. + +## 6. Агенты + +Все агенты — markdown с frontmatter Claude Code (`name`, `description`, `model`, `tools`, `memory`). Модель указывается явно. + +### 6.1 `briefing` (общий, обвязка) + +`claude-harness/agents/briefing.md` → `~/.claude/agents/briefing.md`. `model: sonnet`, `tools: Read, Glob, Grep, Bash`, +без `memory`. Промпт: получает роль и список путей/команд; команды выполняет только читающие (`tea issues ls`, `openspec list`, +`git log`, `ls`); возвращает выжимку до 60 строк в фиксированной форме: **Активные задачи** / **Решения за последние дни** / +**Открытые вопросы** / **Ловушки**. Не предлагает действий, не редактирует файлы. + +### 6.2 `jira-admin` (в `admin/.claude/agents/`) + +`model: sonnet`, `memory: project`, `tools: Read, Write, Edit, Bash, Glob, Grep`. Промпт содержит только инварианты, +не зависящие от инструмента: +- CSV в `admin/jira-sync/` — источник истины и единственное место ключей созданных задач; ключи пишутся обратно сразу; +- задания декларативные (что сделать), не произвольные команды; пароль Jira нигде, кроме `config.json` виртуалки; +- тексты задач по правилам README пакета (самодостаточные, структура h3 Контекст / Что сделать / Критерии готовности / Источники); +- инструментарий берётся из `admin/jira-sync/README.md` и доступных MCP-инструментов; что можно выполнять против реальной Jira — из проектного файла роли admin. +Задачи: `discover`/`plan` в сухом режиме, перегенерация CSV, сверка Ганта с выгрузкой, черновики описаний, разбор спринта по CSV. +Память: customfield'ы, ловушки REST (направление `issueLink`), люди и зоны, история актуализаций. + +### 6.3 `qa-runner` (в `qa/.claude/agents/`) + +`model: sonnet`, `memory: project`, инструменты: Read, Bash, Glob, Grep и Playwright MCP (`mcp__plugin_playwright_playwright__*`), +без Write/Edit в репозиториях кода (запись только в `qa/runs/`). Задачи: прогон сценария на локальном стенде, сверка каждого экрана +с PNG макета при окне 1600×1000, список расхождений со скриншотами в `qa/runs/<дата>/`. Не меняет код; находки отдаёт списком. +Память: ловушки стенда, порты, токены (`sessionStorage['armka.token']`), запасной runner playwright-core, контрольные цифры. + +### 6.4 Что не меняется + +SDD-контроллер и implementer-ы остаются описанием в `roles/dev.md` (superpowers запускает их сам). Аналитик без агента. + +### 6.5 Память агентов через симлинк + +`memory: project` пишет в `/.claude/agent-memory//`. Чтобы память оказалась в git репозитория направления, +`/.claude/agent-memory/` — симлинк в `/.claude/agent-memory/`. Проверяется первой (раздел 9). +Запасной вариант: поле `memory` не используется, промпт агента велит читать `/notes/agent-memory.md` при старте и дописывать в конце. + +## 7. Память + +### 7.1 Политика (в глобальный CLAUDE.md, три строки) + +- Состояние задачи живёт в трекере (Gitea issue, Jira), не в памяти. +- В репозиторий направления (`/notes/`, память агента) пишутся уроки, решения владельца, рецепты. Коммит в той же ветке, что и работа. +- В локальную auto-memory — только ловушки этой машины и обвязки и индекс со ссылками на `notes/` направлений. + +Чеклист закрытия, новый пункт 8: файл auto-memory задачи, если был, сворачивается в строку `registry-closed.md` +(issue, PR, follow-up, дата); уроки из него переносятся в `notes/` направления. + +### 7.2 Индекс auto-memory после чистки + +```markdown +## Общее — ловушки машины, обвязка, фидбек владельца по процессу +## Разработка — ссылка на .claude/roles/dev.md и docs/dev/, активные уроки +## Администрирование — ссылка на admin/notes/, память jira-admin +## Аналитика — ссылка на analysis/notes/decisions.md +## QA — ссылка на qa/notes/, память qa-runner +## Закрытое — registry-closed.md +``` + +### 7.3 Одноразовая чистка 47 файлов awp-ca + +На копии памяти в песочнице; дифф показывается владельцу до замены; оригинал сохраняется как `memory.bak-<дата>/`. + +| Куда | Что | +|---|---| +| `registry-closed.md` (auto-memory) | 30 файлов «ЗАКРЫТ»: одна строка на задачу | +| `admin/notes/jira.md` + память `jira-admin` | `jira-backlog-actualization`, трудозатраты из `slice-0-proposals-state`, рецепт Word из `user-guide-85-state` | +| `qa/notes/` + память `qa-runner` | `qa-local-stand`, `q1-2025-run`, `pdfjs-legacy-yandex`, рецепт скриншотов, `feedback-compare-with-mockup` (как правило роли qa) | +| `analysis/notes/decisions.md` | решения владельца по OQ из `oq-decisions-62`, `slice-1/2c/3a/3b/4-state`, `tech-debt-slice-1`, `osv-inn-mapping-rework`, `auto-confirm-64`, `statement-template-lines-state` | +| `/.claude/roles/dev.md` или `docs/dev/` | `workspace-hooks-and-worktrees` (уроки), `nats-platform-fileworker`, `arm-web-repo`, `sync-web-script-state` | +| `claude-harness/roles/dev.md` | уроки без привязки к проекту (cwd и контроллер, пути в планах, trailer) | +| остаются в auto-memory | `feedback-no-harness-bypass`, `feedback-execution-mode-from-claude-md`, `harness-retro-and-roles`, `jetstream-check-later` | + +`admin/jira-sync/next-session-bridge.md` после переноса ссылается на `admin/notes/jira.md` вместо памяти `jira-backlog-actualization`. + +## 8. Изменения в обвязке (claude-harness) + +| Файл | Изменение | +|---|---| +| `global/CLAUDE.md` | сжать до ≤ 3 КБ: язык, хуки, worktree, маркировка, политика памяти (7.1), правило выбора роли (раздел 4), «процесс роли — в /role» | +| `roles/{dev,admin,analyst,qa}.md` | новые, формат 3.1 | +| `skills/role/SKILL.md` | новый, раздел 5 | +| `agents/briefing.md` | новый, 6.1 | +| `hooks/role-hint.sh` + `hooks/settings.hooks.json` | новый SessionStart-хук; слияние блока в install.sh как у harness-check | +| `link-roles.sh` | новый: по таблице репозиториев в `CLAUDE.md` workspace (или по аргументам) создаёт симлинки `.claude/roles`, `.claude/agents`, `.claude/agent-memory`; идемпотентно; печатает, что сделано | +| `install.sh` | ставит `roles/`, `skills/role`, `agents/briefing.md`, `hooks/role-hint.sh`, `link-roles.sh` в `~/.claude/harness/`; `--check` проверяет их наличие | +| `project-template/` | `.claude/roles/*.md` заготовки; `role-repo/` шаблон репозитория направления (CLAUDE.md, `.claude/role`, `notes/README.md`) | +| `adopt-project.sh` / `new-project.sh` | режим `--workspace`: создать `CLAUDE.md` workspace, `.claude/roles/`, вызвать `link-roles.sh`; существующий режим не меняется | +| `skills/harness-doctor/scripts/doctor.sh` | проверки: симлинки ролей целы, `role-hint.sh` отвечает на тестовый JSON, размеры CLAUDE.md и индекса памяти | +| `docs/HARNESS.md`, `README.md`, `CHANGELOG.md` | раздел «Роли», версия 0.3.0 | + +Хуки `guard-main.sh`, `require-plan.sh`, `harness-check.sh` не меняются (правки хуков — отдельная работа B1+B2). + +## 9. Песочница, проверка, перенос + +Песочница `~/projects/awp-ca-roles/`: симлинки на все репозитории awp-ca, копии `CLAUDE.md`, `.claude/`, копия памяти +(своя auto-memory из-за другого cwd). Репозитории `admin/`, `qa/`, `analysis/` создаются настоящими git-репозиториями +в `awp-ca/` (git init не трогает файлы; репозитории в Gitea заводятся по команде владельца). Ветка обвязки ставится +в песочницу не через `~/.claude/`, а через `CLAUDE_CONFIG_DIR` только если это понадобится; по умолчанию общий слой +проверяется копированием файлов ролей в `.claude/` песочницы, а `install.sh` выполняется один раз при переносе. + +Проверки (каждая — задача плана с ожидаемым результатом): + +1. Симлинки агентов и памяти: агент виден в списке Agent, запись в память попадает в `admin/.claude/agent-memory/`. Иначе — запасной вариант 6.5. +2. `role-hint.sh`: JSON с `session_title: "admin …"` даёт строку подсказки; без заголовка — пустой вывод; тест в `doctor.sh`. +3. Четыре сессии (`claude -n admin|qa|analyst|dev`): `/context` показывает файлы своей роли и не показывает чужие; стартовый контекст не-dev сессий меньше 56 К (скрипт `docs/retro/scripts/retro_blocks.py` по транскрипту песочницы). +4. `/role admin` в dev-сессии переключает правила; `briefing` возвращает выжимку. +5. Размеры: глобальный CLAUDE.md ≤ 3 КБ, проектный ≤ 5 КБ, индекс ≤ 3 КБ. Сверка «каждый абзац старых CLAUDE.md имеет адрес» — таблицей в PR. +6. Чистка памяти: дифф на копии, таблица 7.3 выполнена, `next-session-bridge.md` обновлён. + +Перенос по команде владельца: дифф `~/.claude/CLAUDE.md` и памяти с состоянием на момент форка (11.10.2026) → `install.sh` +из ветки обвязки → копирование `.claude/` и `CLAUDE.md` из песочницы в `awp-ca/` → замена памяти с бэкапом → удаление песочницы. + +## 10. Вне объёма + +- Правки хуков guard-main/workspace (B1, B2, B10) — отдельная ветка после ролей. +- Мост jira-sync (`admin/jira-sync/next-session-bridge.md`) — brainstorming в роли admin после переноса. +- Skill `/harness-retro` (B12) — третий подпроект; сюда входит только размещение скриптов ретро в `docs/retro/scripts/`. +- Запуск сессий из репозитория направления (`.claude/role` по git-корню) — файл создаётся, механизм не реализуется. + +## 11. Открытые вопросы + +- Работает ли `memory: project` через симлинк каталога (проверка 1). Пока не проверено, в плане первой задачей. +- Имена репозиториев в Gitea: предложено `RSHB/arm-ka-admin`, `RSHB/arm-ka-qa`, `RSHB/arm-ka-analysis`; подтверждает владелец при создании. +- Алиасы `cc-<роль>`: в профиле shell владельца, обвязка только документирует. + +## Decisions made without discussion + +- 11.10.2026. Файлы ролей общего слоя ставятся в `~/.claude/roles/`, а не внутрь skill `role`. Обоснование: проектный слой + лежит в `.claude/roles/`, одинаковый путь в обоих слоях проще объяснить и проверить в doctor. Цена ошибки: перенос каталога. +- 11.10.2026. Агенты направлений объявляются в репозитории направления и подключаются симлинками, а не копируются в workspace. + Обоснование: один источник в git, видимость из корня. Цена ошибки: если симлинки не работают, копирование скриптом `link-roles.sh`. +- 11.10.2026. `briefing` запускается в фоне, а не блокирует `/role`. Обоснование: владелец может начать говорить сразу. + Цена ошибки: выжимка приходит после первого ответа; если это мешает, флаг `--wait`. +- 11.10.2026. Спека лежит в `docs/superpowers/specs/` репозитория обвязки, а не в `openspec/`: обвязка к самой себе не + подключена, OpenSpec в ней нет. Вопрос «подключать ли обвязку к обвязке» открыт, владельцу не задавался. Цена ошибки: перенос файла.