verify · yeachan-heo — скилл для Claude Code: что делает и как установить
Скилл превращает «должно работать» в проверяемые доказательства: что запускали, что прошло, что осталось непроверенным.
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a claude-codeЧто делает verify
Скилл включается, когда нужно подтвердить, что фича, фикс или рефакторинг действительно работают. Он превращает «должно работать» в конкретные свидетельства: какое поведение проверяли, чем именно и с каким результатом.
Порядок проверки задан жёстко. Сначала существующие тесты, потом typecheck и сборка, затем узкие прямые команды, и только после них ручная или интерактивная проверка. Если покрытия нет, скилл не сочиняет тесты на ходу, а ищет самый короткий способ проверить поведение напрямую.
Внутри лежит один SKILL.md с рабочим процессом и правилами. Первое правило: называть изменение готовым без доказательств нельзя, а провал проверки попадает в отчёт как есть. Когда реального пути проверки нет, скилл велит сказать об этом прямо — вместо того чтобы делать вид, что всё в порядке. Отчёт складывается из четырёх пунктов: что проверено, какие команды и тесты запускались, что прошло, что упало или осталось непроверенным.
Какие задачи решает
- доказать, что фикс закрывает баг, а не просто компилируется
- выбрать, что запускать, когда тестов на новый код нет
- отчитаться о рефакторинге без голословного «работает»
- собрать короткую сводку проверки вместо простыни логов
- честно перечислить непроверенные места в отчёте
Примеры запросов агенту
- Проверь, что смена статуса заказа реально работает: прогони существующие тесты и покажи вывод.
- Закончил рефакторинг `src/auth/session.ts`. Докажи, что вход и выход из сессии не сломались.
- Если проверить нечем, скажи прямо, что осталось непроверенным.
Как установить verify
1Через Skills CLI (Vercel)
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a claude-code2Вручную: положить файлы
~/.claude/skills/verify/SKILL.mdПапка скилла целиком; для одного проекта — .claude/skills/verify/
1Через Skills CLI (Vercel)
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a codex2Вручную: положить файлы
.agents/skills/verify/SKILL.mdДля всех проектов — ~/.agents/skills/
1Через Skills CLI (Vercel)
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a cursor2Вручную: положить файлы
.cursor/skills/verify/SKILL.mdCursor читает и .agents/skills/, и .claude/skills/
1GitHub CLI
gh skill install Yeachan-Heo/oh-my-claudecode verify2Вручную: положить файлы
.github/skills/verify/SKILL.md1Через Skills CLI (Vercel)
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a gemini-cli2Командой платформы
gemini skills install https://github.com/Yeachan-Heo/oh-my-claudecode --path skills/verifyВручную: положить файлы
.devin/skills/verify/SKILL.mdСтарый путь .windsurf/skills/ тоже читается
Через Skills CLI (Vercel)
npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a opencodeClaude.ai
Упакуйте папку в zip и загрузите в Settings → Capabilities → Skills
Из того же набора26
Весь набор →Другие версии verify
Похожие
Вопросы о verify
Как установить verify в Claude Code?
Выполните npx skills add Yeachan-Heo/oh-my-claudecode --skill verify -a claude-code. Скилл встанет в ~/.claude/skills/verify/SKILL.md.
Что делает скилл verify?
Заставляет агента доказать, что изменение работает, прежде чем объявить работу законченной: прогоняет проверки и отчитывается только о том, что действительно проверил.
В каком порядке идут проверки?
Сначала существующие тесты, затем typecheck и сборка, потом узкие прямые команды, в конце ручная или интерактивная проверка.
Исходный текст
SKILL.md · MIT
--- name: verify description: Verify that a change really works before you claim completion --- # Verify Use this skill when the user wants confidence that a feature, fix, or refactor actually works. ## Goal Turn vague “it should work” claims into concrete evidence. ## Workflow 1. Identify the exact behavior that must be proven. 2. Prefer existing tests first. 3. If coverage is missing, run the narrowest direct verification commands available. 4. If direct automation is not enough, describe the manual validation steps and gather concrete observable evidence. 5. Report only what was actually verified. ## Verification order 1. Existing tests 2. Typecheck / build 3. Narrow direct command checks 4. Manual or interactive validation ## Rules - Do not say a change is complete without evidence. - If a check fails, include the failure clearly. - If no realistic verification path exists, say that explicitly instead of bluffing. - Prefer concise evidence summaries over noisy logs. ## Output - What was verified - Which commands/tests were run - What passed - What failed or remains unverified
© Yeachan-Heo · MIT · Yeachan-Heo/oh-my-claudecode
