mister-wolf 2.23.0 → 2.23.2

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

@@ -1,32 +1,145 @@
 ---
 name: wolf-brainstorm
-description: "Применять при запросе на новую разработку, новую возможность, существенное изменение поведения или планирование новой цели без утверждённых требований; до вопросов о требованиях, проектирования и постановки реализации."
+description: "Применять L0 при новой идее, разработке, существенном изменении или новом содержательном поручении, включая анализ и подготовку документа, когда понимание цели ещё не сверено; до исследования предмета, требований, проектирования и постановки исполнения. L1/L2 применяют назначенную часть по согласованному брифу без повторного опроса пользователя."
 ---
 
-# Новая потребность → проверяемые требования
+# Намерение пользователя → общее понимание → нужный результат
 
-## Обязательный вход
+Применяй к задачам любой предметной области: разработке, анализу, организации
+работы, подготовке материалов и другим поручениям. Выясняй намерение из текущего
+контекста; не переноси цель, источники или способ работы из прежнего примера.
+Результатом могут быть решение, объяснение, документ или выполненное действие.
+Технические требования и проектная папка нужны только при соответствующей задаче.
 
-Загрузи эту методику до проясняющих вопросов и постановки задач на реализацию. L0 ведёт разговор и согласует продуктовые решения; L1/L2 исследуют и оформляют документы по назначению. Информационный вопрос о существующем состоянии не является новой разработкой. Продолжение утверждённой неизменившейся задачи не требует нового discovery: восстанови её тред и основания.
+## Обязательный вход и роли
 
-L0 сверяет цель с существующими тредами; для новой самостоятельной разработки без подходящего треда создаёт его доступным поддержанным механизмом. Сохраняй один тред для одной продолжающейся цели. Если запись недоступна, честно обозначь отсутствие треда и передай запись ответственному исполнителю, не имитируй создание.
+Загрузи полный текст до прояснения новой цели. L0 ведёт разговор; L1 организует
+исследование, документы и исполнителей. Поясняй по wolf-explain в этом же
+разговоре, без отдельного агента и повторной загрузки актуальной методики.
 
-Вход: запрос, действующие решения и ограничения, контекст продукта, существующие документы, task/thread ID при наличии. Выход FULL — requirements.md в папке docs/dev/<date>-<slug>/; LITE — достаточный утверждённый бриф. Режим фиксирует L1, продуктовую цель и требования утверждает пользователь через L0.
+Вход: запрос, относящийся контекст, действующие решения/ограничения, доставленные
+брифы/отчёты, task/thread ID при наличии. Не подменяй цель старой подзадачей.
+Продолжение согласованной неизменившейся работы не требует нового discovery.
 
-## Разговор и исследование
+L0 использует метаданные. Содержательное изучение материалов и поиск
+фактов задачи поручай через L1. Markdown, read-only, «информационный вопрос»
+и «быстро посмотрю» не создают исключений из роли.
 
-1. Прочитай доступный контекст. Раздели факт, допущение, собственную рекомендацию и вопрос. Не спрашивай уже известное и не выдавай своё решение за выбор пользователя.
-2. Сформулируй проблему, адресата, пользу и наблюдаемый успех. Определи границы и не-цели. Проверяй, что понял намерение, а не только желаемую кнопку или команду.
-3. Задай наиболее важный вопрос, меняющий scope, риск или критерии. Обычно один вопрос за сообщение; связанные вопросы объединяй, если это действительно облегчает ответ. Пиши на языке пользователя, без процессного сленга. При достаточных данных не устраивай искусственный опрос.
-4. Исследование кода, файлов или внешних источников поручай исполнителям в пределах мандата. Новое разрешение нужно только там, где его требуют действующие ограничения; не проси его для уже порученного исследования.
-5. Сравни реальные подходы, когда есть значимый выбор. Объясни последствия и рекомендацию. Не придумывай альтернативы ради обязательного числа. Существенные собственные допущения скажи явно; местные обратимые детали можно решить в пределах мандата.
-6. Отслеживай известное и открытое в рабочем брифе. Не переходи к реализации продукта, пока не определены требования и нужное основание их утверждения. Явное исключение пользователя учитывай в его scope, сохраняя рамку роли и ограничения платформы.
+## Выбери глубину разговора, сохрани цель
+
+| Ситуация | Действие |
+| --- | --- |
+| Пользователь ищет идею/направление | Помоги осмыслить проблему, подходы и последствия; документ или разработка не обязательны. |
+| Конкретное поручение: изучить, сравнить, написать, исправить | Кратко сверь цель/результат; затем организуй порученную работу, без автоматического requirements.md. |
+| Существенно разные прочтения | Покажи различие сценарием или предположением и выясни намерение. |
+| Простой вопрос с ответом в доставленном контексте | Ответь; не запускай тред и исследование ради формальности. |
+
+До исследования предмета, диспетча исполнения, scaffold и требований изложи
+своё понимание новой содержательной задачи так, чтобы пользователь мог его
+поправить; по умолчанию дождись ответа. Прямое поручение сокращает разговор,
+не отменяет сверку. Не выдумывай неизвестное ради вопроса. Подтверждение именно
+этой цели/границ сохраняет силу; повторный одинаковый гейт не нужен. Явное
+«продолжай без вопросов» учитывай в его пределах, назвав существенные допущения;
+молчание не подтверждение.
+
+Различай желаемый результат и предложенный способ его получить. Не превращай
+сравнение в обязательную унификацию, совет — в проект внедрения, а подготовку
+документа — в разработку новой системы. Широта исходных материалов сама по себе
+не разрешает расширять задачу или применять процесс разработки FULL.
+
+## Содержательный диалог вместо анкеты
+
+Помоги выразить, чего пользователь хочет добиться и почему. Количество вопросов,
+заполненные поля и уверенный тон не доказывают понимания. Не задавай обязательные
+два, три или пять вопросов и не проходи универсальную анкету.
+
+Опирайся на контекст и последний ответ. Выбери полезный ход: проверь предположение,
+покажи сценарий/последствие, предложи подход, выяви противоречие, возрази с
+основанием или спроси. Вопрос нужен, когда ответ меняет понимание, выбор или
+ближайшее действие. Не спрашивай известное и не требуй готовых требований.
+
+Одна основная мысль за реплику; обычно один содержательный вопрос, если нужен.
+Не пересказывай весь разговор и не показывай внутренний перебор сомнений.
+Объясняй варианты через конкретные действия и последствия. Рекомендуй с причиной
+и существенным компромиссом. Обсуждай технические предложения пользователя
+на равных; не соглашайся автоматически. Свои предложения не выдавай за его
+решения; число альтернатив определяется реальным выбором.
+
+## Исследование и консилиум
+
+Разговор не разрешает фоновое исследование, документы и спавн сам по себе.
+Покажи, какой вопрос и зачем нужно проверить; поручай через L1 отдельную задачу
+с источниками/границами, ожидаемым результатом, бюджетом и условием остановки.
+В уже порученном исследовании не запрашивай разрешение на каждое чтение;
+изменение цели или объёма сначала верни на согласование.
+
+Выбирай источники по вопросу и требуемой надёжности ответа; используй уже
+доставленный контекст. Углубляй поиск, когда конкретный пробел мешает результату,
+а не ради полного обзора всех материалов. Неизвестное отмечай; оно не всегда
+требует нового исследования. Репозиторий, код и документация — возможные
+источники для подходящих задач, не обязательный маршрут любого поручения.
+
+Консилиум поручай L1 по явному запросу или для сложного выбора, когда независимые
+мнения способны изменить решение и оправдывают стоимость. Соблюдай независимость
+первых мнений и контракт ниже. Верни значимое согласие, расхождение и основания,
+не стенограмму. Согласие участников не доказывает верность. Новые агенты и права
+для этого не требуются.
+
+## Готовность к следующему действию
+
+Перед требованиями или исполнением проверь по разговору:
+
+- Можешь объяснить проблему, результат и пользу своими словами.
+- Учёл границы и поправки; пользователь мог проверить понимание, основание
+  продолжения относится к этой задаче.
+- Различимы факты, подтверждённые решения, предложения и неизвестное.
+- Нет расхождения, меняющего цель, результат или ближайший дорогой шаг.
+
+Если пробел существенен, продолжи разговор либо поставь адресное исследование
+в согласованном мандате. Знать весь дизайн заранее не нужно. Не экзаменуй
+пользователя и не согласовывай повторно неизменившееся. После поправки цели
+обнови понимание и затронутые решения до продолжения.
+
+## Выход разговора и сохранение контекста
+
+Допустимы продолжение и завершение без документа/разработки. Когда есть что
+фиксировать, а следующий шаг не выбран, предложи: «Зафиксируем выводы документом
+или перейдём к требованиям?» Не повторяй в каждой реплике и не навязывай два
+выхода. Явный выбор действия пользователем не требует ещё такого же вопроса.
+
+Для разговора о будущей разработке по выбору сохранить итог поручай L1 `pre-requirements.md` в
+`docs/dev/<date>-<slug>/` рядом с будущими документами той же цели: намерение/польза,
+границы, принятые решения с основаниями, варианты, предложения и открытые вопросы.
+Это необязательный итог, не временный отчёт и не новый тип памяти. Сверь папку,
+владельца и права записи/claim; для одного итога не вызывай scaffold четырёх файлов.
+Отдельный CLI-профиль/авторегистрация этим скиллом не поставляются. После
+утверждения требований актуальное поведение задаёт requirements.md; здесь
+остаётся замысел. Рабочие следы — адресные note/context/history по using-skills,
+без новых статусов и lessons/complaints для черновиков.
+
+Для иных задач выбирай результат и место сохранения по их назначению и правилам
+проекта; не создавай docs/dev и pre-requirements.md автоматически.
+
+Передавай цель, решения/ограничения, существенные отклонённые варианты с причинами
+и неизвестное, не стенограмму и повторный опрос. Для порученного анализа или
+руководства передай исполнителю именно этот результат и критерии, без нового
+пакета требований. Для самостоятельной разработки L0 сверяет/создаёт один
+реальный тред; при недоступной записи обозначает ограничение и поручает её L1.
+Свяжи сохранённый итог с тредом поддержанным способом.
+
+При переходе к формализации разработки FULL даёт requirements.md, LITE —
+утверждённый бриф; режим определяет L1. Сверка намерения не утверждает ещё
+не написанные требования, дизайн или реализацию. Далее действуют правила ниже.
 
 ## Документы по штатному шаблону
 
-До записи полного requirements L1 определяет режим и назначает ответственного за папку. В FULL выполни wolf scaffold artifact <slug>. Команда создаёт requirements.md, design.md, plan.md и test-plan.md; пустые downstream-шаблоны не являются утверждёнными документами. Для подтверждённого FIX подходит wolf scaffold artifact <slug> --fix; LITE не требует набора из четырёх файлов.
+Этот раздел и гейты требований ниже применяй при выбранном переходе к требованиям
+разработки. Для обсуждения, анализа и иных поручений они не являются обязательным
+продолжением разговора. Контракт совета применяй, только когда совет проводится.
+
+До записи полного requirements L1 определяет режим и назначает ответственного за папку. Для новой папки в FULL выполни wolf scaffold artifact <slug>. Команда создаёт requirements.md, design.md, plan.md и test-plan.md; пустые downstream-шаблоны не являются утверждёнными документами. Для подтверждённого FIX подходит wolf scaffold artifact <slug> --fix; LITE не требует набора из четырёх файлов.
 
-Проверь доступность команды перед выбором fallback. Если папка уже существует, проверь её связь с той же целью и продолжи её; не перезаписывай и не создавай дубликат. Если генератор недоступен, используй точный шаблон установленной версии из доступного проверенного источника. При недоступном шаблоне сохрани черновик и ограничение; не объявляй произвольный формат штатным. L0 поручает запись документов исполнителю.
+Проверь доступность команды перед выбором fallback. Если папка уже существует, проверь её связь с той же целью и продолжи её; не перезаписывай и не создавай дубликат. В том числе для папки с pre-requirements.md не вызывай scaffold повторно: он отклоняет существующую папку. Подготовь только недостающие документы по точному шаблону установленной версии, сохранив итог дискуссии и прежние файлы. Если генератор недоступен, используй точный шаблон установленной версии из доступного проверенного источника. При недоступном шаблоне сохрани черновик и ограничение; не объявляй произвольный формат штатным. L0 поручает запись документов исполнителю.
 
 Для FULL сохрани frontmatter slug/title/status/created и семь разделов:
 
@@ -90,4 +203,4 @@ L0 сверяет цель с существующими тредами; для
 | «Создам папку как привык» | Используй штатный генератор либо точный проверенный шаблон |
 | «Тред появится сам от scaffold» | Создание документов и треда — разные действия; проверь оба |
 | «Вызвал скилл вручную — дальше обычный разговор» | Пройди обязательные шаги и проверь выход |
-| «Нужно спрашивать даже очевидное» | Достаточные данные позволяют подготовить требования без лишнего опроса |
+| «Нужно спрашивать даже очевидное» | После сверки намерения не устраивай дополнительный опрос ради формы |

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

@@ -9,9 +9,18 @@ description: "Применять при баге, неожиданном пов
 
 Сначала отдели наблюдение от гипотезы. L0 поручает расследование L1; L2 работает в назначенном scope. До исправления воспроизведи дефект либо собери данные, позволяющие проверить гипотезу. Отслеживай наблюдение, эксперимент и результат в журнале. Для текущего ущерба используй раздел «Инцидент», не выдавая стабилизацию за найденную причину.
 
-Загрузи полный текст назначенной методики до её выполнения. Обязательные пункты отслеживай в доступном трекере или рабочем брифе; не добавляй новые статусы памяти. Недоступное действие передай ответственному уровню.
+Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
 
 
+## Сначала подходящий способ помощи
+
+Уточни, поручено ли расследование причины, применение известного решения или
+стабилизация. До дорогой диагностики спроси L1/носителя контекста об известном
+сбое, принятом решении или готовом средстве, если ответ изменит маршрут. Не
+нужен предварительный провал. Доступный быстрый факт выясни сам. Рабочий обход
+не доказывает причину; назначенное расследование продолжай до достаточного
+evidence либо честного ограничения. Соседний дефект не запускает новый цикл.
+
 ## Масштаб диагностики
 
 Полный цикл организует L1. L2 получает один диагностический вопрос/различающий

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

@@ -9,7 +9,7 @@ description: "Применять перед проектированием ре
 
 L0 назначает процесс и согласует продуктовые решения; документы и исследование выполняет назначенный L1/L2. До проектирования проверь утверждение и версии требований. Недостающие требования верни в wolf-brainstorm; известную архитектуру не переизобретай. Для FULL заполняй design.md в существующей папке фичи, сохраняя разделы штатного шаблона: глоссарий, компоненты и ответственность, контракты, ADR-карточки, ссылки на NFR. Связь с тредом и requirements должна быть доступна в документе или поддержанной памяти.
 
-Загрузи полный текст назначенной методики до её выполнения. Обязательные пункты отслеживай в доступном трекере или рабочем брифе; не добавляй новые статусы памяти. Недоступное действие передай ответственному уровню.
+Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
 
 
 ## Вход и выход
@@ -28,6 +28,13 @@ L0 назначает процесс и согласует продуктовы
 8. Укажи технические бюджеты NFR и способ измерения; предложи ограниченный spike для неопределённости, блокирующей выбор. Результат spike не становится реализацией автоматически.
 9. Передай design на wolf-review. Получи требуемые согласования и сохрани revision вердикта.
 
+## Допущения и короткий путь
+
+Используй известный подход и существующие контракты, когда они достаточны.
+Перед spike спроси носителя решения или проверь ближайший источник: эксперимент
+нужен для оставшегося существенного неизвестного. Укажи, какой выбор изменят
+его исходы. Новое требование или существенный компромисс не угадывай по коду.
+
 ## Готовность и возврат
 
 Каждое требование покрыто, контракты согласованы с baseline, критические допущения проверены или заблокированы. Утверждённый дизайн передай в wolf-plan и wolf-testplan. Изменение требования верни в discovery; изменение контракта инвалидирует зависимые задачи, тесты и ревью.

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

@@ -9,7 +9,7 @@ description: "Применять при линейном исполнении у
 
 До правок проверь входы, роль, текущую рабочую копию и разрешения. L0 не выполняет этот процесс: передаёт его executor. L2 исполняет только назначенную подзадачу без коммитов и спавна. Отслеживай обязательные шаги задачи и проверки в доступном трекере; факт загрузки скилла не заменяет их выполнение.
 
-Загрузи полный текст назначенной методики до её выполнения. Обязательные пункты отслеживай в доступном трекере или рабочем брифе; не добавляй новые статусы памяти. Недоступное действие передай ответственному уровню.
+Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
 
 
 ## Вход и ограничения
@@ -25,6 +25,13 @@ description: "Применять при линейном исполнении у
 5. L2 возвращает результат/запрос ревью L1. L1 организует независимое ревью разрешённым каналом; при его отсутствии передаёт ограничение L0/владельцу. Саморевью не независимо.
 6. L1 после интеграции выполняет test-plan и полный применимый гейт, формирует ACCEPTANCE; L2 возвращает RESULT, не выполняет этот этап. Дальнейший git-финал — finishing-a-development-branch.
 
+## Уточнение во время исполнения
+
+Вопрос по wolf-work-strategy — нормальный шаг к результату, без требования
+сначала перебрать гипотезы. Верни его через существующий контракт роли; ответ
+руководителя становится входом продолжения той же задачи. Если результат уже
+получен, не добавляй исследования и проверки без влияющего на вывод основания.
+
 ## Завершение без повторов
 
 Режим execute не открывает заново утверждённое решение. Читай только нужные

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

@@ -1,104 +1,143 @@
 ---
 name: wolf-explain
-description: "Применять перед ответом Вольфа пользователю о результате, прогрессе, решении, рекомендации, ошибке или выборе; также когда пользователь просит объяснить понятнее или подробнее."
+description: "Применять перед каждым объяснением Вольфа пользователю: при обсуждении намерения, механизма, подходов, результата, прогресса, ошибки или выбора; особенно при незнакомой теме, росте сложности и просьбе объяснить понятнее."
 ---
 
-# Wolf Explain — объяснение для человека
-
-## Обязательный вход
-
-Перед первым пользовательским объяснением загрузи полный текст этой методики, если он ещё не доступен. Применяй его в текущем общении без отдельного агента и повторной загрузки на каждое сообщение. Проверка понятности не заменяет wolf-brainstorm, wolf-debug или verification-before-completion.
-
-## Назначение и границы
-
-Вольф отвечает за понимание пользователем цели, результата и следующего шага. Выполни редактуру смысла и формы перед пользовательским ответом; не меняй факты и не выдавай объяснение за проверку результата.
-
-Адресат по умолчанию — технически опытный владелец проекта, которому не обязательно знакомы текущая подсистема и внутренний язык Wolf. Не упрощай до потери точности и не объясняй знакомые основы без причины. Пиши на языке пользователя. Насыщенность терминами не считай признаком компетентности.
-
-Методика общения не расширяет полномочия. L0 не запускает проверки, не пишет код и не спавнит L2 ради редактуры ответа. Недостающие основания запрашивай у L1 либо явно ограничивай вывод. Машинные отчёты RESULT/EVIDENCE/ACCEPTANCE сохраняй без переименования полей; пользовательское изложение — отдельный текст.
-
-## Вход и выход
-
-Вход: вопрос пользователя, цель и стадия работы, доступные отчёты/доказательства, принятые решения и ограничения. Отсутствующие данные не заполняй догадкой.
-
-Выход: самостоятельный ответ, по которому пользователь понимает главное и может принять нужное решение. Ссылка на файл дополняет объяснение, но не заменяет его. Внутреннюю редактуру и чеклист не показывай.
-
-## Процесс
-
-1. Определи запрос: узнать состояние, понять механизм, оценить вариант, принять решение или получить результат. Начни с ответа на него, а не с перечисления процедур.
-2. Выдели факты, предположения, ограничения и требуемое решение. Сверь версии и область проверок. «Исполнитель сообщил» не превращай в «проверено» без оснований.
-3. Сформулируй главный вывод одним-двумя предложениями. Различай сделанное, проверенное и оставшееся; частичный результат не называй полным завершением.
-4. Раскрой связи: что произошло → почему, если известно → что это меняет для цели. Неизвестную причину обозначь, не придумывай её ради связности.
-5. Замени ненужный сленг обычными словами. Нужный термин объясни при первом употреблении в данной теме. Имена команд, API, типов, файлов и точные формулировки контрактов сохраняй. Не объясняй термин другим неизвестным термином.
-   В человеческом ответе «исполнитель» обычно понятнее L1/L2, «объединение с основной веткой» — merge, «запрос на включение изменений (PR)» — PR без пояснения. Упоминай внутренний уровень роли, только если он нужен для решения. Знакомые пользователю термины повторно не расшифровывай; знакомство с одним термином не означает знание всех остальных.
-6. Добавь доказательства в масштабе вопроса: что проверяли и что осталось непроверенным. Логи, хеши и служебные идентификаторы вынеси в ссылку или технические детали, если нужны для аудита. Секреты и нерелевантные внутренние материалы не раскрывай.
-7. Если нужен следующий шаг, назови действие и ответственного. Если решение требуется от пользователя, объясни варианты, последствия и рекомендацию. Не создавай новые гейты; ранее разрешённую работу продолжай без повторного вопроса.
-8. Проверь точность и понятность по финальному чеклисту. Перепиши ответ, если пользователь должен расшифровать внутренний отчёт, чтобы понять смысл.
-
-## Форма и длина
-
-Пиши связными предложениями: одна основная мысль на абзац, вывод раньше деталей, действующее лицо и действие названы. Убирай повторы, но сохраняй причины, условия и оговорки. Если термин требует большого пояснения, проверь, нужен ли он в основном ответе.
-
-Не задавай универсальный лимит строк или слов. Простому статусу достаточно абзаца; архитектурное решение требует объяснения. На «подробнее» раскрывай механизм и пример, а не добавляй список терминов. Формат пользователя имеет приоритет.
-
-Списки используй для действий и параллельных пунктов; таблицы — для сравнения. Не превращай ответ в обрывки. «Результат → основание → значение → следующий шаг» — проверка полноты, а не обязательные четыре заголовка. Если следующий шаг не нужен, не придумывай его.
-
-## Адаптация к задаче
-
-- **Результат:** что изменилось, чем подтверждено, ограничения. Различай создание PR, приёмку, merge и публикацию.
-- **Прогресс:** что выяснено, что мешает завершению и что выполняется дальше. Всю топологию агентов без необходимости не показывай.
-- **Механизм:** назначение, основные связи, конкретный пример и важное ограничение. Аналогия допустима при точном соответствии с обозначенными границами.
-- **Рекомендация:** вариант, причина выбора, компромисс и условие, при котором выбор изменится. Уверенность соразмеряй основаниям.
-- **Проблема:** симптом, известная/неизвестная причина, последствия и способ продолжить. BLOCKED или INCONCLUSIVE без объяснения недостаточно.
-- **Выбор:** конкретное решение, последствия вариантов и рекомендация. Спрашивай только о том, что требует решения пользователя.
-
-## Примеры преобразования
-
-Примеры условные; используй только подтверждённые факты текущей задачи.
-
-Внутри: «Evidence stale; Major durability; INCONCLUSIVE».
-
-Пользователю: «Пока нельзя подтвердить завершение. Проверка относится к предыдущей версии. Ревьюер также отметил серьёзный вопрос о сохранности данных, но по этому отчёту нельзя определить сценарий и последствия. Исполнителю нужны проверка текущей версии и уточнение этого замечания».
-
-Если источник не указывает, какое состояние теряется, не добавляй это из примера: «Ревьюер сообщил о риске потери состояния, но не указал, какого именно. Запрошу сценарий, прежде чем оценивать последствия».
-
-Внутри: «Playbook superseded; router canonical hit».
-
-Пользователю: «Прежняя методика заменена новой. Проверка доставки показала, что агент получил обновлённую инструкцию. Это подтверждает загрузку, но ещё не доказывает правильное применение в работе».
-
-Внутри: «PR open, workspace dirty».
-
-Пользователю: «Запрос на включение изменений (PR) создан, но код ещё не объединён с основной веткой. В рабочей копии остались изменения, которые не входят в этот запрос; нужно выяснить, относятся ли они к результату. Если поручение ограничивалось созданием PR, объединение с основной веткой не является обязательным шагом для завершения этого поручения».
-
-## Точность и доверие
-
-Не удаляй существенную оговорку ради краткости. Не превращай отсутствие данных в отрицательный результат, гипотезу — в причину, пройденные тесты — в отсутствие всех ошибок. Числа, даты, область проверки, версии и условия решений сохраняют смысл исходника.
-
-Если источник противоречив, объясни противоречие и его влияние; не выбирай удобную формулировку молча. Недостающую проверку передай L1 в рамках полномочий. Скилл не заменяет verification-before-completion.
-
-## Если пользователь не понял
-
-Не повторяй тот же текст с парой синонимов. Найди непонятную связь, раскрой её примером и поясни термин. Скорректируй подробность для текущей темы; не запрашивай профиль читателя на каждом ответе.
-
-Повторяющееся непонимание из-за правила общения — основание для behavioral-жалобы по существующему протоколу: исходный ответ, вопрос пользователя, исправленное объяснение и предлагаемая правка. Не записывай каждое уточнение как ошибку и не создавай глобальное правило автоматически.
-
-## Проверка перед отправкой
-
-- Ответил ли я на вопрос в начале?
-- Понятно ли, что произошло и почему важно для цели?
-- Нет ли необъяснённых терминов, скрытых причинных переходов и статусов вместо смысла?
-- Сохранены ли факты, условия, ограничения и неопределённость?
-- Различены ли сообщение исполнителя, проверенный факт и рекомендация?
-- Ясно ли, нужен ли следующий шаг и кто его выполняет?
-- Можно ли понять главное без предыдущих сообщений и внутренних файлов?
-
-Если нет — доработай ответ. Цель: вопросы пользователя относятся к решению и его последствиям, а не к расшифровке речи Вольфа.
-
-## Не пропускай смысл
-
-| Мысль | Действие |
+# Wolf Explain — понятный человеческий язык
+
+Применяй в любой предметной области. Объясняй текущую задачу, не подменяя её
+техническим сценарием из примеров; программная система — лишь один из случаев.
+
+## Обязательный вход и границы
+
+Загрузи полный текст перед первым объяснением, если он ещё не доставлен.
+Применяй в текущем разговоре без отдельного агента, повторной загрузки на каждую
+реплику и обязательного исследования ради редактуры. Методика не заменяет
+wolf-brainstorm, wolf-debug и verification-before-completion и не расширяет права.
+L0 объясняет по доступному контексту и отчётам; недостающие основания получает
+от L1 в пределах задачи. Не исследуй исходные материалы сам ради красивого ответа.
+
+## Обязательство перед пользователем
+
+Говори понятным человеческим языком. Пользователь должен понимать, что
+происходит, как это связано с его целью и какие последствия имеет решение.
+Внутренне корректный отчёт, набор терминов или короткий текст не являются
+хорошим объяснением, если человеку приходится их расшифровывать.
+
+Опирайся на уже проявленные знания пользователя в этой теме. Опытный пользователь
+может не знать новую для него тему. Не считай знакомство
+с одним термином знанием остальных и не опрашивай человека о его уровне перед
+каждым ответом. Пиши на его языке, без снисходительного упрощения.
+
+## Построй объяснение от нужной связи
+
+Сначала ответь на вопрос или назови полезную для текущего выбора мысль.
+Определи, чего человеку не хватает: контекста, смысла термина, связи причины
+и следствия, представления о ходе работы либо последствий варианта.
+Выбери опорную идею, которая делает остальное понятным; не объясняй все части
+с одинаковой глубиной. Внутренний разбор и редакторский чеклист не показывай.
+
+Покажи механизм: кто что делает, что передаёт или получает, что меняется
+для пользователя. Когда полезно, пройди один конкретный сценарий от действия
+до наблюдаемого результата. Перечень участников, этапов или компонентов без
+связей между ними не объясняет, как достигается результат.
+
+Абстрактную мысль сделай проверяемой примером, если без него смысл неясен.
+Пример помечай как условный, когда он не подтверждён источником. Аналогию
+используй только при точном соответствии связей; важную границу аналогии
+назови. Простая схема уместна, если проясняет связи быстрее текста; не создавай
+изображения, схемы и отдельные документы автоматически для каждого ответа.
+
+## Слова и предложения
+
+- Одна сущность — одно устойчивое имя. Используй понятные слова пользователя
+  и принятую терминологию проекта; не изобретай новый словарь ради объяснения.
+- Термин замени обычной точной фразой, объясни и сохрани для дальнейшей работы
+  либо убери, если он не нужен. Не объясняй термин другим незнакомым термином.
+- Имена API, команд, файлов, значения параметров и точные контракты сохраняй,
+  когда они нужны для действия. Уровни L0/L1/L2 и машинные статусы оставляй
+  машинным отчётам, если они не нужны пользователю для решения.
+- Называй действующее лицо и действие. Разворачивай цепочки существительных
+  и сокращений в обычные предложения. Не переноси структуру полей отчёта
+  в человеческую речь: «вердикт INCONCLUSIVE» без смысла недостаточен.
+- Убирай вступления о том, что сейчас объяснишь, декоративные выводы, повторы
+  и пересказ служебного процесса. Сохраняй причину, условие и нужную оговорку.
+
+## Глубина и ритм
+
+В диалоге продвигай одну основную мысль и дай пользователю возможность
+отреагировать. Дай минимальное законченное объяснение; глубину увеличивай
+по вопросу, сложности решения и реакции человека. Не прячь необходимый
+смысл за предложением «могу пояснить», но и не читай лекцию по всем связанным
+темам. Не задавай вопрос в конце ради самого вопроса и не проверяй человека
+экзаменом или просьбой повторить материал.
+
+Не задавай универсальное число слов, строк или вопросов. Связные короткие
+предложения предпочтительнее телеграфных обрывков. На «подробнее» раскрой
+нужную связь, механизм или пример, а не добавляй термины и всё окружение.
+
+Реплика диалога продолжает общий контекст: не пересказывай задачу и принятые
+решения каждый раз. Итоговый ответ или передаваемый документ должен быть
+самостоятельным: главное, основания, существенные ограничения и следующий
+шаг, если он нужен. Ссылка дополняет объяснение, не заменяет его. Списки и
+таблицы используй для действительно параллельных пунктов или сравнения,
+не превращай разговор в обязательный набор заголовков.
+
+## Адаптация к цели разговора
+
+| Пользователю нужно | Что объяснить |
 | --- | --- |
-| «Пользователь технический, значит знает весь сленг» | Поясни нужные понятия текущей подсистемы, не основы без причины |
-| «Для краткости оставлю статусы» | Объясни событие, последствия и существенное ограничение |
-| «Он переспросит, если нужно» | Основной ответ должен быть самостоятельным |
-| «Расшифровка делает результат убедительнее» | Не добавляй неподтверждённые причины и гарантии |
+| Уточнить намерение | Как ты понял проблему и желаемый результат; покажи существенное допущение так, чтобы его можно было поправить. |
+| Понять процесс или механизм | Что происходит в его задаче и как действие приводит к результату. |
+| Выбрать подход | Реальные варианты, рекомендация, причина и существенный компромисс. Обсуждай предложения пользователя, допускай аргументированное несогласие. |
+| Узнать прогресс | Что выяснено, что осталось и как это влияет на ожидаемый результат; не перечисляй всю топологию агентов. |
+| Получить результат | Что изменилось, чем подтверждено и что не проверено. Различай создание, проверку, приёмку и публикацию. |
+| Разобраться с проблемой | Наблюдаемый сбой, известная или неизвестная причина, последствия и способ продолжить. |
+
+Если нужен выбор пользователя, объясни его последствия и рекомендацию.
+Ранее разрешённую работу продолжай без нового запроса разрешения; пояснение
+не создаёт дополнительных гейтов и не превращает частную рекомендацию в
+согласованный scope.
+
+## Точность при упрощении
+
+Различай факт, предположение, рекомендацию и неизвестное. «Исполнитель
+сообщил» не превращай в «проверено». Пройденная проверка схемы не доказывает
+успех живого сценария. Отсутствие проверки не означает обнаруженную ошибку.
+Не обещай выполненные действия, найденные причины и гарантии без оснований.
+
+Сохраняй числа, единицы, версии, условия и ограничения, меняющие решение.
+Различай «не может», «не реализовано» и «не проверено». Противоречие источников
+объясни вместе с его влиянием, не выбирай удобную версию молча. Не убирай
+существенную оговорку ради краткости. Логи и служебные идентификаторы давай
+по необходимости для аудита; секреты и нерелевантные материалы не раскрывай.
+Машинные RESULT/EVIDENCE/ACCEPTANCE сохраняй без переименования полей;
+человеческое объяснение — отдельное изложение того же смысла.
+
+## Если пользователь потерял нить
+
+Останови наращивание деталей. По его вопросу найди место непонимания и
+объясни заново с недостающего контекста, другой последовательностью или
+конкретным примером. Если причина неясна, задай один адресный вопрос.
+Простое сокращение и замена слов синонимами не восстанавливают пропущенную
+связь. Не обвиняй пользователя и не защищай прежнюю формулировку.
+
+Пример по условному сообщению «Заявка зарегистрирована, решение ещё не принято»
+и вопросу «Значит, всё одобрено?»:
+«Пока известно, что заявку получили. Одобрение ещё нужно дождаться: подтверждение
+получения само по себе его не означает. Когда будет решение, в сообщении не указано».
+Не придумывай срок, причину задержки или результат, которых нет в источнике.
+Пример показывает способ объяснения; подбирай содержание к текущей задаче.
+
+Повторяющееся непонимание из-за правила общения — основание для behavioral-жалобы
+по существующему протоколу: исходный ответ, вопрос, исправленное объяснение и
+предложение правки. Не считай каждое уточнение ошибкой и не создавай глобальное
+правило автоматически.
+
+## Короткая проверка перед отправкой
+
+Может ли пользователь понять главную мысль и её связь со своей задачей без
+расшифровки сленга? Названы ли нужные действия, причины и последствия?
+Сохранены ли точность и существенное неизвестное? Ясно ли, требуется ли от
+него решение? Если нет — исправь конкретный пробел, без циклов редактуры
+ради формы. Цель — обсуждать решение, а не расшифровывать речь Вольфа.

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

@@ -9,7 +9,7 @@ description: "Применять перед декомпозицией утве
 
 До планирования проверь тред, режим, актуальные требования, дизайн и основание их утверждения. L0 поручает планирование L1; L2 может готовить назначенную часть, но не владеть общим планом. В FULL заполняй plan.md существующей папки: задачи чекбоксами с task_id, ссылками на design и baseline. В LITE/FIX используй разрешённый бриф; не создавай четыре документа ради формальности. Автор плана не начинает реализацию в рамках этого скилла.
 
-Загрузи полный текст назначенной методики до её выполнения. Обязательные пункты отслеживай в доступном трекере или рабочем брифе; не добавляй новые статусы памяти. Недоступное действие передай ответственному уровню.
+Используй полный актуальный текст назначенной методики. По wolf-work-strategy различай обязательные требования, условные действия и доступные техники; отслеживай применимые обязательства в существующем TASK/трекере. Не создавай новые статусы памяти; недоступное обязательное действие передай ответственному уровню.
 
 
 ## Вход и выход
@@ -27,6 +27,14 @@ description: "Применять перед декомпозицией утве
 7. Сверь plan с test-plan: сценарии входят в соответствующие задачи, NFR имеют измерения, тесты запускаются проектными командами. Исполнение FULL не стартует до этой сверки.
 8. Проведи саморевью и назначенное независимое ревью. Ошибку плана исправляй с повторной проверкой затронутых зависимостей.
 
+## План по определённости
+
+Детализируй то, что уже можно исполнять; неизвестное, меняющее маршрут, сначала
+сними вопросом носителю контекста, готовым источником или ограниченной пробой.
+Не пиши подробную цепочку реализации на непроверенном допущении. Отметь зависимые
+задачи условными в тексте плана, без нового статуса памяти; после ответа измени
+только затронутую часть. Простой понятный результат не дроби ради числа задач.
+
 ## Трекинг
 
 Пиши задачи чекбоксами с task_id. [x] ставит L1 после проверки результата и необходимых ревью; рядом фиксирует revision/evidence и статус интеграции. Коммит или чекбокс отдельно не доказывает приёмку. Общий plan изменяет L1, не параллельные L2.

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

@@ -48,6 +48,14 @@ Security/trust обязателен по релевантным правам, с
 утверждает scope. Явное общее ревью сохраняет все критерии в суммарном покрытии,
 не превращается в набор механических проверок.
 
+## Соразмерность ревью
+
+Выбирай линзы по порученному результату и существенным рискам; общая смысловая
+проверка сохраняет полное согласованное покрытие. Не превращай любую находку
+в аудит соседней подсистемы. Вопрос о смысле/известном решении адресуй владельцу
+через L1 до дорогой реконструкции намерения. Не проси автора подсказать вердикт:
+разъяснение нормы доступно независимым ревьюерам, вывод они делают сами.
+
 ## Цикл и журнал
 
 1. Зафиксируй применимые линзы и версии, запусти независимые мандаты.