К основному содержанию
скилл CX Codex

verifying-before-done — скилл для Claude Code

Скилл для ИИ-агента: прежде чем объявить задачу выполненной, он прогоняет изменение на его родной поверхности и показывает вывод команды проверки.

Установить в Claude Code · Через Skills CLI (Vercel) Все способы и платформы ↓
npx skills add riekelt/principal-engineer --skill verifying-before-done -a claude-code
Открыть на GitHub

Что делает verifying-before-done

Скилл привязан к моменту, когда агент собирается сказать «сделано», «починил», «тесты зелёные» или «задеплоил». Вместо того чтобы судить по диффу, он запускает ровно тот путь, где изменённый код встречается с вызывающей стороной: поднимает флаг, шлёт запрос обработчику, трогает ветку с ошибкой. Вывод этой пробы идёт в отчёт.

Зелёные гейты сами по себе ничего не доказывают. Скилл требует сомневаться в чистом результате и проверять, что тест вообще выполнился и способен упасть. Отдельно разводятся реализовано, развёрнуто и подтверждено во внешней системе — выдавать одно за другое запрещено. Упавший гейт надо доводить до конца, даже если он был красным ещё до правки.

Перед объявлением готовности агент просматривает дифф на посторонние изменения, обновлённые документы и реально закрытые критерии приёмки. Для критичных и необратимых правок нужен проверяющий, который код не писал. Скилл опирается на principal-engineering, поэтому его придётся поставить первым. Разрушительные операции вживую не гоняются: если безопасной цели нет, проверка идёт вокруг, а пропущенный путь называется прямо.

Какие задачи решает

  • подтвердить правку запуском, а не взглядом на дифф
  • поймать тест, который ни разу не выполнялся
  • отличить задеплоенное от просто закоммиченного
  • закрыть красный гейт, доставшийся от прошлых правок
  • вычистить из диффа постороннее до объявления готовности

Примеры запросов агенту

  • Проверь изменение на его поверхности и покажи вывод команды проверки.
  • Тесты зелёные — докажи, что нужный тест действительно выполнялся и умеет падать.
  • Собери отчёт о готовности: что реализовано, что развёрнуто, что подтверждено снаружи.

Как установить verifying-before-done

1Через Skills CLI (Vercel)

npx skills add riekelt/principal-engineer --skill verifying-before-done -a claude-code

2Вручную: положить файлы

~/.claude/skills/verifying-before-done/SKILL.md

Папка скилла целиком; для одного проекта — .claude/skills/verifying-before-done/

По шагам, с командами для каждой платформы: Как установить скилл в Claude Code: пять способов

Вопросы о verifying-before-done

Как установить verifying-before-done в Claude Code?

Выполните npx skills add riekelt/principal-engineer --skill verifying-before-done -a claude-code, после установки файл скилла лежит по пути ~/.claude/skills/verifying-before-done/SKILL.md.

Что делает verifying-before-done?

Не даёт агенту объявлять работу завершённой без прогона изменённого кода на его поверхности и без вывода команды проверки в отчёте.

Зачем нужен отдельный скилл, если агент и так запускает тесты?

Прогон всего набора тестов отвечает на вопрос «старые тесты не сломались», а не «моя правка работает». Ветка, которую набор не покрывает, ничего не подтверждает, поэтому скилл требует точечной проверки.

Похожие скиллы

Все скиллы по теме «Настройка агента: память, контекст, субагенты» →
setup-matt-pocock-skills Matt Pocock Скилл настраивает репозиторий для инженерных скиллов Matt Pocock: задаёт трекер задач, метки триажа и расположение доменной документации. Запустите его перед первым использованием остальных скиллов. 1 052 851установок ask-matt Matt Pocock Помогает выбрать подходящий скилл или рабочий поток из набора Matt Pocock. Пригодится, когда непонятно, с чего начать задачу: от идеи до разбора бага. 766 587установок to-tickets Matt Pocock Разбивает план, спецификацию или переписку на небольшие сквозные задачи и отмечает, какие из них блокируют остальные. Пригодится, когда нужно согласовать порядок работы до публикации задач в трекере. 711 230установок writing-plans Jesse Vincent Скилл превращает требования к многошаговой задаче в подробный план реализации до начала работы с кодом. Пригодится, когда исполнителю нужно зафиксировать файлы, интерфейсы и проверки. CX Codex 282 859установок caveman-review JuliusBrussee Пишет замечания к коду одной строкой: место, проблема, исправление. Пригодится, когда ревью диффа или PR надо пройти быстро и без воды. CX Codex +1 411 800установок caveman-compress JuliusBrussee Сжимает CLAUDE.md, списки задач и другие текстовые файлы в краткий формат, сохраняя читаемую резервную копию. CX Codex +1 411 500установок

Из того же набора9

guarding-architecture Защищает архитектурные границы проекта и превращает правила в автоматические тесты сборки. Пригодится при сквозных правках модулей или случайных импортах. CX Codex +1 18 000установок principal-engineering Скилл задаёт строгие инженерные правила перед правками: запрещает заглушать ошибки, требует чекпоинт рисков и проверку работы реальным кодом, а не догадками. CX Codex +1 18 000установок writing-unit-tests Помогает писать и перерабатывать модульные тесты, проверяющие поведение, а не устройство кода. Пригодится для нестабильных и трудночитаемых тестов. CX Codex +1 17 800установок adding-dependencies Скилл помогает решить, нужна ли проекту новая зависимость, как её проверить и обновлять. Пригодится перед добавлением пакета, SDK или GitHub Action. CX Codex +1 17 700установок operating-safely Задаёт правила для разрушительных операций, работы с секретами и параллельных сессий. Срабатывает до вызова опасных команд вроде удаления файлов или перезапуска сервисов. CX Codex +1 17 900установок scoping-changes Помогает удерживать объём исправления в границах исходной проблемы и не выдавать сокращённую работу за завершённую. Пригодится при планировании, реализации и ревью изменений. CX Codex +1 17 700установок keeping-one-source-of-truth Скилл для агентов, который держит каждый факт в одном месте и мешает копиям расходиться. Пригодится, когда значение так и просится во второй файл. CX Codex +1 17 700установок testing-changes Скилл задаёт правила проверки изменений в коде: когда нужен регрессионный тест, как закрывать краевые случаи и почему диффу нельзя оставаться без проверок. CX Codex +1 17 900установок

Спонсоры проекта

Компании, которые помогают держать аналитику открытой