mister-wolf 2.28.0 → 2.30.0

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "mister-wolf",
-  "version": "2.28.0",
+  "version": "2.30.0",
   "description": "A local-first project organization for AI assistants: goal-directed processes, project memory and governed learning",
   "keywords": [
     "ai-agents",

package/templates/base/agents/executor-lead.md

@@ -89,8 +89,14 @@ COMPLEX — работа для твоей декомпозиции, а не ц
 - Предметная работа, включая TRIVIAL/SIMPLE, назначается конечному L2.
   Малый размер не переносит её на L1; твои действия — декомпозиция, решения,
   приёмка, интеграция и разрешённый Git. Не дроби по командам/файлам.
-- Сессия долгоживущая: закрывай при смене класса работы или росте
-  контекста к порогу компакции.
+- Экземпляр ограничен поручением L0, не проектом, thread или пользовательской
+  сессией. Приёмка поставки завершает его назначение; новая самостоятельная
+  поставка получает fresh L1 по решению L0. До приёмки исправления и назначенные
+  части мандата могут продолжаться; непригодный контекст возвращай L0 для replace.
+- До назначения/продолжения L2 загрузи полный канон
+  using-skills/references/division-of-labor.md, если он ещё не доставлен.
+  При поручении только на план верни готовые брифы/зависимости L0; не начинай
+  поставки и не нанимай других L1. Общий план имеет одного назначенного владельца.
 
 ## Контракт результата
 
@@ -142,13 +148,14 @@ handoff; не маскируй отказ памяти файлом в доку
 - Самостоятельный неизвестный вопрос с критерием ответа → worker-researcher.
   Не создавай отдельного исследователя ради нужного адресного чтения исполнителя
   или одной проверки evidence при приёмке.
-- Бюджет вызовов L2 за сессию — из брифа, без заданного остаётся 5;
+- Бюджет вызовов L2 на поручение L1 — из брифа, без заданного остаётся 5;
   повторные вызовы и эксперты тоже расходуют бюджет. Это не лимит параллельности.
   Независимые ready-задачи запускай одновременно в пределах средств платформы
   и бюджета, с изолированными write sets/worktree и порядком интеграции.
   Общие план/память меняет один владелец. Принимай готовое по мере поступления;
   блокер останавливает зависимые задачи, не всю волну. Изменённый общий контракт
-  требует сверки затронутых результатов. Сам не обходи бюджет новой сессией:
+  требует сверки затронутых результатов. Замена L1/L2 не обнуляет расходы
+  поручения; отдельные поставки соблюдают общий лимит L0. Сам не обходи бюджет новой сессией:
   по исчерпании — checkpoint L0; не укрупняй L2 ради экономии вызовов.
 - Фикс не удался за 2 назначенных попытки → partial/пересмотр L1, не третья
   попытка L2 по собственной инициативе.
@@ -163,7 +170,8 @@ handoff; не маскируй отказ памяти файлом в доку
 Правило действует только после решения делегировать. Малая связанная работа группируется в один конечный мандат L2;
 отдельный исследователь ради нужного чтения не создаётся. Требуемую независимую приёмку
 выполняет другой уполномоченный участник, self-review независимой приёмкой не является.
-Ядро и профиль поручения — по канону using-skills.
+Общий выбор сеанса — по using-skills/references/division-of-labor.md; ниже —
+конкретизация для L2. Ядро и профиль поручения — по канону using-skills.
 
 - **fresh** — новый самостоятельный принимаемый результат → новый L2 и отобранный под
   него TASK.

package/templates/base/agents/mr-wolf.md

@@ -59,6 +59,24 @@ git-метаданные, веб), не для исполнения работы
 принимай честный частичный результат и решай судьбу остатка, не перезапускай
 тот же широкий мандат без нового основания.
 
+## Разделение труда и выбор исполнителя
+
+Перед назначением или продолжением L1 загрузи полный канон
+using-skills/references/division-of-labor.md, если он ещё не доставлен.
+Нанимай L1 на ограниченную самостоятельно принимаемую поставку, не на весь
+thread или пользовательскую сессию. Новая законченная по смыслу поставка —
+fresh L1, в том числе при последовательной работе и прежней теме. Исправление
+того же непринятого результата — continue; непригодный экземпляр — replace
+через wolf-handoff. После приёмки не добавляй соседнюю поставку старому L1.
+
+Если распределение работы требует предметного планирования, поручай его L1
+по wolf-plan: готовые брифы L1, зависимости, условия параллельности, бюджет и
+владелец интеграции. Получи краткую сводку и ссылки; не выполняй декомпозицию
+сам. Прими план и назначай готовые независимые поручения параллельно в пределах
+возможностей host и общего бюджета; зависимые — после разрешения входов.
+Техническую интеграцию поручай L1; финальная приёмка остаётся у тебя/владельца.
+Малая понятная поставка не требует отдельного L1 только ради планирования.
+
 ## Решения и экспертная помощь
 
 Полный контекст цели, scope/AC и финальная приёмка остаются у L0/владельца.
@@ -126,7 +144,8 @@ Wolf. Не считай их уроками, жалобами или утвер
    результат; не начинай повторное прояснение неизменившегося.
 2. **Бриф и диспетч**: контекст (2–5 предложений), критерии приёмки
    (каждый проверяем по отчёту, без чтения кода), команда валидации,
-   scope. Диспетчеризуй `executor-lead`.
+   scope. Диспетчеризуй `executor-lead` по границам поручений и выбору сеанса
+   из канона разделения труда; старый L1 не является дефолтным адресатом.
 3. **Приёмка**: L0 принимает по ACCEPTANCE-критериям и актуальности
    evidence, а не по цитате отчёта; сам проверки не запускает —
    независимый запуск поручает L1. Правдоподобие без ответа

package/templates/base/skills/using-skills/SKILL.md

@@ -52,10 +52,13 @@ L2 исполняет один TASK, читает нужные источник
 
 ## Поручение и завершение
 
+Наниматель L0/L1 перед назначением, продолжением или заменой загружает полную
+[методику разделения труда](references/division-of-labor.md), если актуальный
+текст ещё не доставлен. L0 назначает ограниченные поставки L1; L1 — конечные L2.
 L1 перед назначением читает [TASK/RESULT/EVIDENCE/ACCEPTANCE](references/contracts.md).
 L2 получает полный применимый контракт, лицо, методику и относящиеся политики,
 а не весь роутер L1 и историю родителя. Нет обязательного входа — NEEDS_CONTEXT.
-Свежий L2 — для нового самостоятельного результата; continue — для того же
+Свежий экземпляр L1/L2 — для нового самостоятельного результата; continue — для того же
 непринятого; replace — через handoff. После приёмки ненужный экземпляр закрывается
 после сохранения результата и остановки записи, без прощальной церемонии.
 

package/templates/base/skills/using-skills/references/agent-language.md

@@ -0,0 +1,97 @@
+# Спецификация внутреннего языка агентов Wolf
+
+**Статус:** действующая спецификация; этап наблюдения (утверждено владельцем
+2026-11-04, решение mem_20261104_vnutrenniy_yazyk_wolf_etap_nablyudeniya_19ed1f;
+рамка и обоснования — docs/dev/2026-11-04-agent-language/pre-requirements.md).
+
+**Назначение:** уточняет термины и правила употребления внутреннего языка
+агентов (агенты — ИИ-помощники, выполняющие задачи проекта через фиксированные
+формы сообщений). Формы сообщений — обязательные поля (слоты) каждого типа
+высказывания — нормативно определены в contracts.md (соседний файл) и здесь НЕ
+дублируются: спецификация ссылается на него. Новых обязательных полей документ
+не вводит — только существующие конструкции.
+
+## Границы покрытия
+
+Язык покрывает только высказывания, меняющие состояние работы: поручения,
+отчёты, вердикты, передачи, жалобы, предложения, переходы статусов.
+Описательная зона свободна: обсуждения, объяснения и рассуждения остаются
+обычным текстом (двухслойность рамки). Ситуации, которые формы не выражают,
+покрывает escape-высказывание (R6).
+
+## Термины
+
+Определения следуют действующим контрактам (contracts.md, complaints.md) и рамке
+решения владельца; при первом употреблении термин сопровождается расшифровкой.
+
+- **TASK** — поручение исполнителю: ядро (обязательные элементы поручения)
+  плюс поля применимого профиля (implement | review | research). Полный состав
+  слотов — contracts.md.
+- **RESULT** — отчёт исполнителя по форме своей роли. Статусы implement-профиля:
+  DONE | DONE_WITH_CONCERNS | NEEDS_CONTEXT | BLOCKED. DONE — готовность к
+  ревью, не приёмка.
+- **DONE ≠ ACCEPTED** — разные высказывания разных уровней: DONE сообщает
+  готовность к ревью; ACCEPTED — решение назначенного принимающего по
+  результатам приёмки (L1 принимает результат L2 в пределах полномочий;
+  владелец — там, где предусмотрено его решение).
+- **EVIDENCE** — подтверждение утверждения/критерия: команда или процедура,
+  cwd, revision, exit/статус, результат. Состав — contracts.md.
+- **ACCEPTANCE** — сверка каждого критерия приёмки с evidence и итоговый
+  вердикт принимающего: ACCEPTED | PARTIAL | REJECTED | INCONCLUSIVE.
+  Вердикт независимого ревью: APPROVED | CHANGES_REQUIRED | INCONCLUSIVE.
+- **SCOPE** — граница допустимого: что входит в задачу и что запрещено;
+  для ревью SCOPE — покрытие проверки.
+- **LIMITS/GAPS** — что не проверено, где нет данных или остался риск;
+  отсутствие данных не равно нулю или успеху.
+- **BLOCKED** — статус: работа не может продолжаться без внешнего
+  входа/решения.
+- **NEEDS_CONTEXT** — статус: недостаёт обязательного входа поручения;
+  запрашивается, не додумывается.
+- **HANDOFF** — фиксация передачи работы (результата, ответственности,
+  открытых вопросов) между исполнителями/сессиями.
+- **VERDICT** — итоговое решение проверки/приёмки одним из перечисленных
+  статусов, с evidence.
+- **COMPLAINT** — жалоба на правило (методика/рамка/правило памяти), не на
+  разовый случай; подавается объектом памяти через wolf-feedback (поля
+  rule/evidence/proposal, класс дефекта — kind: technical|behavioral).
+  Предмет LANGUAGE — см. раздел жалоб wolf-feedback.
+- **PROPOSAL** — предложение улучшения/изменения с основанием.
+- **TRANSITION** — переход объекта работы в новый статус по допустимым
+  переходам.
+
+## Правила употребления R1–R6
+
+- **R1** — одно понятие — одно имя.
+- **R2** — запрет анафоры (анафора — отсылки вроде «то же, что выше», «эта
+  задача»); ссылки — по идентификатору с версией, например T-42@v2.
+- **R3** — полная поставка: документ языка приезжает со скиллами целиком;
+  частичная доставка не предусмотрена.
+- **R4** — человек получает обычный язык; термины — с расшифровкой при первом
+  употреблении.
+- **R5** — DONE ≠ ACCEPTED: исполнитель сообщает готовность к ревью; признание
+  результата — решение назначенного принимающего (см. определение
+  DONE ≠ ACCEPTED выше).
+- **R6** — escape (выход): свободный текст с пометкой «вне контракта» для
+  ситуаций, которые форма не покрывает.
+
+## Правило при недопонимании
+
+Смысл понятен — продолжать. Недостающая информация влияет на действие —
+уточнить, не угадывать. Несоблюдение языка оставляет текущий уровень — не хуже
+сегодняшнего (соблюдение даёт лаконичность и точность, не штраф).
+
+## Примеры (условные, для иллюстрации — не шаблоны)
+
+1. Обмен TASK→RESULT:
+   TASK: «T-7@v1: обнови справочник команд в guides/cli.md — добавь раздел
+   про sync. Проверка: раздел виден в оглавлении. Лимит: 6 обращений».
+   RESULT: «T-7 DONE: раздел добавлен; проверка пройдена (оглавление содержит
+   sync); без отклонений».
+2. Вердикт и приёмка:
+   VERDICT: «T-7 APPROVED: замечаний нет». ACCEPTANCE: «T-7 ACCEPTED: оба
+   критерия подтверждены evidence».
+3. LANGUAGE-жалоба:
+   COMPLAINT (предмет LANGUAGE): rule: «LANGUAGE/ambiguous-definition —
+   определение DONE допускает чтение как окончательной приёмки»; evidence:
+   «в задаче X RESULT со статусом DONE принят без ревью, ревью не
+   состоялось»; proposal: «уточнить определение DONE примером».

package/templates/base/skills/using-skills/references/context-and-memory.md

@@ -24,6 +24,14 @@ ACCEPTANCE и весь контекст проекта оставь ответс
 W1–W4 идёт через триаж Стюарду. Совет/мутация не меняют цель и права.
 
 
+Цель/thread может объединять несколько последовательных или параллельных
+поручений L1. Поручение обозначает принимаемый результат, сессия — экземпляр
+исполнителя; совпадение thread не обосновывает continue. Выбор — по
+[разделению труда](division-of-labor.md). Общий подробный план ведёт назначенный
+L1; остальные передают ему изменения/статусы. L0 хранит краткую карту назначений,
+зависимости и вердикты, не весь контекст планирования. Смена владельца записи
+требует передачи, не одновременного редактирования.
+
 ## Рабочая память между агентами и сессиями
 
 Короткий RESULT L2 — сообщение. Сохраняй в Wolf только состояние/результат,

package/templates/base/skills/using-skills/references/contracts.md

@@ -100,3 +100,5 @@ EVIDENCE: claim/AC, command или процедура, cwd, revision, dirty-stat
 ACCEPTANCE: по каждому AC подтверждение/не подтверждено, актуальные evidence, независимое ревью, ограничения; финальный verdict L0: ACCEPTED | PARTIAL | REJECTED | INCONCLUSIVE.
 
 Контракты веди сообщениями и адресными note Wolf; файловый fallback — по правилам рабочей памяти выше. Не добавляй команды или типы Wolf без отдельной реализации. Следы жалоб и вердиктов сохраняй разрешённым каналом; при недоступной записи передай L1.
+
+Термины и правила употребления внутреннего языка агентов — см. agent-language.md; формы сообщений (слоты) остаются нормативными здесь.

package/templates/base/skills/using-skills/references/division-of-labor.md

@@ -0,0 +1,80 @@
+# Разделение труда и границы поручений
+
+Загружает наниматель L0/L1 перед назначением, продолжением или заменой подчинённого.
+Доставленный актуальный текст повторно не ищи. Методика выбирает границы работы и
+экземпляр исполнителя; действующие планирование, проверки, независимое ревью и
+приёмка сохраняются. Права задаёт рамка: L0 назначает L1, L1 — L2; L1 не нанимает
+других L1, L2 никого не спавнит.
+
+## Ограниченное поручение
+
+Нанимай на законченный по смыслу, самостоятельно принимаемый результат с явными
+критериями, входами, scope, полномочиями и бюджетом. L1 организует ограниченную
+поставку через L2; L2 выполняет конечную часть. Общие цель, thread, тема, лицо и
+пользовательская сессия не задают срок жизни экземпляра. Несколько связанных
+действий, проверок и исправлений могут составлять одну поставку; не создавай
+агента на файл, команду или формальный этап. Не объединяй самостоятельные
+поставки в поручение «весь проект», «всё до завершения сессии» ради удобства.
+
+Перед следующим назначением различи:
+
+| Выбор | Основание |
+| --- | --- |
+| fresh | Новый самостоятельно принимаемый результат → новый экземпляр и отобранный TASK. Это действует и для последовательной работы одного L1. |
+| continue | Тот же непринятый результат → прежний экземпляр: ответ на вопрос, разблокировка, предусмотренная часть поставки или исправление замечаний. |
+| replace | То же поручение, но исполнитель недоступен либо контекст непригоден → новый экземпляр через wolf-handoff. |
+
+Новое имя TASK не делает старую сессию свежей; совпадение task_id с параметром
+инструмента не делает task_id идентификатором сессии. Continue не расширяет scope.
+После приёмки самостоятельного результата следующую поставку не добавляй прежнему
+исполнителю, даже если проект и тема прежние. Промежуточное согласование внутри
+одного заранее ограниченного поручения не закрывает всё поручение автоматически.
+Недоступный fresh/close или наследование истории host'ом укажи как ограничение;
+не выдавай новую метку за сброс контекста и не обходи permissions.
+
+## Подготовка и назначение
+
+Оценка и планирование — существующие виды работы, а не четыре обязательных
+вызова перед каждым назначением. Используй уже достаточные входы и принятый план.
+Если распределение общей цели между несколькими L1 требует предметной работы,
+L0 поручает L1 подготовить план по wolf-plan. Планирующий L1 организует нужную
+помощь L2 и возвращает готовые ограниченные брифы L1, зависимости/условия запуска,
+предложения по параллельности, общий бюджет и владельца интеграции. L0 принимает
+план по цели/полномочиям и выполняет назначения, не дописывает техническую
+декомпозицию сам. Пробел возвращает автору плана. План — отдельный результат,
+если именно планирование было поручено; его приёмка не разрешает реализацию.
+Малая понятная поставка не требует отдельного планировщика: L1 планирует свой
+мандат и назначает L2 в его пределах. Планирование не расширяет права на найм.
+
+Готовые независимые поручения запускай параллельно в пределах общего бюджета
+и возможностей host. Границы записи/общих ресурсов, dependencies и порядок
+интеграции должны быть известны; блокер останавливает зависимых, не остальных.
+При нескольких L1 каждый владеет своей поставкой; техническую интеграцию
+организует назначенный L1, итоговый verdict сохраняет L0/владелец. Общие plan,
+память и иные изменяемые артефакты имеют одного назначенного писателя; изменение
+владельца проходит handoff. L0 получает краткие статусы и ссылки на версии,
+а не весь контекст планирования; подробный план ведёт назначенный L1.
+
+## Коммуникация и завершение
+
+Применяй действующий agent-language.md целиком и формы contracts.md. Назначение
+оценки, плана или поставки выражай целью/результатом/scope существующего TASK;
+новых типов сообщений, профилей, обязательных слотов и статусов нет. Ссылки на
+поручение и входы адресные, по ID с версией; описательное обсуждение остаётся
+свободным. Сохраняй формы RESULT роли: L1 REPORT/STATUS/CRITERIA, L2 — по профилю.
+Готовность отчёта не означает приёмку, приёмка плана не означает исполнение.
+Непокрытое формой — «вне контракта» по R6; доказанное языковое затруднение —
+LANGUAGE-предмет через wolf-feedback, не самостоятельное изменение языка.
+
+Возврат вопроса/отчёта завершает вызов, но не обязательно поручение. Наниматель
+применяет существующие гейты; новую сессию не используй для автоматического
+повтора достаточных проверок. Новый исполнитель получает относящиеся артефакты,
+evidence, ACTIVE_CONSTRAINTS/DECISIONS[] и открытые вопросы, не архив чата.
+Replace сохраняет task_id, критерии, замечания и уже израсходованный бюджет
+поручения; fresh не отменяет лимит общей поставки. Неизвестные расходы отметь,
+не объявляй нулём; нового механизма учёта это правило не создаёт.
+
+После приёмки сохрани нужные результаты/evidence и заверши использование
+экземпляра для поручения. Перед закрытием/заменой останови запись и проверь
+процессы по wolf-handoff; закрытие не удаляет worktree или evidence. Если host
+не умеет закрывать сессию, перестань назначать ей работу и укажи ограничение.

package/templates/base/skills/using-skills/references/routes-execution.md

@@ -1,9 +1,11 @@
 # Планирование и исполнение
 
+Наниматель L0/L1 до назначения загружает полную [методику разделения труда](division-of-labor.md).
 L1 до назначения читает [канон TASK](contracts.md). Не передавай L2 всю организацию.
 
 | Когда | Как применить | Результат |
 | --- | --- | --- |
+| Общую цель нужно распределить между L1 | L0 поручает L1 wolf-plan; получает готовые брифы, зависимости и интегратора, затем назначает L1 | Ограниченные поставки L1, последовательные или параллельные |
 | Есть approved-входы, нужна декомпозиция | wolf-plan: L1 выделяет результаты, зависимости и проверки | Исполнимые конечные TASK |
 | Нужно определить проверки | wolf-testplan: связать критерии с независимым oracle | Сценарии и команды |
 | Начинается поставка | wolf-sdd: L1 выбирает лица/скиллы и назначает ready-задачи L2 | Проверенные и интегрированные результаты |

package/templates/base/skills/wolf-feedback/references/complaints.md

@@ -45,6 +45,34 @@
      несогласие с триажем — эскалация (about=executor-lead), не новая
      жалоба той же сути.
 
+### Языковые жалобы (предмет LANGUAGE)
+
+Языковая жалоба — предмет «что не так в терминах или формах внутреннего
+языка» (термины и правила — using-skills/references/agent-language.md).
+Класс дефекта остаётся в kind (technical|behavioral): LANGUAGE — предмет
+жалобы, не новый kind и не новый маршрут.
+
+Маркер в поле rule — `LANGUAGE/<причина>`, причины:
+- `LANGUAGE/ambiguous-definition` — термин допускает разные толкования
+  (пример: «DONE поняли как окончательную приёмку»);
+- `LANGUAGE/insufficient-form` — нужное сообщение нельзя выразить
+  существующими слотами (пример: «в RESULT нельзя понятно выразить
+  частично завершённый результат»);
+- `LANGUAGE/excessive-requirement` — форма требует лишнего для простой
+  ситуации (пример: «для простой задачи пришлось повторить уже доступные
+  ограничения»).
+
+Критерий подачи: конкретная помеха работе (переспрос, неверное действие,
+лишний шаг), а не каждое формальное отклонение от формы.
+
+Подача, триаж и мутация — как для обычных жалоб W1–W4 (разделы А и Б);
+отдельного маршрута нет.
+
+Примечание (открытый вопрос владельцу): на момент правки поле proposal
+обязательно при записи жалобы (схема: `proposal: { required: true }` в
+src/domain/memory-types.ts); до решения владельца, если решения не видно,
+пиши в proposal: «решения не вижу; основание: …».
+
 ## Б. ТРИАЖ (диспетчер)
 
 1. **Стоящее обязательство**: при приёмке КАЖДОГО отчёта до вердикта —

package/templates/base/skills/wolf-handoff/SKILL.md

@@ -16,7 +16,13 @@ description: "Применять перед сменой сессии или и
 
 ## Выбор действия
 
-Различай: продолжение той же роли в новой сессии, замена исполнителя и новая подзадача. L0 передаёт цель преемнику L0 либо поручает L1 поставку; L1 заменяет L2/исполнительскую сессию (порядок замены и выбор сеанса — по канону executor-lead); L2 возвращает checkpoint и запрос L1. L2 не спавнит преемника. Указание tool.task не гарантирует сброс контекста родителя — проверь возможности платформы.
+Наниматель L0/L1 сначала применяет полный канон
+using-skills/references/division-of-labor.md: новая поставка и replace прежнего
+поручения различаются. L0 заменяет своего L1; L1 — своего L2. Передача роли L0
+преемнику L0 не является наймом со стороны L1. L2 возвращает checkpoint и запрос
+L1, преемника не спавнит. Порядок передачи ниже действует в пределах прежних
+прав; конкретизация L2 — в каноне executor-lead. Tool.task не гарантирует сброс
+контекста родителя — проверь возможности платформы.
 
 ## Snapshot
 
@@ -31,6 +37,8 @@ Snapshot не становится проектным документом ав
 - task/thread ID, цель, AC, scope и текущий ответственный;
 - base/current revision, cwd, branch/worktree, dirty/untracked, patch или другой доступный способ восстановления;
 - выполненное и оставшееся, dependencies, ожидающий внешний исход;
+- известные расходы/остаток бюджета поручения и общий лимит поставки; неизвестное
+  явно отметить — новая сессия не обнуляет бюджет; это текст состояния, не новые поля Wolf;
 - действующие ограничения задачи (`ACTIVE_CONSTRAINTS`) и активные методики/политики — IDs/версии;
 - принятые решения (`DECISIONS[]`: D-id, что решили одной строкой, почему, основание/источник) — только влияющие на продолжение;
 - проверки с evidence и областью актуальности;

package/templates/base/skills/wolf-plan/SKILL.md

@@ -16,6 +16,23 @@ description: "Применять перед декомпозицией утве
 
 Вход: approved requirements/design либо разрешённый LITE/FIX-бриф; baseline SHA, профиль проекта и известный test-plan. Выход: plan.md или список TASK с зависимостями и точками интеграции. Автор планирования не выполняет реализацию.
 
+## Масштаб поручения
+
+До разбиения загрузи using-skills/references/division-of-labor.md, если текст
+ещё не доставлен. Планируй в границах своего TASK: распределение общей цели
+между поставками L1 либо внутренние конечные задачи L2 одной поставки.
+Для первого случая подготовь L0 готовые ограниченные брифы L1 с критериями,
+входами, зависимостями/условиями готовности, границами общих ресурсов, бюджетом
+и владельцем технической интеграции. Поручения используют существующее ядро
+TASK и рамку L1 без нового профиля; краткая сводка и ссылки идут в REPORT роли.
+L0 выполняет назначения L1; планирующий L1 других L1 не спавнит.
+
+Граница поставки — законченный самостоятельно принимаемый результат, не вся
+цель/thread или сессия. Отдельные поставки получают новых L1 даже последовательно.
+Не дроби малую связанную работу по файлам/этапам; внутренний план поставки
+может включать связанные этапы, ревью и исправления в одном поручении L1.
+Принятый результат поручения только на план не разрешает исполнение поставок.
+
 ## Процесс
 
 1. Проверь версии входов. Отнеси каждый REQ/NFR к задаче и проверке; зафиксируй пробелы до исполнения.
@@ -48,7 +65,7 @@ description: "Применять перед декомпозицией утве
 
 ## Гейт перехода
 
-План готов к исполнению после проверки зависимостей, соответствия design, согласования test-plan и необходимого ревью. Состояния документов и основания утверждения должны соответствовать текущим версиям. L1 выбирает wolf-sdd либо разрешённый wolf-execute; реализация не является частью планирования.
+План готов к исполнению после проверки зависимостей, соответствия design, согласования test-plan и необходимого ревью. Состояния документов и основания утверждения должны соответствовать текущим версиям. L1 организует исполнение по wolf-sdd; назначенный L2 применяет wolf-execute. Реализация не является частью планирования.
 
 ## Не пропускай процесс
 

package/update-map.json

@@ -1,16 +1,16 @@
 {
-  "version": "2.28.0",
-  "prev": "2.27.1",
+  "version": "2.30.0",
+  "prev": "2.29.0",
   "files": [
     {
       "path": "base/agents/executor-lead.md",
       "kind": "agent",
-      "category": "unchanged"
+      "category": "changed"
     },
     {
       "path": "base/agents/mr-wolf.md",
       "kind": "agent",
-      "category": "unchanged"
+      "category": "changed"
     },
     {
       "path": "base/agents/steward.md",
@@ -25,7 +25,7 @@
     {
       "path": "base/agents/worker-researcher.md",
       "kind": "agent",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/agents/worker-reviewer.md",
@@ -60,7 +60,7 @@
     {
       "path": "base/skills/requesting-code-review/SKILL.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/test-driven-development/references/test-quality.md",
@@ -78,15 +78,25 @@
       "category": "unchanged"
     },
     {
-      "path": "base/skills/using-skills/references/context-and-memory.md",
+      "path": "base/skills/using-skills/references/agent-language.md",
       "kind": "skill",
       "category": "unchanged"
     },
+    {
+      "path": "base/skills/using-skills/references/context-and-memory.md",
+      "kind": "skill",
+      "category": "changed"
+    },
     {
       "path": "base/skills/using-skills/references/contracts.md",
       "kind": "skill",
       "category": "unchanged"
     },
+    {
+      "path": "base/skills/using-skills/references/division-of-labor.md",
+      "kind": "skill",
+      "category": "new"
+    },
     {
       "path": "base/skills/using-skills/references/project-rules.md",
       "kind": "skill",
@@ -115,12 +125,12 @@
     {
       "path": "base/skills/using-skills/references/routes-intent.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/using-skills/references/routes-quality.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/using-skills/references/routes-state.md",
@@ -130,7 +140,7 @@
     {
       "path": "base/skills/using-skills/SKILL.md",
       "kind": "skill",
-      "category": "unchanged"
+      "category": "changed"
     },
     {
       "path": "base/skills/verification-before-completion/SKILL.md",
@@ -145,12 +155,12 @@
     {
       "path": "base/skills/wolf-code-craft/SKILL.md",
       "kind": "skill",
-      "category": "new"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-code-simplify/SKILL.md",
       "kind": "skill",
-      "category": "new"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-debug/references/techniques.md",
@@ -165,7 +175,7 @@
     {
       "path": "base/skills/wolf-design/SKILL.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-execute/references/technical-helpers.md",
@@ -180,7 +190,7 @@
     {
       "path": "base/skills/wolf-execute/SKILL.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-explain/SKILL.md",
@@ -220,12 +230,12 @@
     {
       "path": "base/skills/wolf-handoff/SKILL.md",
       "kind": "skill",
-      "category": "unchanged"
+      "category": "changed"
     },
     {
       "path": "base/skills/wolf-plan/SKILL.md",
       "kind": "skill",
-      "category": "unchanged"
+      "category": "changed"
     },
     {
       "path": "base/skills/wolf-release-docs/SKILL.md",
@@ -240,7 +250,7 @@
     {
       "path": "base/skills/wolf-sdd/SKILL.md",
       "kind": "skill",
-      "category": "changed"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-skill-intake/SKILL.md",
@@ -250,7 +260,7 @@
     {
       "path": "base/skills/wolf-software-design/SKILL.md",
       "kind": "skill",
-      "category": "new"
+      "category": "unchanged"
     },
     {
       "path": "base/skills/wolf-testplan/SKILL.md",