ревью: лёгкий проход proof в цикле, тяжёлые — в code-deep-review

В цикле задачи темы security и operations закрывает один лёгкий проход
review-proof: чтением и рассуждением, без запуска, потолки раздельные. Машину
он не держит, поэтому идёт в общем залпе — цепочки за ресурс в обычном прогоне
не осталось. Тяжёлая пара adversary и ops переехала в новый скилл
code-deep-review: вход — названная область кода, глубина постоянная, исход —
разбор с человеком и задачи через task-track. Вход глубокому прогону копит сам
цикл строками «отложено». Журнал — тема 76.

README.md

@@ -109,13 +109,21 @@
   самом скилле только вход, развилка и правила, не зависящие от сценария;
 - `code-review` — конвейер ревью **по темам**: документ проекта либо заводит
   тему проверки, либо питает чужую тему источником, либо процессный и в ревью не
-  читается вовсе. Разметка идёт **один раз на задачу**, сразу после `propose`:
-  агент `review-scope` меряет изменение по двум осям — размер и сложность — и
-  берёт метку как максимум по ним. Одна метка правит **обе** стадии ревью:
-  дизайна (`small` — только сверка спек; `medium` — плюс рубрика; `large` — плюс
-  архитектурный проход) и кода (`small` — гейт, спеки, код, триаж; `medium` —
-  плюс приёмник тем; `large` — плюс доказательство: запуск, замер, построенный
-  путь, 5–10% задач). Каждый проход — свой агент, перечень держит сам скилл.
+  читается вовсе. Разметка идёт **один раз на задачу**, сразу после `apply`:
+  агент `review-scope` меряет размер по диффу, сложность — по написанному о
+  задаче, и берёт метку как максимум по осям. Метка правит состав прогона:
+  `small` — гейт, спеки, код, триаж; `medium` — плюс приёмник тем; `large` —
+  плюс `review-proof` (темы `security` и `operations` разом, чтением и
+  рассуждением) и архитектурный проход. Каждый проход — свой агент, перечень
+  держит сам скилл;
+- `code-deep-review` — **глубокое ревью области**, а не задачи: модуля, слоя,
+  сервиса целиком. Здесь живут тяжёлые проходы, которых в цикле задачи нет, —
+  `review-adversary` строит путь и **прогоняет** падающий тест, `review-ops`
+  снимает числа замером; рядом идут `architecture` на широком входе и `code` по
+  коду целиком. Исход — не правки, а разговор: находки разбираются с человеком
+  по одной и согласованное уезжает задачами через `task-track`. Дорого — не на
+  задаче и не по расписанию; вход копит сам цикл строками «отложено» в границах
+  покрытия.
 
 ### av-dev-git
 
@@ -133,6 +141,7 @@ flowchart TB
             direction LR
             tp["code-resolve<br/>3 сценария: разведка,<br/>решение, обслуживание"] --> rp["code-review<br/>агенты-проходы"]
             osp["code-openspec<br/>заводит и проверяет openspec/"]
+            deep["code-deep-review<br/>область, а не задача:<br/>тяжёлые проходы"]
         end
         canon["canon<br/>форма раскладки всего проекта"]
         subgraph docsp["документы, владеют содержимым docs/"]
@@ -154,6 +163,8 @@ flowchart TB
     hc --> tasks
     docs --> rp
     rp --> tasks
+    rp -.->|"строки «отложено»"| deep
+    deep --> tasks
     groom -.-> hc
     opsx["opsx:* — внешний плагин:<br/>explore, propose, apply, archive"]
     git["av-dev-git: commit"]