visa-inspector

Generate Gherkin feature files from BR-FUTURE-NNN mappings for acceptance criteria.

Updated May 4, 2026
One-click install
npx skills add https://github.com/Adgmed2018/visa --skill visa-inspector
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: visa-inspector
Source: https://github.com/Adgmed2018/visa/tree/main/agents/visa-inspector
Command: npx skills add https://github.com/Adgmed2018/visa --skill visa-inspector

SYSTEM DOCUMENTATION & REQUIREMENTS

💡 This Skill includes references (resource) components.

What problem does it solve?

Visa Inspector defines how to prove that the product meets the discovered specification before any code exists. It outputs executable acceptance criteria and Gherkin tests, providing a clear, technology-agnostic contract between spec and implementation.

Core Features & Use Cases

  • Produces acceptance_specs.md and acceptance_tests/*.feature files that codify the discovery in verifiable tests.
  • Mirrors parity between discovered specification and future code to maintain traceability and guard against drift.
  • Supports iterative refinement of BR-FUTURE-NNN mappings and evaluation of coverage for production readiness.

Quick Start

Invoke the Visa Inspector to generate executable acceptance tests from the discovered specification before coding begins.

Frequently Asked Questions about visa-inspector

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I generate Gherkin acceptance tests from a specification before coding?

To generate Gherkin acceptance tests from a specification, you formalize acceptance criteria that prove the product matches the discovered spec. This produces executable technology-agnostic feature files guarding against drift between spec and implementation.

What is specification traceability and how does it prevent implementation drift?

Specification traceability maps canonical IDs, such as BR-FUTURE-NNN, directly to executable acceptance tests. This parity ensures future code adheres to the discovered specification and guards against drift during development.

Can I use acceptance tests to verify production readiness for discovered specifications?

Yes, you can evaluate production readiness by iteratively refining BR-FUTURE-NNN mappings and assessing acceptance test coverage. This verifies that the implementation matches the discovered specification before code exists.

How do I formalize acceptance criteria that remain technology-agnostic?

You formalize technology-agnostic acceptance criteria by codifying the discovered specification into executable Gherkin feature files. This creates a clear contract between spec and implementation without relying on specific technologies.

Does generating Gherkin feature files require mapping canonical IDs?

Yes, generating Gherkin feature files requires applying BR-FUTURE-NNN mappings to ensure traceability. This mapping links the executable acceptance tests directly back to the canonical specification IDs.

What is the best way to maintain parity between a discovered specification and future code?

The best way to maintain parity between a discovered specification and future code is to generate executable acceptance tests and Gherkin feature files. This creates a verifiable contract that guards against drift throughout development.