process: tracks ship/show/ask are set by the owner's label (#695)

The analysis of 85 closed tasks #600-#691 showed that the light track
cost as much as the full one (115 min and 12 events vs 102 and 13) and
that the owner had no label to choose the route. The owner accepted the
proposal on 2026-09-28.

- PROCESS §5 is the track table: track:ship (S1 -> S5, one line under
  "## ТЗ", <= 30 src lines, batch review before the beta), track:show
  (default, S2 -> S5, up to three AC, no spec review, 2 code cycles),
  track:ask (full route). The owner's label beats the criteria, which
  become a hint; any agent may raise a track, only the owner lowers it.
- §5.1: ci:full / ci:golden / ci:mutants order heavy checks on any track;
  small and trivial read as track:show, no label as track:ask, an
  infrastructure task as track:show.
- §2, §2.2, §2.4, §2.5, §4, §7.1, §7.2, §9, §11 follow; AUTHOR/REVIEWER
  digests and AGENTS.md follow with the digest test and its mutants.
- task-packet.mjs reports the track via trackFromLabels(); the pipeline
  reads track:show/track:ship for the cycle limit of 2 and lets an
  explicit track:ask win. Pipeline behaviour by track is #696.

Issue: #695
User-Visible: no
Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>
Claude-Session: https://claude.ai/code/session_018qZfe7YS4rqEMKoVeS3GKd

docs/process/AUTHOR.md

@@ -40,21 +40,28 @@
 - Чек-лист комментарием: дубликаты, скоуп по `docs/SCOPE.md` и
   `docs/TOUCH-SUPPORT.md`, ценность, сложность и риск, приоритет, тип,
   поверхности, трек. Оценки ставятся метками сразу; молчание владельца —
-  согласие; в `S3-spec` аналитик переводит сам. Останавливается аналитика
+  согласие; дальше аналитик переводит сам: `track:ask` — в `S3-spec`,
+  `track:show` — в `S5-ready`. Останавливается аналитика
   только на конфликте со `SCOPE.md`
   ([§2.2](../../PROCESS.md#22-аналитика-и-оценка)).
 - Шаблон: `Оценка: ценность N/10 · сложность N/10 · P<1-3> · тип ·
-  поверхности: … · дубликаты: … · лёгкий трек: да/нет`
+  поверхности: … · дубликаты: … · трек: ship/show/ask (причина)`
   ([§7.2](../../PROCESS.md#72-шаблоны-комментариев)).
-- Лёгкий трек `small` — путь по умолчанию: обосновывается не выбор лёгкого
-  трека, а отказ от него — называется нарушенный критерий. Критерии, все
-  сразу: сложность и риск ≤ 3; одна поверхность; нет миграции конфига;
-  нет нового UX-контракта; нет влияния на перф и touch
-  ([§5](../../PROCESS.md#5-лёгкий-трек-метка-small--путь-по-умолчанию)).
-- Короткий трек `trivial`: `S2-analysis` → `S5-ready`, AC автор пишет в теле
-  issue до перехода. Тип `bug`, одна поверхность, без i18n, миграции, перфа и
-  touch, не больше трёх AC, и ожидаемое поведение уже зафиксировано — решать
-  нечего ([§5.1](../../PROCESS.md#51-короткий-трек-метка-trivial)).
+- Трек задаёт метка `track:ship`, `track:show` или `track:ask`, по умолчанию
+  `track:show`. Метка владельца главнее критериев; повысить трек может любой
+  агент с причиной в комментарии, понизить — только владелец
+  ([§5](../../PROCESS.md#5-треки-ship-show-ask--метка-владельца)).
+- `track:show`: `S2-analysis` → `S5-ready`, до трёх AC автор пишет в теле
+  issue до перехода; ревью ТЗ нет, лимит код-ревью 2. Уместен, когда всё
+  сразу: сложность и риск ≤ 3, одна поверхность, нет миграции, нового
+  UX-контракта, влияния на перф и touch, и ожидаемое поведение уже
+  зафиксировано — решать нечего ([§5](../../PROCESS.md#5-треки-ship-show-ask--метка-владельца)).
+- `track:ship`: `S1-new` → `S5-ready`, в теле issue строка «что меняется и чем
+  проверить». Рамки: дифф `src/**` до 30 строк, без новых файлов, i18n, полей
+  конфига и Python ([§5](../../PROCESS.md#5-треки-ship-show-ask--метка-владельца)).
+- Тяжёлые проверки на любом треке — метками `ci:full`, `ci:golden`,
+  `ci:mutants`; прежние `small` и `trivial` читаются как
+  `track:show` ([§5.1](../../PROCESS.md#51-метки-тяжёлых-проверок-и-прежние-метки)).
 
 ## ТЗ (`S3-spec`)
 
@@ -63,9 +70,9 @@
 - Обязательные разделы: сценарий · что человек увидит до и после · проблема ·
   скоуп и не-скоуп · контракт поведения · UX · модель данных и миграция ·
   i18n · AC1…ACn с доказательством · план автотестов · риски · откат ·
-  release-артефакты. На лёгком треке короче: проблема · контракт · AC · откат
-  ([§7.1](../../PROCESS.md#71-цепочка),
-  [§5](../../PROCESS.md#5-лёгкий-трек-метка-small--путь-по-умолчанию)).
+  release-артефакты. На `track:show` — до трёх AC, на `track:ship` — одна
+  строка ([§7.1](../../PROCESS.md#71-цепочка),
+  [§5](../../PROCESS.md#5-треки-ship-show-ask--метка-владельца)).
 - Размытое место не додумывается. Владельцу задаются только продуктовые
   вопросы — что человек видит или делает и какой объём видимых изменений
   входит в issue. Всё, чего пользователь не наблюдает, автор решает сам и
@@ -74,13 +81,13 @@
 - Вопросы — одним комментарием, пачкой: что неясно · что изменится от ответа ·
   вариант по умолчанию. Пока ждём ответа, issue остаётся в `S3-spec` и
   получает `blocked` ([§7.1](../../PROCESS.md#71-цепочка)).
-- DoR перед `S5-ready`: зелёное ревью ТЗ; пронумерованные AC со способом
+- DoR перед `S5-ready`: на `track:ask` зелёное ревью ТЗ; пронумерованные AC со способом
   доказательства (`unit` / `backend` / `smoke` / `golden` / «ревью кода»);
   файлы и модули; ключи i18n en + ru; миграция по
   `docs/CONFIG-COMPATIBILITY.md`; перф; touch; release-артефакты; откат; нет
-  открытых продуктовых вопросов
-  ([§2.5](../../PROCESS.md#25-готово-к-разработке-dor)).
-- Лимит — 4 цикла ревью, на лёгком и коротком треке 2; зелёный вердикт цикла
+  открытых продуктовых вопросов. На `ship` и `show` пункты DoR закрываются
+  словом «нет» ([§2.5](../../PROCESS.md#25-готово-к-разработке-dor)).
+- Лимит — 4 цикла ревью, на `track:show` 2 цикла код-ревью; зелёный вердикт цикла
   не тратит; исчерпание — решение владельца: разделить, отклонить, арбитраж
   ([§4](../../PROCESS.md#4-лимит-циклов-ревью-4)).
 

docs/process/REVIEWER.md

@@ -24,8 +24,8 @@
 
 ## Ревью ТЗ
 
-- Артефакт — `docs/reviews/SPEC-REVIEW-<NN>-r<N>.md`, на лёгком треке —
-  комментарий ([§2.4](../../PROCESS.md#24-тз-на-ревью)).
+- Артефакт — `docs/reviews/SPEC-REVIEW-<NN>-r<N>.md`. Ревью ТЗ проходит только
+  трек `ask` ([§2.4](../../PROCESS.md#24-тз-на-ревью)).
 - ТЗ живёт в теле issue, раздел `## ТЗ`; `docs/specs/` — архив до 2026-09-10
   ([§2.3](../../PROCESS.md#23-тз-в-работе--написание-тз)).
 - Проверить обязательные разделы, однозначность каждого AC и способ его
@@ -122,8 +122,8 @@
   ([§7.2](../../PROCESS.md#72-шаблоны-комментариев)).
 - Вперёд двигает только зелёный вердикт; жёлтый и красный возвращают автору
   ([§7.2](../../PROCESS.md#72-шаблоны-комментариев)).
-- Зелёный вердикт цикла не образует; лимит — 4 цикла, на лёгком и коротком
-  треке 2; бюджет считается по этапу
+- Зелёный вердикт цикла не образует; лимит — 4 цикла, на `track:show` 2;
+  бюджет считается по этапу
   ([§4](../../PROCESS.md#4-лимит-циклов-ревью-4),
   [§10.4](../../PROCESS.md#104-событийный-конвейер-метка-как-триггер)).
 - Запрещено: Medium-находки, оставленные как TODO в документе ревью;