feat(skill): coordinator-loop — worker на medium, ревью глубже worker-а

- Зачем:
  - у worker-а есть страховочная сетка ниже по течению, у ревьюера нет:
    глубина мышления важнее на ревью, а worker — самая дорогая петля.
- Что:
  - таблицы уровней: worker на обычном issue — экономный (medium), любое
    code review и worker на гейтовом issue — рабочий (high).
  - в SKILL.md ярусы получили обоснование членства ролей.
- Проверка:
  - согласованность ярусов SKILL.md с обеими таблицами effort-levels.md.

Co-Authored-By: Claude Fable 5 <noreply@anthropic.com>

agents/.agents/skills/coordinator-loop/SKILL.md

@@ -193,10 +193,11 @@ worker-у их индексы **дословно**, без своих интер
 **Две ручки стоимости, не одна.** *Модель по роли* — какая модель на какой роли:
 проверка по задаче тянет дешёвую, финальное chain-ревью требует сильную. *Уровень
 мышления* — отдельная ось, глубина рассуждений той же модели. Три относительных уровня,
-без привязки к именам: **экономный** (ступень вниз — task-lens ревью, диагностика,
-разбор логов), **рабочий** (дефолт — worker, обычное code review), **усиленный**
-(ступень вверх — эскалация споров по политике кругов, межмодульные инварианты и форма
-распределений, финальное chain-ревью). Соответствие ролей конкретным моделям и уровням
+без привязки к именам: **экономный** (worker на обычном issue — реализацию с тестовой
+сеткой страхуют рубежи ниже по течению; task-lens ревью, диагностика, разбор логов),
+**рабочий** (любое code review — пропуск ревьюера не ловит никто, глубина важнее именно
+здесь; worker на гейтовом issue), **усиленный** (эскалация споров по политике кругов,
+межмодульные инварианты и форма распределений, финальное chain-ревью). Соответствие ролей конкретным моделям и уровням
 хоста — датированная таблица [references/effort-levels.md](references/effort-levels.md);
 в логике скилла имён нет, вышла новая модель — правится таблица, не правила. Дефолт —
 рабочий уровень; вверх — только по триггеру (шаг 5), не «на всякий случай». Хост без

agents/.agents/skills/coordinator-loop/references/effort-levels.md

@@ -16,10 +16,17 @@
 
 | Роль | Уровень | Настройка |
 |---|---|---|
-| task-lens ревью, диагностика, разбор логов | экономный | `medium` |
-| worker, обычное code review | рабочий | `high` |
+| worker на обычном issue; task-lens ревью, диагностика, разбор логов | экономный | `medium` |
+| **любое code review**; worker на гейтовом issue | рабочий | `high` |
 | узкий гейт по спору, финальное chain-ревью | усиленный | `xhigh` |
 
+Почему ревью глубже worker-а, а не наравне: у worker-а есть страховочная сетка ниже
+по течению (тесты в петле, саморевью, ревью, коммит-гейт), у ревьюера её нет —
+пропущенную находку не ловит никто до кросс-линии и человека, «не нашёл» выглядит как
+«искать было нечего». Плюс экономика: worker — самая дорогая петля (~400K токенов на
+issue), ревью — один короткий прогон; глубина дешевле там, где прогон короткий, а цена
+пропуска — целый лишний круг.
+
 Модель по роли: во всех ролях — модель сессии; отдельной дешёвой модели для
 субагентов в текущей конфигурации нет, экономия достигается уровнем.
 
@@ -30,8 +37,8 @@
 
 | Роль | Уровень | Настройка |
 |---|---|---|
-| task-lens ревью, диагностика, разбор логов | экономный | модель ступень ниже, effort `low`–`medium` |
-| worker, обычное code review | рабочий | модель сессии, effort по умолчанию |
+| worker на обычном issue; task-lens ревью, диагностика | экономный | модель ступень ниже, effort `low`–`medium` |
+| любое code review; worker на гейтовом issue | рабочий | модель сессии, effort `high` |
 | узкий гейт по спору, финальное chain-ревью | усиленный | сильная модель, effort `xhigh`–`max` |
 
 ## Хост без управляемых уровней