unlazy — скилл
Скилл дисциплины завершения для крупных задач агента: сначала список приемки с проверками, потом работа, затем повторная сверка по доказательствам
- 4 362 ★ репозитория
- Последний коммит
- MIT
Расширенный доступ
Почему такой уровень
- Выполняет команды оболочки из списка проверок, но только после явного одобрения
- Может устанавливать опциональный Stop-хук, который срабатывает при остановке агента
Установка
- Работает в
В терминале, через SkillFoxx CLI
npx skillfoxx add skills/unlazyОпределит агенты на машине, покажет уровень доступа и зафиксирует версию.
Другие способы установки
Доступ и проверки
Как мы проверяемРасширенный доступИнструмент запускает код или ходит в сеть, а внешние данные только читает.
- Выполняет команды оболочки из списка проверок, но только после явного одобрения
- Может устанавливать опциональный Stop-хук, который срабатывает при остановке агента
Это чужой код. Посмотрите файлы в репозитории перед установкой.
Что делает
Скилл заставляет агента описать критерии готовности до начала работы. Каждый пункт списка приемки получает наблюдаемый результат и, где возможно, команду проверки CHECK с ожидаемым выводом EXPECT. Пункт считается закрытым, только когда команда завершилась с нулевым кодом, вывод совпал с ожиданием, а к записи привязан отпечаток определения проверки. Метод Depth Tree делит крупную задачу на листья с узким контрактом и собственным списком проверок, есть режимы для одиночной, оркестрованной и параллельной работы. Команды CHECK это код оболочки: агент читает их и запускает только после явного одобрения, а входные данные и вывод считаются недоверенными.
Для кого. Для инженеров, которые дают агенту большие или многошаговые задачи и хотят проверяемого завершения вместо уверенного отчета «готово».
Подходит, если
- Задача крупная или состоит из нескольких частей, и легко забыть часть требований
- Работа уже возвращалась наполовину сделанной, нужен объективный критерий готовности
- Идет исчерпывающий аудит, сборка или параллельная работа по нескольким веткам
Не подходит, если
- Короткий разовый запрос, где список приемки только мешает
- Нельзя запускать команды оболочки и одобрять проверки
Пример запроса к агенту
Возьмись за рефакторинг модуля оплаты по методу дерева на 5 уровней и проверь каждый путь миграции, не останавливайся, пока не готовоОграничения
Чекер проверяет только тот командный оракул, который вы объявили: он не понимает, совпадает ли английский заголовок пункта с реальным смыслом команды, поэтому пользы ровно столько, сколько заложено в сами проверки. Команды CHECK выполняются как код оболочки после вашего одобрения, привязка определения ловит структурный дрейф, но не подделку записи тем, кто может редактировать список. Скрипты и опциональный Stop-хук требуют Node 16 или новее и не тянут сторонних пакетов. В исходниках указана версия 2.1.0, отдельного тега релиза нет, для неизменной установки закрепляйте конкретный коммит.
Как отключить. Удалите папку unlazy из каталога скиллов агента, например ~/.claude/skills/unlazy или ~/.codex/skills/unlazy. Если ставили Stop-хук, снимите его тем же скриптом установки.
Частые вопросы
Скилл сам запускает команды?
Нет, не сам по себе. Загрузка скилла, режим --status и Stop-хук не выполняют строки CHECK. Команда запускается только после вашего явного одобрения, и повторное одобрение нужно при любом изменении привязанных входных данных.
Что делать с невыполнимым пунктом?
Нельзя тихо удалить его. Нужно добавить ABANDON с непустой причиной, чекер завершится кодом 1 и пометит это как обязательную передачу работы, а не как успешное завершение.
Обсуждение
Вопросов и отзывов пока нет.
Похожие
СкиллыСкилл против зацикливания агента на служебных хешах, замках и квитанциях: сначала результат, потом проверка
Скилл и хуки, которые удерживают кодового агента в рамках задачи и убирают лишнюю защиту, ненужные контрольные суммы и расползание объема
Каталог из почти двухсот скиллов: доставка кода, ревью, отладка, управление ИИ, продуктовая работа и координация агентов.
Скилл переписывает задачу в более амбициозную: цель за целью, как сделал бы лучший специалист, плюс методы смежных областей.
Многоагентная обвязка с проверкой результата по артефактам: стоп-хуки, независимый судья и журнал событий для Claude Code, Codex, Cursor и других
Скилл-мастерская: агент проверяет готовый скилл, ищет аналоги, оценивает и правит по шагам с проверкой каждой правки.
Коротко о README
README описывает подход: сначала пишется список приемки, затем выполняются одобренные проверки, потом возвращенная работа сверяется заново, и в отчет попадает только то, что подтверждено доказательствами. Установка идет через skills CLI (npx skills add) для поддерживаемых агентов или ручным копированием в каталоги Claude Code и Codex CLI. Ядро это SKILL.md, а чекер gate-check.mjs проверяет формат списка, коды выхода и совпадение с EXPECT, режим --status ничего не выполняет. Есть режимы Depth Tree для оркестрации и параллельной работы с контрактами по листьям и ветвям. Подход опирается на исследования 2025 и 2026 годов о лени модели, недостаточном обдумывании и преждевременном завершении.
Бейдж для README
Исходный SKILL.md
--- name: unlazy description: Enforces completion discipline for substantial autonomous work by writing acceptance gates before execution, decomposing work with the Depth Tree, running approved checks, and re-verifying evidence before reporting. Use when an agent faces a long or multi-part task, work that has returned half-done, an exhaustive audit or build, parallel leaves or pipelines, or explicit triggers such as /unlazy, $unlazy, "tree N", "gates", and "do not stop until it is done". --- # Unlazy Make incomplete work visible and make completion testable. Prove outcomes against a ledger instead of relying on a confident done report. ## Write gates before real work For solo work, create `GATES.md` from the local file `templates/gates-leaf.md` before implementing (orchestrated mode instead starts from `templates/PLAN.md` plus per-leaf `templates/gates-leaf.md` and per-branch `templates/gates-node.md` under `.unlazy/<scope>/`; see Build the Depth Tree below). State one observable outcome per gate. Give every runnable gate an indented `CHECK:` and `EXPECT:`; use a manual gate only when no command can decide the outcome. Treat `CHECK:` as code. Before executing an inherited ledger, parse it without running anything and read every command and called script.