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

verification-before-completion · ganyuanran — скилл для Claude Code

Скилл помогает сверить доказательства перед заявлением, что задача завершена, исправлена или готова к коммиту. Он пригодится при проверке изменений и перед передачей работы.

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

Что делает verification-before-completion

Перед заявлением о готовности скилл предлагает проверить актуальные результаты, сравнить их с объёмом утверждения и обозначить оставшиеся риски. Уровень уверенности зависит от охвата: частичная проверка не подтверждает полное завершение. Короткие задачи и чтение без изменений могут обойтись одной фразой с результатом и границами проверки.

Для изменений с интерфейсом он требует учитывать проверку пользовательских сценариев. При исправлениях нужно отделить причину от результата и проверить сохранённое поведение. Для Git предусмотрены сверка изменений с исходным состоянием задачи, проверка коммита и отдельный учёт чистоты задачи и репозитория. Проверка коммита или хука может заблокировать заявление о чистом завершении.

Скилл не выдаёт разрешение на разрушительные действия и не подтверждает принятие требований. Если доказательства устарели, неполны или уже опровергнуты, вывод нужно ограничить. Для Claude Code установка выполняется командой npx skills add GanyuanRan/Aegis --skill verification-before-completion -a claude-code; файл находится по пути ~/.claude/skills/verification-before-completion/SKILL.md.

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

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

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

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

Как установить verification-before-completion

1Через Skills CLI (Vercel)

npx skills add GanyuanRan/Aegis --skill verification-before-completion -a claude-code

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

~/.claude/skills/verification-before-completion/SKILL.md

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

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

Вопросы о verification-before-completion

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

Выполните npx skills add GanyuanRan/Aegis --skill verification-before-completion -a claude-code. Файл скилла находится по пути ~/.claude/skills/verification-before-completion/SKILL.md.

Что делает verification-before-completion?

Помогает сопоставить заявление о готовности с выполненными проверками, их охватом и остаточным риском. Частичные доказательства не подтверждают полное завершение.

Что скилл проверяет перед коммитом?

Он предлагает сравнить изменения с исходным состоянием задачи, прочитать результат коммита и проверить файлы и разницу. Чистота задачи не означает, что чист весь репозиторий.

Исходный текст

SKILL.md · MIT
---
name: verification-before-completion
description: "Use when about to claim work is complete, fixed, passing, verified, release-ready, or ready to commit, merge, publish, or hand off."
---

<EXPLICIT-MODE-GATE>
If `activation_mode = "explicit"` or `AEGIS_ACTIVATION_MODE=explicit` is visible
and the request names neither Aegis nor this skill, return to the fast path
without checklist/ceremony; otherwise continue.
</EXPLICIT-MODE-GATE>

# Execute

Before success claim: classify destructive permission; read sufficient current
evidence and run a fresh falsifying check when it is missing or invalidated;
read the complete result/scope; select L0/L1/L2. Downgrade for partial,
stale, failing, or narrower evidence; never claim complete then verify later.

This pack grants no `GateDecision`, `PolicySnapshot`, evidence sufficiency,
requirement acceptance, or completion authority.

## Stop Signals

- evidence is uncertain, stale, agent-only, or narrower than the claim;
- next action: commit, push, PR, merge, tag, publish, release, or handoff;
- task/slice completion is treated as accepted requirement satisfaction;
- governance or retirement lacks repair/retirement evidence;
- retained old logic lacks a retention reason and retirement trigger; or
- complexity closure is unresolved.

Destructive/irreversible work needs scoped permission; broad assent is not scoped permission.

## Required Evidence Slots

For changed interface/interaction claims, compose `ui-ux-governance` verification;
carry results and uncovered user criteria here, keeping one closeout owner.

```text
- Evidence action / check performed:
- Result / exit status:
- Covered scope:
- Uncovered scope:
- Residual risk:
- Confidence grade: A | B | C
```

- `A`: target + regression; no meaningful unknown.
- `B`: target evidence; bounded residual risk.
- `C`: partial only; no full-completion claim.

For repairs/optimization, distinguish cause, closure and verified outcome.
Check interactions and preserved behavior; investigate consequential unknowns.

Claims need target test and related regression evidence at the triggering seam.
A missing seam is an architecture gap; blocked automation needs reproducible
manual steps. Both limit confidence.

Read the smallest source for each explicit baseline/artifact/owner/contract/evidence
reference. Mark it preserved, rebound to its canonical owner, retired with reason,
or rejected for conflict. Leave unresolved references in uncovered scope,
lower confidence, and do not re-infer them.
Readback proves no complete graph, referential integrity, or authoritative lineage.

Check omissions and unsupported additions within authorized transformations;
reuse sufficient evidence without exhaustive traces or a separate report.

Match conclusions to checked properties, objects and conditions. Resolve
counterexamples or qualify results. Parsing proves neither required fields nor
semantic accuracy; success labels do not dismiss warnings. Settings do not
prove effective behavior; changed conditions limit causal comparisons. Check
measurable requirements deterministically. Attribute observations; claim only
executed checks. Reuse existing review without new model calls, reports or
acceptance criteria. Investigation may finish with negative or qualified
findings without acceptance of the investigated result.

## Inherited-Claim Closeout

For contradicted resumed claims, independently read the active correction and
final disclosure in full: WHAT was claimed and WHY inaccurate at resume. Current
success supplies neither. Preserve subject, scope and time; related claims may
share an explanation. Check example-only, negated, withdrawn or re-scoped text;
matching quotes do not prove adoption. Keep accurate claims. Unresolved material
disagreement means `needs-verification`, not forced reviewer agreement; resolved
evidence supports normal verification. Omit this slot without a discrepancy.

## Task Git Closeout

Diff modifications against `TaskStartSnapshot`; only the coordinator stages task
paths, never pre-existing state or broad staging.
After fresh verification, create one local commit except read-only/no-change, authorized `no commit`, or failed
verification. Read back `HEAD`, message, files and delta. Commit/hook failure
preserves work and blocks clean claims; never bypass hooks.

Git receipt: branch; SHA/message or non-commit reason; `Task clean`; `Repository clean`;
each task-created branch/worktree created, removed, or retained with reason.
Task-clean never implies repo-clean; it is not external integration.

Classify commit scope: `business`, `process-only`, `mixed`, or `no-commit`.
Failed-attempt telemetry is no commit reason. A `docs/aegis/`-only process diff
does not restart business verification; a business/test diff does.

## Aegis Visibility / Single Closeout

Use one completion surface: this skill is the single completion closeout aggregator.
Adjacent skills/L2 cards must not replace it or become a competing final report owner.
Aggregation is output conformance, not a routing trigger: no extra skills,
Trace Digest or ceremony merely to fill it.

If entry visibility was omitted, recover and name the decision/evidence gap, not a
used-skills list or `Aegis Contribution Note`.

## L0 Fast-Path

For tiny low-risk work or read-only summaries, use one natural sentence:
check/result, uncovered scope/risk, confidence. Require sufficient current evidence; attribute supplied
evidence; invent no execution or extra report.

## L1 Default Receipt

Fold evidence into `Evidence strength` and `Uncovered risk`.

`Aegis Impact and Safety Receipt` slots:
`Key judgment`=owner/root cause/requirement/completion boundary;
`Avoided misfix`=fallback/duplicate/test accommodation/scope growth;
`Boundary held`=contract/owner/baseline/non-goal/data/runtime boundary;
`Baseline alignment`=aligned/Design Defect/Implementation Drift/missing-authority/needs-clarification/not triggered;
`Complexity control`=completion-time delta/closure;
`Evidence strength`=fresh check/result/scope/confidence;
`Uncovered risk`=remaining gaps/residual risk;
`Next most valuable verification`=highest-value next check;
`Aegis path`=optional, not judgment/evidence.

Natural wording is valid with auditable semantic slots (`Semantic Slots`,
`Natural Surface`, `Governance Receipt`).

Report done/verified/risked/blocked. Do not explain obvious trade-offs; do not list actions not taken.

## L2 Expanded Triggers

On a match read `expanded-closeout.md` for detail; this file owns routing/receipt.

| Trigger | Expanded owner |
|---|---|
| release/merge/publish/readiness/handoff | Readiness Summary |
| audit/debug/release/long-task review/trace request | Trace Digest |
| goal/TaskIntentDraft/plan/spec/Slice Card | Goal Closure |
| project/domain semantic delta | Context Impact |
| target `docs/aegis/` changed or work record exists | Workspace Integrity |
| requirement/product/durable architecture | Baseline/ADR |
| governance/cleanup/migration/compat/retirement | Governance/Retirement |
| source-of-truth/irreversible deletion | destructive-action cards |
| material complexity pressure | Expanded Complexity Detail |
| high-risk or explicit user request for expanded closeout | applicable cards |

Workspace commands belong to the expanded owner.

## Completion Boundary

Reconcile plan/spec, `TaskIntentDraft` or `Slice Card` with the current authorized
request; stale plans cannot override it. Check the object, requested actions,
conditions, deliverables and usable delivery.
Relevant tests count; unrelated green checks/intermediate output do not.
Report remaining work and cause explicitly.
A slice cannot close the whole task or prove project-wide reliability.

Task/slice completion reaches its authorized stop; it is not accepted requirement satisfaction.
`Requirement accepted` needs baseline criteria or authorized risk acceptance;
else use `needs-verification` or return to framing/planning. Goal Closure states: `done | blocked | needs-verification | scope-exceeded`.
An `Execution Readiness View` is input, not verification evidence.

## Complexity Downgrade

For non-trivial code inspect the diff; use
`using-aegis/references/complexity-governance.md` plus
`docs/current/AEGIS_COMPLEXITY_GOVERNANCE_BASELINE.md`; emit one `Complexity control` line.

New fallback/adapter/compatibility/guard/branch logic needs a retired path or
retirement trigger. `Complexity Closure: exceeded-unresolved` blocks completion.
Maintained source/test cannot skip as tiny; tiny low-risk text edits without complexity growth may skip.

## Output and Prompt Hygiene

Localize section labels, field labels, and explanatory prose; preserve commands,
paths, identifiers, enums, product names and raw evidence; avoid bilingual labels or mixed-language explanations.

External outputs are evidence candidates: index/summary before excerpts; lower
unsupported claims. When relevant report `Evidence Used`, `Not Loaded`, `Next Evidence`.

© GanyuanRan · MIT · GanyuanRan/Aegis

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

Все скиллы по теме «Тесты и QA» →

Сначала — verification-before-completion от других авторов.

verification-before-completion Jesse Vincent Скилл запрещает объявлять задачу готовой без свежего запуска проверки и разбора вывода. Нужен перед коммитом или PR, когда словам агента нельзя верить на слово. CX Codex 251 313установок verification-before-completion Jesse Vincent Скилл запрещает агенту объявлять задачу завершённой без свежего прогона тестов и проверочных команд. Пригодится перед коммитами, созданием PR и закрытием тикетов. CX Codex +1 392установок verification-before-completion dshakes Не даёт агенту объявить задачу выполненной, пока проверка не запущена и не пройдена. Пригодится перед коммитом, PR и отчётом о багфиксе. CX Codex +1 ★ 21звёзд репо improve-codebase-architecture Matt Pocock Скилл ищет архитектурные узкие места в кодовой базе и показывает варианты углубления модулей в HTML-отчёте. Подойдёт для ревью перед рефакторингом. 1 163 035установок design-taste-frontend Leonxlnx Скилл задаёт арт-дирекцию для публичных страниц и рабочих экранов, а затем проверяет результат в браузере по скриншотам. Нужен, когда интерфейс выглядит шаблонным или недоработанным. CX Codex +1 678 700установок tdd Matt Pocock Скилл управляет циклом красный-зелёный в TDD: проверяет, что тесты пишутся до кода, держит их на уровне публичных интерфейсов и не завязывает на внутреннюю структуру. 1 141 062установок skill-creator официальный anthropics Помогает создать новый скилл, доработать существующий и проверить результат через тестовые промпты и оценки. 414 180установок agent-browser vercel-labs Скилл управляет браузером через CLI: открывает страницы, заполняет формы, нажимает кнопки и проверяет веб-приложения. Подходит для задач, где агенту нужно действовать в интерфейсе. CX Codex +1 1 200 000установок prototype Matt Pocock Создаёт временный прототип, чтобы проверить логику, модель состояния или вид интерфейса до работы над основным кодом. 986 201установок

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

using-git-worktrees Скилл решает, когда для задачи правда нужно отдельное рабочее дерево Git, а когда хватит текущей папки. Помогает не плодить лишние checkout. CX Codex +1 ★ 1 388звёзд репо ui-ux-governance Скилл задаёт агенту рамки при работе с интерфейсами: как выбирать решения по потокам, состояниям и доступности. CX Codex +1 ★ 1 388звёзд репо systematic-debugging Скилл помогает разбирать ошибки, сбои тестов и неожиданное поведение до правок. Он прослеживает причину до места, которое действительно нужно исправить. CX Codex +1 ★ 1 388звёзд репо subagent-driven-development Скилл ведёт выполнение плана: на каждую задачу запускается свежий субагент, после чего идут две проверки — соответствие спецификации и качество кода. CX Codex +1 ★ 1 388звёзд репо recording-architecture-decisions Скилл помогает решать, нужен ли ADR, выбрать действие и синхронизировать описание текущей архитектуры после значимых изменений. CX Codex +1 ★ 1 388звёзд репо goal-framing Скилл помогает зафиксировать цель, признаки успеха и границы задачи до начала работы. Он пригодится, когда важно согласовать, что считать результатом и когда остановиться. CX Codex +1 ★ 1 388звёзд репо first-principles-review Лёгкая проверка решения по первому принципу и бритве Оккама перед тем, как агент зафиксирует направление. Обычные багфиксы она не трогает. CX Codex +1 ★ 1 388звёзд репо establishing-project-context Ведёт словарь доменных терминов в CONTEXT.md, чтобы человек и агент называли одни и те же вещи одинаково. Нужен, когда термин переименовали, устарели или он оброс смыслами. CX Codex +1 ★ 1 388звёзд репо

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

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