Agent skill

Verification Boundary Reporter

by ArabelaTso in ArabelaTso/Skills-4-SE

Analyze formal verification artifacts (Isabelle, Coq, Dafny, etc.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components.

Apache-2.0Auto-check passed

Install Verification Boundary Reporter

skills CLI
$ npx skills add ArabelaTso/Skills-4-SE --skill verification-boundary-reporter -a claude-code

Project install by default; add -g for ~/.claude/skills/.

GitHub CLI
$ gh skill install ArabelaTso/Skills-4-SE verification-boundary-reporter --agent claude-code

Project scope by default; add --scope user for a personal install. Needs GitHub CLI 2.90.0 or later (public preview).

Manual copy
$ git clone --depth 1 https://github.com/ArabelaTso/Skills-4-SE.git skills-src && mkdir -p .claude/skills && cp -r skills-src/skills/verification-boundary-reporter .claude/skills/verification-boundary-reporter && rm -rf skills-src

Use ~/.claude/skills/ instead of .claude/skills for a personal install. The folder must contain SKILL.md.

Claude Code skills documentation · loads skills from .claude/skills/

Facts

Skill name
verification-boundary-reporter
GitHub stars
253
Token cost
~3.3k tokens
SKILL.md length
637 words
Files
5 (incl. references)
Skills in repo
170
Repo updated
First seen
Licence
Apache-2.0

At a glance

Analyze formal verification artifacts (Isabelle, Coq, Dafny, etc.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components.

  • Works in 5 steps: Identify All Components → Check Verification Status → Trace Dependencies → …
  • Assessing verification coverage
  • SKILL.md covers Overview, Analysis Workflow, Component Classification and Analysis Process, plus 7 more sections
  • Instructions only: no scripts, shell commands, URLs or credentials in SKILL.md

What it does

Verification Boundary Reporter is an agent skill from ArabelaTso/Skills-4-SE. Analyze formal verification artifacts (Isabelle, Coq, Dafny, etc.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components. Use when assessing verification coverage, understanding trust boundaries, auditing formal proofs, or documenting verification scope. Reports explicitly list verified code, assumptions, axioms, trusted computing base, and unverified components. Conservative and explicit about verification status without attempting to repair or mask…

Its SKILL.md is about 3.3k tokens, which your agent loads only when the skill is triggered. The skill folder holds 5 other files, including reference files (for example `references/boundary_patterns.md`, `references/coq_analysis.md` and `references/dafny_analysis.md`).

The repository describes itself as: A curated list of 180+ useful Claude Skills for Software Engineering and resources for customizing AI for SE workflows. The licence is Apache-2.0.

When your agent uses it

  • Assessing verification coverage
  • Understanding trust boundaries
  • Auditing formal proofs
  • Documenting verification scope

Example prompts

  • “/verification-boundary-reporter”

Workflow steps

5 steps, taken from the step headings in SKILL.md.

  1. Identify All Components
  2. Check Verification Status
  3. Trace Dependencies
  4. Assess Coverage
  5. Generate Report

What it can do on your machine

Read from SKILL.md and the folder at commit 4f38503. It shows what the files ask for, not the result of running them.

  • Tool permissions

    Pre-approves nothing: there is no allowed-tools line, so your agent's usual permission prompts apply.

    From allowed-tools in the SKILL.md frontmatter.

  • Runs code

    No scripts in the folder and no shell commands in SKILL.md (its code samples are isabelle, markdown, coq and dafny).

    From the folder's file list and the shell code blocks in SKILL.md.

  • Network

    No URLs in SKILL.md.

    From URLs in SKILL.md, links to its own repository left out.

  • Credentials

    Names no API keys, tokens, secrets or passwords.

    From names ending in _API_KEY, _TOKEN, _SECRET, _KEY or _PASSWORD in SKILL.md.

Context cost

Verification Boundary Reporter loads about 3.3k tokens when it runs, and up to ~14k if it reads all its reference files. Until then it costs about 139 tokens; SKILL.md has 637 words of instructions outside code blocks.

Always · name and description, kept in context so the agent knows when to use it
~139
When it runs · the whole SKILL.md, loaded when a task matches
~3.3k
With references · SKILL.md plus every file in references/, read only if the agent opens them
~14k

Estimates: characters ÷ 4, the usual rule of thumb; real counts depend on the model's tokenizer. Scripts and assets cost tokens only if the agent reads them.

Safety

Auto-check passed

The automated check found no risky patterns in SKILL.md.

Automated static check — not a guarantee. Review scripts before installing. It scans the text of SKILL.md for risky patterns (piping downloads into a shell, reading credential files, hidden Unicode, destructive commands); files beside SKILL.md are not scanned.

SKILL.md

The full file from ArabelaTso/Skills-4-SE at commit 4f38503, republished under its Apache-2.0 licence (© ArabelaTso). 637 words, ~3,267 tokens.

Download SKILL.mdSave it as .claude/skills/verification-boundary-reporter/SKILL.md (or your agent's skills folder). This skill also uses 4 other files; get the full folder from GitHub.
name
verification-boundary-reporter
description
Analyze formal verification artifacts (Isabelle, Coq, Dafny, etc.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components. Use when assessing verification coverage, understanding trust boundaries, auditing formal proofs, or documenting verification scope. Reports explicitly list verified code, assumptions, axioms, trusted computing base, and unverified components. Conservative and explicit about verification status without attempting to repair or mask gaps.

Verification Boundary Reporter

Analyze formal verification artifacts and produce clear reports on what is verified, what is assumed, and what remains unverified.

Overview

When working with formally verified code, it's critical to understand exactly what guarantees the verification provides and where the boundaries lie. This skill analyzes verification artifacts and produces structured reports that:

  1. Identify verified components - Code with completed proofs
  2. List assumptions and axioms - What is taken on trust
  3. Document the trusted computing base (TCB) - External dependencies
  4. Highlight unverified components - Gaps in verification coverage
  5. Explain verification limitations - Why certain parts aren't verified

Core principle: Be conservative and explicit. Never overstate verification coverage.

Analysis Workflow

Verification Artifacts
    ↓
Parse & Identify Components
    ↓
Classify Each Component
    ↓
Analyze Dependencies
    ↓
Generate Boundary Report

Component Classification

Verified Components

Definition: Code with complete, checked proofs of stated properties.

Criteria:

  • All proof obligations discharged
  • No sorry, admit, Admitted in proofs
  • Proof checked by verifier (Isabelle, Coq, Dafny, etc.)
  • Properties explicitly stated and proven

Example identification:

isabelle
(* VERIFIED *)
theorem insertion_sort_correct:
  "sorted (insertion_sort xs) ∧ mset (insertion_sort xs) = mset xs"
proof (induction xs)
  case Nil
  then show ?case by simp
next
  case (Cons x xs)
  then show ?case using insert_sorted mset_insert by auto
qed
Assumed Components

Definition: Statements accepted without proof.

Criteria:

  • Marked with axiom, sorry, admit, Admitted, assume
  • Declared without proof
  • Explicitly stated as assumptions

Example identification:

coq
(* ASSUMED *)
Axiom functional_extensionality : forall A B (f g : A -> B),
  (forall x, f x = g x) -> f = g.

(* ASSUMED - proof incomplete *)
Theorem complex_property : ...
Proof.
  (* ... *)
Admitted.
Trusted Computing Base (TCB)

Definition: External components that must be trusted.

Components:

  • Proof assistant kernel (Isabelle, Coq, Dafny verifier)
  • Standard libraries used without verification
  • Code extraction/generation tools
  • Operating system and hardware
  • External functions or FFI calls

Example identification:

isabelle
(* TCB: Relies on Isabelle kernel *)
export_code my_function in SML file "output.sml"

(* TCB: Uses unverified standard library *)
definition process_file :: "string ⇒ unit" where
  "process_file path = ..." (* Calls OS file operations *)
Unverified Components

Definition: Code without formal verification.

Reasons:

  • Not yet verified (work in progress)
  • Intentionally left unverified (low criticality)
  • Cannot be verified (external dependencies)
  • Verification attempted but incomplete

Example identification:

dafny
// UNVERIFIED: No method body verification
method ProcessData(input: seq<int>) returns (output: seq<int>)
  // No ensures clause - postcondition not specified
{
  // Implementation without verification
}

Analysis Process

Step 1: Identify All Components

Scan verification artifacts for:

  • Definitions and implementations
  • Theorems and lemmas
  • Axioms and assumptions
  • External dependencies
  • Extracted/generated code
Step 2: Check Verification Status

For each component, determine:

  • Is there a proof? (Complete/incomplete/absent)
  • Are there assumptions or axioms?
  • What properties are claimed?
  • What properties are proven?
Step 3: Trace Dependencies

Map dependencies to understand:

  • What verified code depends on
  • Assumption propagation
  • TCB elements used
  • Unverified code interactions
Step 4: Assess Coverage

Calculate:

  • Percentage of code verified
  • Critical vs non-critical components
  • Verification depth (shallow vs deep properties)
Step 5: Generate Report

Produce structured Markdown report with:

  • Executive summary
  • Verified components list
  • Assumptions and axioms
  • TCB documentation
  • Unverified components
  • Verification gaps and limitations

Report Structure

Template
markdown
# Verification Boundary Report

**Project:** [Name]
**Date:** [Date]
**Verifier:** [Isabelle/Coq/Dafny/etc.]
**Analyst:** [Name]

## Executive Summary

[Brief overview of verification coverage and key findings]

## Verification Statistics

- Total components: X
- Verified: Y (Z%)
- Assumed: A
- Unverified: B
- TCB elements: C

## Verified Components

### [Component Name]

**Location:** [File:Line]
**Properties Proven:**
- [Property 1]
- [Property 2]

**Proof Status:** ✓ Complete
**Dependencies:** [List verified dependencies]

## Assumptions and Axioms

### [Assumption Name]

**Location:** [File:Line]
**Statement:** [Formal statement]
**Justification:** [Why this is assumed]
**Impact:** [What depends on this]
**Risk Level:** [Low/Medium/High]

## Trusted Computing Base

### [TCB Element]

**Type:** [Kernel/Library/Tool/OS/Hardware]
**Description:** [What is trusted]
**Justification:** [Why it must be trusted]
**Mitigation:** [How risk is managed]

## Unverified Components

### [Component Name]

**Location:** [File:Line]
**Reason:** [Why unverified]
**Risk Assessment:** [Impact if incorrect]
**Recommendation:** [Should it be verified?]

## Verification Gaps

[List areas where verification is incomplete or absent]

## Limitations

[Explicit statement of what the verification does NOT guarantee]

## Recommendations

[Suggestions for improving verification coverage]

Framework-Specific Analysis

Isabelle/HOL Analysis

For Isabelle-specific verification boundary analysis, see references/isabelle_analysis.md.

Key aspects:

  • Identifying sorry and incomplete proofs
  • Checking axiom usage
  • Analyzing code generation trust
  • Sledgehammer and automation reliance
Show full SKILL.md (248 more words)Show less
Coq Analysis

For Coq-specific verification boundary analysis, see references/coq_analysis.md.

Key aspects:

  • Identifying Admitted and admit
  • Checking axiom usage (functional extensionality, etc.)
  • Analyzing extraction trust
  • Program obligations
Dafny Analysis

For Dafny-specific verification boundary analysis, see references/dafny_analysis.md.

Key aspects:

  • Checking method verification
  • Identifying assume statements
  • Analyzing external methods
  • Verification timeout issues

Common Patterns

For common verification boundary patterns and red flags, see references/boundary_patterns.md.

Patterns include:

  • Assumption propagation
  • Partial verification
  • Verification by testing
  • Trusted wrappers
  • Verification escape hatches

Example Analysis

Input: Verified sorting implementation

isabelle
theory VerifiedSort
imports Main "HOL-Library.Multiset"
begin

fun insert :: "nat ⇒ nat list ⇒ nat list" where
  "insert x [] = [x]" |
  "insert x (y # ys) = (if x ≤ y then x # y # ys else y # insert x ys)"

fun insertion_sort :: "nat list ⇒ nat list" where
  "insertion_sort [] = []" |
  "insertion_sort (x # xs) = insert x (insertion_sort xs)"

lemma insert_sorted:
  "sorted xs ⟹ sorted (insert x xs)"
  by (induction xs) auto

lemma mset_insert:
  "mset (insert x xs) = {#x#} + mset xs"
  by (induction xs) (auto simp: ac_simps)

theorem insertion_sort_correct:
  "sorted (insertion_sort xs) ∧ mset (insertion_sort xs) = mset xs"
  by (induction xs) (auto simp: insert_sorted mset_insert)

export_code insertion_sort in SML file "sort.sml"

end

Output: Verification Boundary Report

markdown
# Verification Boundary Report

**Project:** VerifiedSort
**Date:** 2026-02-17
**Verifier:** Isabelle/HOL
**Analyst:** Verification Boundary Reporter

## Executive Summary

The insertion sort implementation is fully verified with complete proofs of
correctness (sorting and permutation preservation). The verification relies
on Isabelle's standard library and kernel as the trusted computing base.
Code extraction to SML is part of the TCB.

## Verification Statistics

- Total components: 5
- Verified: 3 (60%)
- Assumed: 0 (0%)
- Unverified: 0 (0%)
- TCB elements: 2 (40%)

## Verified Components

### insert function
**Location:** VerifiedSort.thy:5-7
**Properties Proven:**
- Preserves sortedness (insert_sorted)
- Preserves multiset (mset_insert)
**Proof Status:** ✓ Complete
**Dependencies:** None (base case)

### insertion_sort function
**Location:** VerifiedSort.thy:9-11
**Properties Proven:**
- Produces sorted output
- Preserves all elements (permutation)
**Proof Status:** ✓ Complete
**Dependencies:** insert, insert_sorted, mset_insert

### Correctness theorem
**Location:** VerifiedSort.thy:18-19
**Statement:** sorted (insertion_sort xs) ∧ mset (insertion_sort xs) = mset xs
**Proof Status:** ✓ Complete
**Proof Method:** Induction with auto

## Assumptions and Axioms

None. All proofs are complete without axioms.

## Trusted Computing Base

### Isabelle/HOL Kernel
**Type:** Proof Assistant Kernel
**Description:** The Isabelle/HOL logical kernel that checks all proofs
**Justification:** Fundamental to all verification; cannot be verified within itself
**Mitigation:** Small, well-audited kernel; decades of use

### Isabelle Standard Library
**Type:** Library
**Description:** HOL-Library.Multiset for multiset operations
**Justification:** Used for permutation reasoning
**Mitigation:** Part of standard Isabelle distribution, widely used and tested

### Code Generation
**Type:** Tool
**Description:** export_code mechanism that generates SML
**Justification:** Translates verified Isabelle code to executable SML
**Mitigation:** Code generator is part of Isabelle, but translation correctness
is not formally verified. Generated code must be trusted to match semantics.

## Unverified Components

None. All algorithmic components are verified.

## Verification Gaps

None identified in the core algorithm.

## Limitations

1. **Code extraction trust:** The generated SML code is not verified to match
   the Isabelle semantics. The code generator is trusted.

2. **Termination:** While termination is proven by Isabelle's function package,
   the extracted code's termination depends on the SML runtime.

3. **I/O and side effects:** Any I/O operations in the extracted code are
   outside the verification boundary.

4. **Numeric representation:** The verification uses mathematical integers (nat),
   but extracted code uses machine integers which may overflow.

## Recommendations

1. **Consider verified extraction:** Use a verified code generator or
   certified compilation if higher assurance is needed.

2. **Add overflow checks:** If using extracted code with large inputs,
   add runtime checks for integer overflow.

3. **Document TCB:** Clearly communicate to users that code extraction
   is part of the trusted base.

Best Practices

  1. Be Conservative: When in doubt, classify as unverified
  2. Be Explicit: State exactly what is and isn't verified
  3. Trace Dependencies: Show how assumptions propagate
  4. Quantify Coverage: Provide statistics and percentages
  5. Assess Risk: Evaluate impact of unverified components
  6. Document TCB: Clearly list all trusted elements
  7. No Speculation: Don't guess about verification status

Red Flags

Watch for:

  • sorry, admit, Admitted in proofs
  • Axioms without justification
  • Missing specifications
  • Incomplete proofs
  • External function calls
  • Code generation without verification
  • Timeout-based "verification"
  • Comments like "TODO: prove this"

Reporting Principles

Principle 1: Completeness

Report ALL components, not just verified ones.

Principle 2: Honesty

Never overstate verification coverage.

Principle 3: Clarity

Use clear, unambiguous language.

Principle 4: Traceability

Link every claim to specific artifacts.

Principle 5: Risk Assessment

Evaluate impact of verification gaps.

Additional Resources

For detailed guidance on specific aspects:

© ArabelaTso, Apache-2.0. Rendered from Markdown: HTML in the file is shown as text, images as links, and headings moved down two levels. Raw file

Files

SKILL.md and 4 other files (references) in skills/verification-boundary-reporter of ArabelaTso/Skills-4-SE.

  • SKILL.md
  • references/boundary_patterns.md
  • references/coq_analysis.md
  • references/dafny_analysis.md
  • references/isabelle_analysis.md

Open the folder on GitHubat commit 4f38503

Compare with similar skills

Verification Boundary Reporter next to the 5 skills that share the most tags, products or categories with it. Stars are the repository's; “used in” counts other GitHub owners with a copy.

Verification Boundary Reporter compared with similar skills
SkillStarsUsed inTokensAuto-checkLicenceRepo updated
Verification Boundary Reporter this skillArabelaTso/Skills-4-SE253—~3.3kAutomated safety check: PassApache-2.0
Reportmicrosoft/data-formulator18k—~1.5kAutomated safety check: PassMIT
Reportalirezarezvani/claude-skills28k1 repos~727Automated safety check: PassMIT
Bugcrowd Reportingsickn33/agentic-awesome-skills47k1 repos~5.9kAutomated safety check: PassMIT
Artifacts Buildernexu-io/open-design100k—~347Automated safety check: PassApache-2.0
Reportsgarrytan/gbrain31k—~1.6kAutomated safety check: PassMIT

Similar skills

  • Report

    microsoft/data-formulator

    Official

    Turn an exploration (threads, findings, charts) into a single Markdown report — note, blog post, executive summary, KPI dashboard, slide brief, or multi-section analytical report, with embedded…

    18k GitHub stars~1.5k tokensUpdated 3 days ago
    Writing & ContentAuto-check passed
  • Report

    alirezarezvani/claude-skills

    Generate test report. An agent skill from alirezarezvani/claude-skills.

    28k GitHub starsUsed in 1 repo~727 tokens
    Testing & QAAuto-check passed
  • Bugcrowd Reporting

    sickn33/agentic-awesome-skills

    Bugcrowd-specific reporting tactics complementing report-writing

    47k GitHub starsUsed in 1 repo~5.9k tokens
    SecurityAuto-check passed
  • Artifacts Builder

    nexu-io/open-design

    Suite of tools for creating elaborate, multi-component claude.ai HTML artifacts using modern frontend web technologies (React, Tailwind CSS, shadcn/ui).

    100k GitHub stars~347 tokensUpdated yesterday
    Frontend & DesignAuto-check passed
  • Reports

    garrytan/gbrain

    Save and load timestamped reports. An agent skill from garrytan/gbrain.

    31k GitHub stars~1.6k tokensUpdated yesterday
    Research & ScienceAuto-check passed
  • Web Artifacts Builder

    anthropics/skills

    Official

    Builds multi-component claude.ai HTML artifacts as a small React, TypeScript and Tailwind project, then bundles it into one shareable HTML file.

    180k GitHub starsUsed in 40 repos~769 tokens
    Frontend & DesignAuto-check passed

More from ArabelaTso/Skills-4-SE

All 170 skills in this repo
  • Framework Migration Assistant

    ArabelaTso/Skills-4-SE

    Automatically migrate Python web applications between frameworks (Flask → FastAPI, Django → FastAPI).

    253 GitHub stars~1.9k tokensUpdated 1 mo ago
    Auto-check passed
  • Metamorphic Test Generator

    ArabelaTso/Skills-4-SE

    Generate test cases using metamorphic testing by applying transformations based on metamorphic properties.

    253 GitHub stars~798 tokensUpdated 1 mo ago
    Auto-check passed
  • Reproduction Trace Instrumenter

    ArabelaTso/Skills-4-SE

    Instruments programs to capture execution traces specifically for reproducing reported bugs, enabling consistent replay and diagnosis of failures.

    253 GitHub stars~2.4k tokensUpdated 1 mo ago
    Auto-check passed
  • Spring Mvc To Boot Migrator

    ArabelaTso/Skills-4-SE

    Automatically migrate Spring MVC applications to Spring Boot.

    253 GitHub stars~2.2k tokensUpdated 1 mo ago
    Auto-check passed
  • State Snapshot Instrumenter

    ArabelaTso/Skills-4-SE

    Instrument programs (Python, C/C++, Java) to capture snapshots of key program states at runtime, including variables, memory, and call stacks.

    253 GitHub stars~2.2k tokensUpdated 1 mo ago
    Auto-check passed

Questions about Verification Boundary Reporter

What does Verification Boundary Reporter do?

Analyze formal verification artifacts (Isabelle, Coq, Dafny, etc.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components. Verification Boundary Reporter is an agent skill from ArabelaTso/Skills-4-SE.) and produce structured reports identifying the precise boundary between verified, assumed, and unverified components.

When should I use Verification Boundary Reporter?

Verification Boundary Reporter fits situations like: assessing verification coverage; understanding trust boundaries; auditing formal proofs; documenting verification scope.

How do I install Verification Boundary Reporter in Claude Code?

Run `npx skills add ArabelaTso/Skills-4-SE --skill verification-boundary-reporter -a claude-code`. Or copy the skill folder (skills/verification-boundary-reporter in ArabelaTso/Skills-4-SE) into .claude/skills/verification-boundary-reporter in your project. Claude Code loads it when a task matches its description.

How do I install Verification Boundary Reporter in Codex?

Run `npx skills add ArabelaTso/Skills-4-SE --skill verification-boundary-reporter -a codex`. Or copy the skill folder (skills/verification-boundary-reporter in ArabelaTso/Skills-4-SE) into .agents/skills/verification-boundary-reporter in your project. Codex loads it when a task matches its description.

Can I use Verification Boundary Reporter in Cursor, Gemini CLI or GitHub Copilot?

Cursor, Gemini CLI, GitHub Copilot and OpenCode also load SKILL.md folders. With the skills CLI, run `npx skills add ArabelaTso/Skills-4-SE --skill verification-boundary-reporter -a cursor` (or -a gemini-cli, github-copilot or opencode for the others). To copy it by hand, put the folder in .cursor/skills/verification-boundary-reporter, .gemini/skills/verification-boundary-reporter, .github/skills/verification-boundary-reporter and .opencode/skills/verification-boundary-reporter in your project.

What does Verification Boundary Reporter need to run?

SKILL.md names no scripts, command-line tools or credentials: Verification Boundary Reporter is instructions for the agent only.

Does Verification Boundary Reporter access the network?

SKILL.md contains no URLs. Any network use would come from the scripts or tools the agent runs. This is read from the text; nothing was executed.

Is Verification Boundary Reporter safe to install?

Our automated static check of SKILL.md found no risky patterns, such as piping downloads into a shell, reading credential files or hidden Unicode. It is not a guarantee. Review the folder before installing.

What licence does Verification Boundary Reporter use?

Verification Boundary Reporter is published under the Apache-2.0 licence (the repository's licence). It allows redistribution, so the full SKILL.md is shown on this page.

How many tokens does Verification Boundary Reporter use?

About 3.3k tokens (SKILL.md is roughly 13k characters). Agents keep only the skill's name and description in context until a task matches; then they load SKILL.md in full. Its references folder adds about 11k tokens, read only when the agent opens those files.

What are the alternatives to Verification Boundary Reporter?

Skills that share tags, products or a category with Verification Boundary Reporter: Report (microsoft/data-formulator, 18k stars), Report (alirezarezvani/claude-skills, 28k stars), Bugcrowd Reporting (sickn33/agentic-awesome-skills, 47k stars) and Artifacts Builder (nexu-io/open-design, 100k stars). The comparison table on this page puts their stars, adoption, token cost, safety result and licence side by side.

Who maintains Verification Boundary Reporter?

ArabelaTso (a GitHub user) maintains it in ArabelaTso/Skills-4-SE, which has 253 GitHub stars. The repository holds 170 skills in this directory. The repository was last updated on August 21, 2026.

Source: ArabelaTso/Skills-4-SE on GitHub. Facts on this page come from the repository at the commit we read; the author's words are quoted as theirs.