# Роли и память: дизайн Дата: 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` через симлинк каталога — проверено 2026-10-11 (план, Task 1): нет. Агент с `memory: project` в песочнице, где `.claude/agent-memory/probe` — симлинк на каталог вне рабочей копии, сообщил, что память только для чтения и MEMORY.md не загружен; ничего не записано ни в целевой каталог симлинка, ни в обход него (повтор через промпт «Используй агента probe» и с `--add-dir` на целевой каталог дал то же). Контроль с обычным каталогом `.claude/agent-memory/probe` записал MEMORY.md с `probe-ok 2026-10-11`. В части 2 применяется запасной вариант 6.5. - Имена репозиториев в 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 в ней нет. Вопрос «подключать ли обвязку к обвязке» открыт, владельцу не задавался. Цена ошибки: перенос файла. - 11.10.2026 (план). Тесты пакета — `tests/run.sh` на bash в репозитории, в дополнение к самотесту `doctor.sh` (спека, раздел 8, упоминала только doctor). Обоснование: TDD по задачам плана невозможен против установленных копий. Цена ошибки: лишний каталог. - 11.10.2026 (план). Хук `role-hint.sh` регистрируется записью без `matcher` (документация: отсутствующий matcher = все источники), а не перечислением `startup|resume|clear|compact`. Цена ошибки: одна строка в `settings.hooks.json`. - 11.10.2026 (план). Формат таблицы репозиториев workspace зафиксирован: `| Каталог | Репозиторий | Роль |`; `link-roles.sh` и `doctor.sh` узнают workspace по заголовку этой таблицы. Цена ошибки: правка двух regex. - 11.10.2026 (план). `role-hint.sh` понимает заголовок без учёта регистра и с префиксом `cc-` (алиасы из README). Цена ошибки: нет. - 11.10.2026 (план). Часть 2 (awp-ca: проектные файлы ролей, агенты jira-admin/qa-runner, репозитории направлений, чистка памяти, песочница, перенос) — отдельный план в workspace awp-ca после merge этой ветки; каталог для роли analyst — `analysis/`. Цена ошибки: нет. - 11.10.2026 (план). Чеклист закрытия получил п. 7 (память задачи, спека 7.1) и новый п. 8 (итоговое сообщение); нумерация старых п. 1–6 сохранена.