av-dev-tasks: починены находки ревью, добавлена адаптация чужого репозитория

- атомарность: sprint drop и move собирают план правок целиком и пишут
  одним проходом; раньше отказ на втором слаге оставлял первый файл
  переписанным при нетронутом индексе
- хук переехал в мета-строку файла: индекс стал производным, и check --fix
  больше не теряет текст, восстанавливая строку
- механизировано то, что было записано, но не проверялось: слаг спринта и
  автотег, отказ по факту непустого раздела вопросов, число критериев,
  пометка decomposed, покрытие причин
- reopen возвращает закрытую задачу: без него порядок «пайплайн доложил →
  приёмщик судит → владелец закрывает» был односторонним
- скилл adopt: приходит в чужой репозиторий и выводит заполненный каталог
  задач. На копии беклога healthlog — 12 целей, 38 задач, 36 переименований,
  86 ссылок в 36 файлах, check зелёный

av-dev-tasks/skills/session/SKILL.md

@@ -63,7 +63,11 @@ description: Ритуал между спринтами и ведение сам
 немедленно. Иначе спринт, из которого задачи вышли поштучно, выглядел бы штатно
 завершённым, а вопросы тихо ждали бы сессии.
 
-**Отличать вопрос от застревания:**
+**Отличать вопрос от застревания.** Правило про остаток принадлежит управлению
+задачами: оно решает, **сделана задача или вышла**, а это исход планирования, не
+исполнения. **Ниже канонический текст; пайплайн проекта на него ссылается, а не
+пересказывает** — два экземпляра одного правила разъезжаются, и разъезжаются
+незаметно, потому что расхождение видно только на редком входе.
 
 > Есть остаток, который доводится без ответа, — задача продолжается, вопрос
 > записывается в файл. Остатка нет — задача выходит из спринта.
@@ -71,9 +75,11 @@ description: Ритуал между спринтами и ведение сам
 С двумя оговорками, без которых тест ошибается:
 
 > **Остаток, который материализует нерешённое** — записывает в хранилище,
-> журнал, витрину или наружу состояние, зависящее от неотвеченного вопроса, —
-> **не остаток**. Решение поднимается до начала записи: откатить запись дороже,
-> чем подождать ответ, а иногда невозможно.
+> журнал, витрину **или наружу** состояние, зависящее от неотвеченного вопроса,
+> — **не остаток**. Решение поднимается до начала записи: откатить запись
+> дороже, чем подождать ответ, а иногда невозможно. «Наружу» — часть правила, а
+> не пример: выкладка, публикация и отправка данных третьей стороне не
+> откатываются тем более.
 
 > **Пол для остатка:** остаток, из которого пропала польза, названная в хуке, —
 > это не сделанная задача, а вышедшая из спринта.
@@ -125,15 +131,26 @@ description: Ритуал между спринтами и ведение сам
 прежде всего:
 
 ```
-python3 $tk check                       # с этого начинается любая сессия
-python3 $tk list --questions            # шаг 1: что накопилось
-python3 $tk list --tag sprint:<слаг>    # шаг 3: урожай прошедшего спринта, первая порция
-python3 $tk list --stale                # шаг 3: дальше по залежалости
-python3 $tk list --goal <слаг>          # шаг 4: кандидаты под названную цель
-python3 $tk sprint start --goal <слаг>  # шаг 4
-python3 $tk sprint take <слаг> …        # шаг 4: набор
+python3 $tk check --dir D                       # с этого начинается любая сессия
+python3 $tk list --dir D --questions            # шаг 1: что накопилось
+python3 $tk list --dir D --tag sprint:<слаг>    # шаг 3: урожай спринта, первая порция
+python3 $tk list --dir D --stale                # шаг 3: дальше по залежалости
+python3 $tk list --dir D --goal <слаг>          # шаг 4: кандидаты под названную цель
+python3 $tk sprint start --dir D --goal <слаг>  # шаг 4: заводит и слаг спринта
+python3 $tk sprint take --dir D <слаг> …        # шаг 4: набор
+python3 $tk sprint close --dir D                # конец спринта; --dissolve при блокере
+python3 $tk reopen <слаг> --dir D --reason …    # приёмка не сошлась после закрытия
 ```
 
+`D` — каталог задач проекта; цепочка его разрешения и вызов из чужого контекста
+описаны в скилле `tasks` («Переносимость»). **Коды выхода** — там же: 1 это
+дрейф в беклоге, 3 это «каталога нет», и ветвиться на них надо по-разному.
+
+**Слаг спринта заводит `sprint start`** (по умолчанию — дата) и пишет его в
+`SPRINT.md`; всё заведённое при открытом спринте помечается `sprint:<слаг>`
+автоматически. Поэтому «первая порция — урожай прошедшего спринта» работает без
+чьей-либо памяти.
+
 Правки задач делаются мутациями (`edit`, `move`, `close`), а не редактором:
 руками правится только тело файла. Это правило скилла `tasks`, здесь оно не
 пересказывается.
@@ -181,6 +198,9 @@ python3 $tk sprint take <слаг> …        # шаг 4: набор
    решает проект.
 6. **Ориентир по размеру спринта**, если он замерялся. Умолчание — 5–8 задач, и
    это **ориентир, а не закон**.
+7. **Команда учёта задач** — готовая строка вызова `tasks.py` (слот скилла
+   `tasks`). Ею владелец спринта закрывает задачи и заводит урожай; чужой
+   контекст сам путь к плагину не знает и знать не должен.
 
 Числа проекта (сколько задач в спринте, сколько времени на задачу, каков прирост
 беклога) — предмет шага 2, а не константы этого скилла.