Source profileQuality 95/100

Jamie-BitFlight/claude_skills/plugins/development-harness/skills/final-verification/SKILL.md

final-verification

Certifies that a feature achieves its original objectives via goal-backward verification (SAM Stage 7). Use when all tasks pass forensic review — starts from expected outcomes, works backwards to verify each was achieved, and returns CERTIFIED or NOT_CERTIFIED with specific gaps.

Source repository stars
64
Declared platforms
0
Static risk flags
1
Last source update
2026-08-28
Source checked
2026-08-28

Decision brief

What it does: where it fits

Certifies that a feature achieves its original objectives via goal-backward verification (SAM Stage 7).

Best for

  • After all tasks have passed Stage 6 Forensic Review with COMPLETE verdicts
  • As the final gate before declaring the feature ready for commit or PR
  • When re-certifying after NOTCERTIFIED gaps are addressed

Not for

  • Tasks that require unconfirmed production actions or broad system permissions.
  • Environments where the pinned source and install steps cannot be inspected.

Compatibility matrix

Platform support, with evidence labels

PlatformStatusEvidenceWhat to check
CodexNot declaredNo explicit evidencePortability before use
Claude CodeNot declaredNo explicit evidencePortability before use
CursorNot declaredNo explicit evidencePortability before use
Gemini CLINot declaredNo explicit evidencePortability before use
Open the compatibility checker

Installation

Inspect first. Install second.

The source command is displayed only when detected. A safe inspection prompt is always available so your agent can explain every action before execution.

Source-detected install commandSource
npx skills add https://github.com/Jamie-BitFlight/claude_skills --skill "plugins/development-harness/skills/final-verification"
Safe inspection promptEditorial

Inspect the Agent Skill "final-verification" from https://github.com/Jamie-BitFlight/claude_skills/blob/a00194f25fec502d3d659b7d610369614967251e/plugins/development-harness/skills/final-verification/SKILL.md at commit a00194f25fec502d3d659b7d610369614967251e. List every install step, command, network request, credential, file read/write, external action, and rollback step. Explain whether it fits my task. Do not install or execute anything until I approve.

Workflow

What the source asks the agent to do

  1. 01

    Process

    Read the feature-context artifact via artifactread(itemid={issue}, artifacttype="feature-context") and extract:

    All goals from the Goals sectionAll anti-goals from the Anti-Goals sectionAll functional requirements
  2. 02

    Step 1 — Extract Original Goals

    Read the feature-context artifact via artifactread(itemid={issue}, artifacttype="feature-context") and extract:

    All goals from the Goals sectionAll anti-goals from the Anti-Goals sectionAll functional requirements
  3. 03

    Step 2 — Identify Required Truths

    For each goal, enumerate what must be TRUE in the codebase:

    For each goal, enumerate what must be TRUE in the codebase:
  4. 04

    Step 3 — Verify Each Truth

    For each required truth, verify it through direct observation:

    Read the relevant files and confirm the implementation existsRun the relevant tests and confirm they passCheck integration points and confirm they connect
  5. 05

    Step 4 — Check Acceptance Tests

    Read the architect artifact via artifactread(itemid={issue}, artifacttype="architect") and extract the acceptance tests (Given/When/Then). For each acceptance test:

    Verify the precondition (Given) can be establishedVerify the action (When) is possibleVerify the outcome (Then) is observable and correct

Permission review

Static risk signals and limitations

Reads files

low · line 102

The documentation asks the agent to read local files, directories, or repositories.

Read access to the codebase

Evidence record

Why each signal appears

EvidenceSourceComputedTestedEditorial
SignalValueEvidence typeMeaning
Quality score95/100ComputedDocumentation, specificity, maintenance, and trust rules
Repository stars64SourceRepository attention, not individual Skill quality
Compatibility0 platformsSourceDeclared in the catalog source record
Usage guideautomated source guideEditorialGenerated or reviewed according to the visible evidence level

Pinned source

Provenance and original SKILL.md

Repository
Jamie-BitFlight/claude_skills
Skill path
plugins/development-harness/skills/final-verification/SKILL.md
Commit
a00194f25fec502d3d659b7d610369614967251e
License
MIT
Collected
2026-08-28
Default branch
main
View the original SKILL.md

SAM Stage 7 — Final Verification

Role

You are the final verification certifier for the SAM pipeline. You determine whether the implemented feature achieves the original objectives defined in Stage 1 Discovery. You work backwards from goals to evidence.

Core Principle

Goal-backward verification. Do not start from what was built and ask "is this good enough?" Start from what SHOULD be true and verify it IS true.

When to Use

  • After all tasks have passed Stage 6 Forensic Review with COMPLETE verdicts
  • As the final gate before declaring the feature ready for commit or PR
  • When re-certifying after NOT_CERTIFIED gaps are addressed

Process

flowchart TD
    Start([All reviews COMPLETE + feature-context + architect artifacts]) --> G1[1. Extract original goals]
    G1 --> G2[2. For each goal — identify required truths]
    G2 --> G3[3. For each truth — verify in codebase]
    G3 --> G4[4. Check acceptance criteria from PLAN]
    G4 --> G5[5. Run quality gates]
    G5 --> Decide{All goals verified with evidence?}
    Decide -->|Yes| Certified[CERTIFIED]
    Decide -->|No| NotCertified[NOT_CERTIFIED]
    Certified --> Done([ARTIFACT:VERIFICATION])
    NotCertified --> Gap[Identify gaps — create new tasks]
    Gap --> Loop[Loop to Stage 4 for new tasks]
    Loop --> Done

Step 1 — Extract Original Goals

Read the feature-context artifact via artifact_read(item_id={issue}, artifact_type="feature-context") and extract:

  • All goals from the Goals section
  • All anti-goals from the Anti-Goals section
  • All functional requirements
  • All non-functional requirements

These are the ONLY criteria for certification. Features not in the original discovery are out of scope for this verification.

Step 2 — Identify Required Truths

For each goal, enumerate what must be TRUE in the codebase:

Goal: "Users can authenticate via OAuth2"
Required truths:
  - OAuth2 client configuration exists
  - Authentication endpoint handles OAuth2 flow
  - Token validation middleware is integrated
  - Error cases return appropriate HTTP status codes
  - Session management stores authenticated state

Step 3 — Verify Each Truth

For each required truth, verify it through direct observation:

  • Read the relevant files and confirm the implementation exists
  • Run the relevant tests and confirm they pass
  • Check integration points and confirm they connect
  • Verify anti-goals are NOT violated (no scope creep)

Document evidence for each truth — file paths, test output, observed behavior.

Step 4 — Check Acceptance Tests

Read the architect artifact via artifact_read(item_id={issue}, artifact_type="architect") and extract the acceptance tests (Given/When/Then). For each acceptance test:

  • Verify the precondition (Given) can be established
  • Verify the action (When) is possible
  • Verify the outcome (Then) is observable and correct

Step 5 — Run Quality Gates

Run the project's quality gates to confirm the entire feature passes:

  • Format check
  • Lint check
  • Type check (if applicable)
  • Full test suite
  • Any project-specific gates from the language manifest

For the quality gate protocol, reference /dh:validation-protocol.

Input

  • All review results via sam_task(plan="{plan_id}", task="{task_id}", config={"action": "read"}) per task — review content is stored in task body sections
  • Feature-context artifact via artifact_read(item_id={issue}, artifact_type="feature-context")
  • Architect artifact via artifact_read(item_id={issue}, artifact_type="architect")
  • Read access to the codebase

Output

Append to the plan via sam_task(plan="{plan_id}", task="{task_id}", config={"action": "update", "append_section": "Final Verification", "section_content": "{verification_markdown}"}) where {verification_markdown} follows this template:

# ARTIFACT:VERIFICATION

## Verdict

<CERTIFIED / NOT_CERTIFIED>

## Feature

<feature name from DISCOVERY>

## Goal Verification

### Goal 1 — <goal text>

| Required Truth | Verified | Evidence |
|---------------|----------|----------|
| <what must be true> | YES / NO | <file path, test output, observation> |

### Goal 2 — <goal text>

| Required Truth | Verified | Evidence |
|---------------|----------|----------|
| <what must be true> | YES / NO | <file path, test output, observation> |

## Anti-Goal Compliance

| Anti-Goal | Violated | Evidence |
|-----------|----------|----------|
| <what must NOT happen> | NO / YES | <observation confirming compliance or violation> |

## Acceptance Test Results

| Test | Given | When | Then | Result |
|------|-------|------|------|--------|
| <test name> | <precondition> | <action> | <expected outcome> | PASS / FAIL |

## Quality Gates

| Gate | Result | Output |
|------|--------|--------|
| Format | PASS / FAIL | <summary> |
| Lint | PASS / FAIL | <summary> |
| Typecheck | PASS / FAIL | <summary> |
| Tests | PASS / FAIL | <summary> |

## NFR Verification

| NFR | Criterion | Verified | Evidence |
|-----|-----------|----------|----------|
| <from DISCOVERY> | <measurable target> | YES / NO | <measurement or observation> |

## Gaps (if NOT_CERTIFIED)

1. **<gap title>** — <what goal is unmet, what truth is false, what evidence is missing>

## Remediation Path (if NOT_CERTIFIED)

New tasks to create — loop back to Stage 4 (Task Decomposition):

1. **<task title>** — <what must be done to close the gap>

## Certification Statement (if CERTIFIED)

All goals from ARTIFACT:DISCOVERY are verified with evidence.
All acceptance tests from ARTIFACT:PLAN pass.
All quality gates pass.
No anti-goals are violated.
Feature is ready for commit/PR.

NOT_CERTIFIED Loop

flowchart TD
    NotCert([NOT_CERTIFIED]) --> Gaps[Document specific gaps]
    Gaps --> NewTasks[Create new TASK files for gaps]
    NewTasks --> Stage4[Stage 4 — Decompose gap tasks]
    Stage4 --> Stage5[Stage 5 — Execute gap tasks]
    Stage5 --> Stage6[Stage 6 — Review gap executions]
    Stage6 --> Stage7[Stage 7 — Re-certify]
    Stage7 --> Q{CERTIFIED?}
    Q -->|Yes| Done([Feature complete])
    Q -->|No| Gaps

Behavioral Rules

  • NFRs must be measured, not assumed ("latency < 200ms" requires a measurement)
  • CERTIFIED requires ALL goals verified — partial certification does not exist

Success Criteria

  • Certification statement (or gap list) is complete and evidence-based

Frequently asked questions

What to verify before installation and use

What does the final-verification source document cover?

Certifies that a feature achieves its original objectives via goal-backward verification (SAM Stage 7).

How do I install final-verification?

The source record exposes this install command: npx skills add https://github.com/Jamie-BitFlight/claude_skills --skill "plugins/development-harness/skills/final-verification". Inspect the command and pinned source before running it.

Which permission-related actions were detected?

Static rules flagged read-files in the source; the page lists the matching lines and excerpts.

Alternatives

Compare before choosing

Computed 10045,960

coreyhaines31/marketingskills

ab-testing

When the user wants to plan, design, or implement an A/B test or experiment, or build a growth experimentation program. Also use when the user mentions "A/B test," "split test," "experiment," "test this change," "variant copy," "multivariate test," "hypothesis," "should I test this," "which version is better," "test two versions," "statistical significance," "how long should I run this test," "growth experiments," "experiment velocity," "experiment backlog," "ICE score," "experimentation program

Computed 10029,236

garrytan/gbrain

bulk-ingestion

End-to-end discipline for turning any large data source (audio libraries, email takeouts, document corpora, chat exports, API dumps) into brain pages at scale. The lifecycle spine: SCHEMA → ACCESS → TRIAL → EVALUATE → IMPROVE → CODIFY → TEST → SKILLIFY → BULK → MONITOR. State is tracked in a durable JSON manifest (see MANIFEST-PATTERN.md) so any crash, session boundary, or subagent fan-out resumes from ground truth instead of memory.

Computed 10025,136

alirezarezvani/claude-skills

app-store-optimization

App Store Optimization (ASO) toolkit for researching keywords, analyzing competitor rankings, generating metadata suggestions, and improving app visibility on Apple App Store and Google Play Store. Use when the user asks about ASO, app store rankings, app metadata, app titles and descriptions, app store listings, app visibility, or mobile app marketing on iOS or Android. Supports keyword research and scoring, competitor keyword analysis, metadata optimization, A/B test planning, launch checklist

Computed 1005,277

dotnet/skills

migrate-vstest-to-mtp

Migrates .NET test projects from VSTest to Microsoft.Testing.Platform (MTP). Use when user asks to "migrate to MTP", "switch from VSTest", "enable Microsoft.Testing.Platform", "use MTP runner", set OutputType=Exe only for test projects in Directory.Build.props, or mentions EnableMSTestRunner, EnableNUnitRunner, or UseMicrosoftTestingPlatformRunner. USE FOR: MTP behavioral differences vs VSTest (exit code 8, zero tests discovered, --ignore-exit-code, TESTINGPLATFORM_EXITCODE_IGNORE); centralizing