режимы прогона: ревью параллельно, батч — по одной задаче
Умолчания разошлись по цене шага. Проход ревью читает и рассуждает: он ничего не поднимает, ни за что не дерётся и по построению не видит выводов соседа — очередь между проходами добавляет только ожидание. Задача батча тянет полный цикл пайплайна с гейтом, поднятием сервиса и вложенным ревью — две такие дерутся за порты, каталоги и железо. review-pipeline: параллельно внутри стадии — умолчание. Последовательно — по трём причинам с именем в отчёте: сказал оператор, проходы меряют, машина занята. Просьба «последовательно» набора не требует. Меряющая пара adversary + ops стала именованным исключением: она идёт по очереди всегда, и общее «гони параллельно» этого не отменяет. Ранний выход переехал на границу стадии. task-batch: план собирается графом зависимостей и в умолчании линеаризуется. Параллельно — по просьбе, и просьба разрешает ширину графа, а не «всё разом»; потолок 2–3 и одиночная волна замеряющей задачи сохранены как правила этого режима. Режим ревью внутри задачи выводится из режима батча и называется в charter'е. Финальная сверка гонит review-specs по capability параллельно. DECISIONS 14 — с причиной; версия канона не меняется, канон этих скиллов не описывает. Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>
This commit is contained in:
@@ -229,12 +229,12 @@ description: Автономно проводит одну задачу чере
|
||||
последней. Помни ровно одно — **профиль выбирается по факту изменения, а не по
|
||||
ощущению важности**, и посмотри таблицу перед вызовом.
|
||||
|
||||
**Режим по умолчанию последовательный, и обосновывать его не надо.** Параллельно
|
||||
гоняем только тогда, когда об этом попросили явно **и назвали набор** — какие
|
||||
именно проходы или какую стадию. Просьба без набора основанием не считается:
|
||||
гони последовательно и скажи строкой, что набор не был назван. Причина умолчания
|
||||
— замеры: `adversary` и `ops` доказывают находки числами, а два меряющих прохода
|
||||
на одной машине портят числа друг другу; находка с испорченным оракулом хуже
|
||||
**Режим по умолчанию параллельный, и обосновывать его не надо.** По очереди гоняем
|
||||
только по особой причине, и она называется строкой: об этом попросил оператор;
|
||||
машина занята чем-то ещё (в том числе соседней задачей батча); идёт разбор самого
|
||||
конвейера. Меряющую пару `adversary` и `ops` конвейер держит по очереди сам, без
|
||||
твоего участия: оба доказывают находки числами, а два меряющих прохода на одной
|
||||
машине портят числа друг другу — находка с испорченным оракулом хуже
|
||||
отсутствующей, потому что выглядит доказанной.
|
||||
|
||||
Скилл сам гоняет гейт, нужные проходы и обязательный триаж. Возвращает отчёт с
|
||||
|
||||
Reference in New Issue
Block a user