shell-command-verification-robustness

Builds grep-based matchers that reliably detect make and package-manager command invocations in verification gates.

1|Updated Jun 9, 2026
One-click install
npx skills add https://github.com/VilnaCRM-Org/claude-plugins --skill shell-command-verification-robustness-vilnacrm-org
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: shell-command-verification-robustness
Source: https://github.com/VilnaCRM-Org/claude-plugins/tree/main/plugins/react-frontend-sdlc/skills/shell-command-verification-robustness
Command: npx skills add https://github.com/VilnaCRM-Org/claude-plugins --skill shell-command-verification-robustness-vilnacrm-org

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Gates that grep source files, docs, or workflows for command invocations silently miss wrapped invocations (sudo, env, variable assignments, flags with separate values) or fire on ordinary prose like "make sure the build passes", producing green gates that verify nothing or false reds on valid documents. ## Core Features & Use Cases - Failure-direction analysis: Decide whether a miss means silent coverage drift or a false red, then bias the matcher toward the loud failure. - Invocation-shape handling: Split lines on shell separators and strip leading assignments, wrappers (sudo, env, time, xargs), shell keywords, and option flags whose value is a separate word (e.g. make -C dir lint). - English-verb guards: Strip comments before matching and require a real separator ahead of the command name so prose like # make sure the build passes never matches. - Use Case: Writing a Bats make-target coverage contract or a TypeScript doc-references linter that verifies every documented make <target> actually exists, with positive and negative fixtures pinning the matcher's behavior. ## Quick Start Ask the AI to write a grep-based gate that verifies every make target referenced in the documentation actually exists, with fixtures covering wrapped invocations and prose negatives.

Frequently Asked Questions about shell-command-verification-robustness

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

FAQPage Schema
How do I grep for make target invocations in shell scripts and docs?▼

Split each line on shell separators like ;, &, |, and (, then strip leading variable assignments, wrappers such as sudo and env, and option flags before testing the first word. Restrict matching to command position so prose never matches.

How do I verify every make target in documentation actually exists?▼

Build a doc-references gate that extracts fenced code blocks and inline code spans, then matches make invocations in command position against the Makefile's real targets. Pin both positive and negative fixtures so later edits cannot silently change the result.

Why does my regex match 'make sure the build passes' as a target?▼

A leading context of line start or any whitespace puts the command name in matching position inside comments, so the capture group grabs 'sure'. Strip comments before matching and require a real separator ahead of the command name instead of bare whitespace.

Why does my matcher report the wrong target for make -C dir lint?▼

Without a value-flag alternative placed first, -\S+ consumes -C alone and the capture group takes 'dir', the flag's value. List the flags whose argument is a separate word (like -CfIjloW for make) and match them with their value before generic flags.

When should I not use grep to check command invocations?▼

Do not grep well-formed structured files such as YAML or JSON; parse them with a real parser instead. Pattern matching is appropriate only for free-form shell, Makefile, and Markdown content where no structured parser exists.