секции PLAN.md: «линия» и «кусты» стали «порядком» и «темами»

Метафора требовала расшифровки при каждом употреблении, и в текстах она и
расшифровывалась: «звено упорядоченной линии продукта», «тематический куст —
цель, в последовательность не встающая». Если название приходится объяснять
рядом с каждым употреблением, объясняет не название.

Новые имена называют ровно то свойство, которым секции различаются: в первой
очередь значима и обоснована прозой, во второй порядка нет вовсе.

Заголовки строчные, как ядро/инфра в беклоге: имя секции одновременно значение
для --section, и проза приведена к тому же виду, чтобы «--section Порядок» не
выглядело правильным написанием.

Версия канона не меняется: canon.md называет файл PLAN.md и о его секциях не
говорит — их дом заголовки ## индекса, умолчание живёт в tasks.py.

Co-Authored-By: Claude Opus 5 (1M context) <noreply@anthropic.com>

av-dev-pm/skills/tasks/references/adopt.md

@@ -53,9 +53,9 @@ python3 $tk adopt apply --plan tasks-adopt-plan.json \
 - **английские слаги.** Перевести `taj-brejk-pri-ravnoj-polnote` в
   `tie-break-equal-completeness` может только тот, кто понимает смысл. `scan`
   честно говорит: проверить надо **все** слаги, признаки транслита — эвристика;
-- **цели.** Шаги плана — готовые цели **линии** (порядок и обоснование у них уже
-  есть); тематические скопления задач — **кусты** («прочность слияния», «журнал
-  и пересборка»). Предлагаешь ты, назначает человек;
+- **цели.** Шаги плана — готовые цели из **«порядка»** (очередь и обоснование у
+  них уже есть); тематические скопления задач — **«темы»** («прочность слияния»,
+  «журнал и пересборка»). Предлагаешь ты, назначает человек;
 - **что вообще не задача.** Обоснование порядка шагов, абзац прозой, заголовок
   раздела — это не пункты беклога, и они уходят в «не разложилось» с причиной.
 
@@ -69,11 +69,11 @@ python3 $tk adopt apply --plan tasks-adopt-plan.json \
 2. **`adopt scan`** по всем источникам разом. Один прогон, одна карта: два
    прохода дадут два несогласованных состояния.
 3. **Заполни карту**: `slug` (английский), `section`, `goal` у каждой записи;
-   список `goals` — из шагов плана и из кустов. Закрытый шаг плана целью не
+   список `goals` — из шагов плана и из тем. Закрытый шаг плана целью не
    заводится. Пустой `goal` — законный исход только у идеи.
 4. **Покажи человеку карту** через `AskUserQuestion`, ≤3 вопроса за итерацию,
    рекомендация первым вариантом. Показывается: сколько записей, предлагаемые
-   цели (линия и кусты) с обоснованием, спорные отнесения, список «не
+   цели (порядок и темы) с обоснованием, спорные отнесения, список «не
    разложилось». Массовые механические решения (слаги, порядок строк) не
    выносятся — это механика.
 5. **`adopt apply`.** `--refs` перечисляет **всё**, где могут стоять ссылки на
@@ -113,7 +113,7 @@ take` такую задачу не возьмёт). Закрывается эт
 ## Доклад
 
 - Источники и что в каждом распознано (раскладка, индекс, кладбище, секции).
-- Сколько записей перенесено, сколько целей заведено (линия / кусты) и откуда
+- Сколько записей перенесено, сколько целей заведено (порядок / темы) и откуда
   каждая выведена.
 - **Переименования**: сколько слагов, сколько ссылок поправлено и в скольких
   файлах — числом, а не «поправлены ссылки».

av-dev-pm/skills/tasks/references/from-review.md

@@ -42,9 +42,9 @@
    существующий файл. Нашлось в `REJECTED.md` — это сигнал: причина отказа могла
    устареть, выноси пользователю, а не заводи молча заново.
 4. **Разложи по целям.** У каждой заводимой задачи должен быть `goal:<слаг>`.
-   Половина находок ревью не служит ничему из линии продукта — их цель это
-   **куст** («прочность слияния», «журнал и пересборка», «наблюдаемость»).
-   Подходящего куста нет — заведи его целью (`add --type goal --section кусты`)
+   Половина находок ревью не служит ничему из порядка — их цель **тематическая**
+   («прочность слияния», «журнал и пересборка», «наблюдаемость»).
+   Подходящей темы нет — заведи её целью (`add --type goal --section темы`)
    в том же проходе: без цели задача не попадёт ни в один спринт, а значит не
    будет сделана никогда.
 5. **Покажи карту до создания файлов.** Кластер → задача / идея / строка в

av-dev-pm/skills/tasks/references/task-format.md

@@ -107,7 +107,7 @@
 ```markdown
 # [goal] Прочность слияния
 
-**Секция:** кусты · **Теги:** decomposed
+**Секция:** темы · **Теги:** decomposed
 
 Ради чего: точки из разных доставок сходятся в один часовой объект, и сегодня
 исход столкновения зависит от порядка доставки, а не от содержания.
@@ -156,7 +156,7 @@
 
 | Файл | Что отвечает | Секции |
 | --- | --- | --- |
-| `PLAN.md` | какие есть цели, в каком порядке идёт линия и почему | линия (упорядоченная) и кусты |
+| `PLAN.md` | какие есть цели, в какой очереди идут и почему | порядок (очередь значима) и темы (порядка нет) |
 | `BACKLOG.md` | что **можно взять** — только задачи | секции проекта (по умолчанию ядро/инфра) |
 | `SPRINT.md` | какая цель и какой набор под неё | одна: «Набор» |
 | `REJECTED.md` | что ушло без реализации и почему | — |
@@ -169,9 +169,9 @@
 ответа человека, а следы остаются вопросами в файлах задач распущенного спринта.
 Постоянно пустая секция со старой семантикой «разбираются пачками» противоречила
 бы правилу «эскалируем немедленно», поэтому `init` её не заводит, а `check`
-говорит о ней в чужом беклоге. Переезжаешь с такой секцией — удали её. В **линии** плана порядок значим и
-обосновывается прозой; двигают строку `move <slug> --section линия --after
-<другой>`.
+говорит о ней в чужом беклоге. Переезжаешь с такой секцией — удали её. В секции
+**«порядок»** очередь значима и обосновывается прозой; двигают строку
+`move <slug> --section порядок --after <другой>`.
 
 Индексы **производны**: расходятся с файлом — правим индексы (`check --fix`).
 Строку руками не пишут.