claude-harness/openspec/changes/hooks-write-target/specs/hook-guards/spec.md

# Spec Delta: hook-guards

## Purpose

Блокирующие хуки обвязки Claude Code: guard-main не даёт изменить main, master и detached HEAD в обход PR, require-plan
не даёт править код без плана или маркера `.bounded`. Хуки решают по цели записи и проверяются регрессионным корпусом
реальных команд.

## ADDED Requirements

### Requirement: Решение по цели записи, а не по cwd
guard-main SHALL блокировать вызов только тогда, когда хотя бы одна цель записи лежит в git-репозитории, текущая ветка
которого защищена. cwd сессии MUST использоваться только как база для относительных путей и как начальный каталог
разбора команды. Вызов без целей записи MUST пропускаться при любом cwd.

#### Scenario: Команда только чтения при cwd на main
- **WHEN** cwd — репозиторий на main, команда `grep -rn "npm i\|npm install" docs 2>/dev/null | head`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Редирект в /dev/null и дублирование дескриптора
- **WHEN** cwd — репозиторий на main, команда `git fetch origin --prune 2>&1 | tail -3` или `ls x 2>/dev/null`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Edit файла вне любого репозитория
- **WHEN** cwd — репозиторий на main, Write в файл `~/.claude/projects/<slug>/memory/x.md`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Edit файла в worktree на ветке при cwd на main
- **WHEN** cwd — основной checkout на main, Edit файла внутри worktree на ветке `feat/6-x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Edit файла в репозитории на main
- **WHEN** Edit файла внутри репозитория, текущая ветка которого main, при любом cwd
- **THEN** guard-main завершается с кодом 2

#### Scenario: Запись через симлинк, указывающий в main
- **WHEN** Write в симлинк вне репозитория, цель которого — ещё не созданный файл в репозитории на main
- **THEN** guard-main завершается с кодом 2

### Requirement: Защищённые состояния ветки
Защищёнными SHALL считаться ветки `main` и `master` и состояние detached HEAD. Любая другая ветка MUST считаться
рабочей.

#### Scenario: Запись в репозитории на master
- **WHEN** Write в файл репозитория на `master`
- **THEN** guard-main завершается с кодом 2

#### Scenario: Запись при detached HEAD
- **WHEN** Write в файл репозитория в состоянии detached HEAD
- **THEN** guard-main завершается с кодом 2

### Requirement: Редирект как файловая цель
guard-main SHALL считать файловой целью файл после операторов перенаправления вывода (`>`, `>>`, `>|`, `&>`, `N>`,
`N>>`). `/dev/null`, `/dev/stdout`, `/dev/stderr`, `/dev/tty` и дублирование дескриптора `N>&M` MUST NOT считаться
целями.

#### Scenario: Запись редиректом в main
- **WHEN** cwd — репозиторий на main, команда `echo x > notes.md`
- **THEN** guard-main завершается с кодом 2

#### Scenario: stderr в файл в main
- **WHEN** cwd — репозиторий на main, команда `make 2>build.log`
- **THEN** guard-main завершается с кодом 2

### Requirement: Команды записи как файловые цели
guard-main SHALL считать файловыми целями пути-аргументы известных команд записи: `tee`, `touch`, `mkdir`, `rm`,
`rmdir`, `truncate`, `chmod`, `unlink`, все пути `mv`, назначение `cp`/`install`/`ln`/`rsync`, файлы `sed -i` и
`perl -i`, `dd of=`, каталог `tar -x`/`unzip`/`patch`, текущий каталог для `npm`/`yarn`/`pnpm`
`install|i|ci|add|init`. Аргументы прочих команд MUST NOT считаться целями.

#### Scenario: sed -i по файлу в main
- **WHEN** команда `sed -i 's/a/b/' <репозиторий на main>/docs/HARNESS.md`
- **THEN** guard-main завершается с кодом 2

#### Scenario: BSD sed -i '' по файлу памяти
- **WHEN** cwd — репозиторий на main, команда `sed -i '' 's/a/b/' ~/.claude/projects/<slug>/memory/x.md`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Запись в контейнере не считается локальной
- **WHEN** cwd — репозиторий на main, команда `docker compose exec -T db sh -c 'psql -c "select 1" > /tmp/x'`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Установка пакетов Python
- **WHEN** cwd — репозиторий на main, команда `pip install requests`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Установка пакетов Node в main
- **WHEN** cwd — репозиторий на main, команда `npm install`
- **THEN** guard-main завершается с кодом 2

### Requirement: Каталог внутри команды
guard-main SHALL учитывать `cd`, `pushd` и `popd` внутри команды: они меняют каталог для последующих команд списка,
соединённых `;`, `&&`, `||`. Изменение каталога MUST NOT распространяться через `|` и за пределы `( … )`. Команды
`sh -c`, `bash -c` и `eval` SHALL разбираться рекурсивно, когда они стоят головой команды.

#### Scenario: cd в worktree и запись
- **WHEN** cwd — основной checkout на main, команда `cd <worktree на ветке> && echo x > f`
- **THEN** guard-main завершается с кодом 0

#### Scenario: cd в main и запись
- **WHEN** cwd — worktree на ветке, команда `cd <репозиторий на main> && touch f`
- **THEN** guard-main завершается с кодом 2

#### Scenario: Каталог для worktree в не-git workspace
- **WHEN** cwd — каталог workspace вне git, команда `mkdir -p .wt/6-x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Запись внутри bash -c
- **WHEN** cwd — репозиторий на main, команда `bash -c 'echo x > f'`
- **THEN** guard-main завершается с кодом 2

### Requirement: Неразрешимая файловая цель пропускается
Если путь файловой цели нельзя определить без выполнения команды (переменная кроме `HOME`, подстановка команды,
`cd -`), guard-main SHALL пропустить такую цель. `~`, `$HOME` и `${HOME}` MUST раскрываться.

#### Scenario: Цель в переменной
- **WHEN** cwd — репозиторий на main, команда `echo x > "$OUT"`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Цель через HOME
- **WHEN** команда `echo x > $HOME/<путь в репозитории на main>/f`
- **THEN** guard-main завершается с кодом 2

### Requirement: Git-мутации на защищённой ветке
guard-main SHALL блокировать git-мутации — `commit`, `merge`, `rebase`, `cherry-pick`, `revert`, `reset`, `am`,
`apply` (кроме `--check`/`--stat`), `add`, `rm`, `mv`, `restore`, `stash` (кроме `list`/`show`), `checkout -- <пути>` — в репозитории на
защищённой ветке. Репозиторий MUST определяться по `git -C <dir>`, иначе по текущему каталогу разбора. Прочие
подкоманды, включая `worktree`, `switch`, `checkout -b`, `branch`, `fetch`, `pull`, MUST NOT считаться мутациями.

#### Scenario: Коммит в main
- **WHEN** cwd — репозиторий на main, команда `git add -A && git commit -m x`
- **THEN** guard-main завершается с кодом 2

#### Scenario: Коммит в worktree через -C при cwd на main
- **WHEN** cwd — основной checkout на main, команда `git -C <worktree на ветке> commit -m x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Создание worktree через -C
- **WHEN** cwd — workspace вне git, команда `git -C <репозиторий на main> worktree add ../.wt/x -b feat/x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Обновление main после merge
- **WHEN** cwd — репозиторий на main, команда `git pull --ff-only`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Список stash на main
- **WHEN** cwd — репозиторий на main, команда `git stash list`
- **THEN** guard-main завершается с кодом 0

### Requirement: Смена ветки внутри команды
`git switch -c|-C <ветка>`, `git switch <ветка>`, `git checkout -b|-B <ветка>` и `git checkout main|master` SHALL
менять ветку репозитория для последующих целей той же команды. Если новую ветку нельзя определить (`-`, переменная),
последующие git-мутации в этом репозитории MUST блокироваться, а файловые цели — пропускаться.

#### Scenario: Архивная ветка и коммит в одной команде
- **WHEN** cwd — репозиторий на main, команда `git switch -q -c chore/archive-x && git add openspec && git commit -m a`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Смена ветки и запись
- **WHEN** cwd — репозиторий на main, команда `git switch -q -c feat/16 && touch .bounded`
- **THEN** guard-main завершается с кодом 0

#### Scenario: Ветка в переменной и коммит
- **WHEN** cwd — репозиторий на main, команда `git switch "$B" && git commit -m x`
- **THEN** guard-main завершается с кодом 2

#### Scenario: checkout main и merge из worktree
- **WHEN** cwd — worktree на ветке, команда `git checkout main && git pull && git merge --no-ff feat/x && git push`
- **THEN** guard-main завершается с кодом 2

#### Scenario: Переключение на предыдущую ветку
- **WHEN** cwd — worktree на ветке, команда `git switch - && git merge x`
- **THEN** guard-main завершается с кодом 2

### Requirement: Префиксы команды
Голова команды SHALL определяться после присваиваний `VAR=x` и префиксов `sudo`, `env`, `nice`, `timeout`, `ionice`,
`stdbuf`, `xargs`, `nohup`, `command`, `exec`, `time`, включая значения их опций (`nice -n 5`, `sudo -u u`,
`timeout -s KILL 5`). `env -C <каталог>` MUST менять каталог только для этой команды.

#### Scenario: timeout перед push в main
- **WHEN** cwd — worktree на ветке, команда `timeout 60 git push origin main`
- **THEN** guard-main завершается с кодом 2

#### Scenario: nice -n перед коммитом в main
- **WHEN** cwd — репозиторий на main, команда `nice -n 5 git commit -m x`
- **THEN** guard-main завершается с кодом 2

### Requirement: Команды над самой ссылкой
Для `rm`, `rmdir`, `unlink`, `ln` и `mv` местом записи SHALL считаться сама ссылка (каталог, где она лежит), а не её
цель; для остальных целей ссылка MUST раскрываться.

#### Scenario: Удаление ссылки в workspace на main-репозиторий
- **WHEN** cwd — каталог workspace вне git, команда `rm <workspace>/link`, где `link` указывает на репозиторий на main
- **THEN** guard-main завершается с кодом 0

#### Scenario: Удаление ссылки внутри main
- **WHEN** cwd — репозиторий на main, команда `rm LINK.md`, где `LINK.md` — ссылка наружу
- **THEN** guard-main завершается с кодом 2

### Requirement: Git-мутация с неопределённым репозиторием блокируется
Если для git-мутации нельзя определить репозиторий (`-C` с переменной, `--git-dir`, `--work-tree`, неразрешимый
текущий каталог), guard-main SHALL заблокировать вызов и в сообщении предложить `git -C <абсолютный путь>`.

#### Scenario: Репозиторий в переменной
- **WHEN** команда `git -C "$REPO" commit -m x`
- **THEN** guard-main завершается с кодом 2, сообщение содержит `git -C`

### Requirement: push проверяется по целевой ветке
`git push` SHALL считаться мутацией защищённой ветки, только если он обновляет её на удалённом репозитории: push без
refspec с текущей защищённой ветки, refspec `HEAD`, `main`, `master` или `<что угодно>:main|master`, флаги `--all` и
`--mirror`. Push и удаление других веток MUST пропускаться при любом cwd.

#### Scenario: push с main
- **WHEN** cwd — репозиторий на main, команда `git push`
- **THEN** guard-main завершается с кодом 2

#### Scenario: Удаление ветки фичи из main-checkout
- **WHEN** cwd — репозиторий на main, команда `git push origin --delete feat/6-x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: push ветки фичи из main-checkout
- **WHEN** cwd — репозиторий на main, команда `git push origin feat/6-x`
- **THEN** guard-main завершается с кодом 0

#### Scenario: push в main из worktree
- **WHEN** cwd — worktree на ветке, команда `git push origin HEAD:main`
- **THEN** guard-main завершается с кодом 2

### Requirement: Текущая ветка и теги в push
Refspec-подстановка текущей ветки (`$(git branch --show-current)`, `$(git rev-parse --abbrev-ref HEAD)`,
`$(git symbolic-ref --short HEAD)`) SHALL считаться push текущей ветки. `git push --tags` без refspec MUST NOT
считаться push ветки.

#### Scenario: push текущей ветки через подстановку
- **WHEN** cwd — worktree на ветке, команда `git push -u origin "$(git branch --show-current)"`
- **THEN** guard-main завершается с кодом 0

#### Scenario: push тегов с main
- **WHEN** cwd — репозиторий на main, команда `git push --tags`
- **THEN** guard-main завершается с кодом 0

### Requirement: Без исключения для OpenSpec
guard-main SHALL применять одни и те же правила к изменениям в `openspec/`, включая `openspec archive`: архив OpenSpec
делается отдельным PR (решение владельца 11.10.2026).

#### Scenario: Коммит только openspec/ в main
- **WHEN** в репозитории на main в индексе только файлы `openspec/`, команда `git commit -m archive`
- **THEN** guard-main завершается с кодом 2

#### Scenario: openspec archive в main
- **WHEN** cwd — репозиторий на main, команда `openspec archive x`
- **THEN** guard-main завершается с кодом 2

### Requirement: Сбой разбора не блокирует
Любой сбой — невалидный JSON на входе, отсутствие `python3`, внутренняя ошибка разбора — SHALL приводить к пропуску
вызова (код 0) обоими хуками.

#### Scenario: Невалидный вход
- **WHEN** на stdin хука подан текст `not json`
- **THEN** хук завершается с кодом 0

#### Scenario: Нет python3
- **WHEN** `python3` отсутствует в PATH
- **THEN** хук завершается с кодом 0

### Requirement: Сообщение блокировки
При блокировке хук SHALL писать в stderr одну строку, которая начинается с `BLOCKED [guard-main]:` или
`BLOCKED [require-plan]:` и называет цель (путь или git-команду), корень репозитория и действие для выхода.

#### Scenario: Сообщение guard-main
- **WHEN** guard-main блокирует Write в `docs/HARNESS.md` репозитория на main
- **THEN** stderr начинается с `BLOCKED [guard-main]:` и содержит `docs/HARNESS.md`, путь корня и `worktree`

### Requirement: require-plan по репозиторию правимого файла
require-plan SHALL определять корень, ветку, `.claude/code-paths`, `.bounded` и каталог планов
`docs/superpowers/plans/` по git-репозиторию правимого файла, а не по cwd. Файл вне репозитория MUST пропускаться.

#### Scenario: Файл в другом репозитории без плана
- **WHEN** cwd — репозиторий A с `.bounded`, Edit файла `src/a.py` в репозитории B без плана и без `.bounded`
- **THEN** require-plan завершается с кодом 2

#### Scenario: Файл в worktree с .bounded при cwd на main
- **WHEN** cwd — основной checkout, Edit файла `src/a.py` в worktree, в корне которого есть `.bounded`
- **THEN** require-plan завершается с кодом 0

#### Scenario: Имя файла со скобками — литерал
- **WHEN** Edit файла `src/[slug].ts` в репозитории без плана и без `.bounded`
- **THEN** require-plan завершается с кодом 2

#### Scenario: code-paths из репозитория файла
- **WHEN** в репозитории файла `.claude/code-paths` содержит `hooks/`, Edit файла `hooks/x.sh` без плана
- **THEN** require-plan завершается с кодом 2

### Requirement: Правила require-plan, которые не меняются
require-plan SHALL защищать по умолчанию любой каталог `src/` на любой глубине, а при наличии `.claude/code-paths` —
только перечисленные префиксы. Правка разрешается при `.bounded` в корне, при плане, где упомянута ветка, при
единственном плане в каталоге планов и при detached HEAD, если план есть.

#### Scenario: src на глубине без плана
- **WHEN** Edit файла `api/src/a.py` в репозитории без планов и без `.bounded`
- **THEN** require-plan завершается с кодом 2

#### Scenario: План упоминает ветку
- **WHEN** в каталоге планов два плана, один из них содержит имя текущей ветки
- **THEN** require-plan завершается с кодом 0

### Requirement: Регрессионный корпус хуков
Пакет SHALL содержать корпус вызовов хуков из реальных транскриптов и живых случаев; каждая запись MUST иметь
идентификатор, ожидаемый вердикт `allow|block` и код класса. Корпус MUST прогоняться через хуки в песочнице с раскладкой
репозиториев из корпуса: тестами пакета по источникам и `doctor.sh` по установленным копиям.

#### Scenario: Расхождение в тестах пакета
- **WHEN** хук из `hooks/` выносит по записи корпуса вердикт, отличный от ожидаемого
- **THEN** `bash tests/run.sh` печатает FAIL с идентификатором и классом записи и завершается с ненулевым кодом

#### Scenario: Отчёт doctor
- **WHEN** запущен `doctor.sh` при установленных хуках
- **THEN** в разделе самотеста есть строка `корпус хуков: <совпало>/<всего>`, расхождения перечислены с идентификаторами

### Requirement: Выгрузка только настоящих блокировок
Экстрактор блокировок из транскриптов SHALL выгружать только результаты инструмента, которые являются ошибкой хука, и
MUST NOT выгружать обычный вывод команды, в котором встречается слово `BLOCKED`.

#### Scenario: cat исходника хука
- **WHEN** в транскрипте результат `cat hooks/require-plan.sh` содержит строку `BLOCKED: editing`
- **THEN** экстрактор эту запись не выгружает