Skip to content
Back to skills

Targeted Validation Selection

ASecurity

Select exact repository-defined validation commands and coverage after a proof strategy exists; use when entrypoint choice or coverage is unresolved.

  • 7 stars
  • 0 votes
  • 0 copies
  • 0 views
  • Added September 8, 2026
businessgo

Security analysis

A100/100

Pro scans all 2 files and shows the line behind each finding

Scanned September 22, 2026

npx -y skills add machenjie/rd-skills --skill targeted-validation-selection --agent claude-code

Installs into .claude/skills of the current project.

Are you the author of Targeted Validation Selection?

Add the live security badge to your README. It updates with every re-scan.

Security grade badge for Targeted Validation Selection
[![Security: A — Skills Directory](https://www.skillsdirectory.com/api/skills/machenjie-targeted-validation-selection/badge)](https://www.skillsdirectory.com/skills/machenjie-targeted-validation-selection)

More formats (shields.io, HTML) on the badges page. Keep it an A: scan every change in CI with Pro.

Download with Pro
SKILL.md
---
name: targeted-validation-selection
description: "Select exact repository-defined validation commands and coverage after a proof strategy exists; use when entrypoint choice or coverage is unresolved."
---

# targeted-validation-selection

## Registry Trigger

**Use when**

- an accepted proof strategy needs exact repository-defined commands;
- several entrypoints or existing tests have competing coverage claims.

**Do not use when**

- `quality-test-gate` has not defined proof strategy and observable acceptance;
- exact commands and their acceptance and risk coverage are already established.

## Skill Role

After `quality-test-gate` defines strategy/acceptance, select repository commands/coverage; record freshness facts while the execution instructions govern validation timing.

## Inputs

- accepted proof strategy, acceptance, changed paths, risks, repository entrypoints/tests, execution constraints, and available freshness facts.

## High-Value Rules

- Map acceptance and risk to the smallest-sufficient evidenced commands and coverage.
- Record target, directory, effects, authority, stop, recovery, cleanup, and retained output before execution.
- Record the result and freshness facts.
- Select a repository fallback only from coverage evidence.
- Preserve unsupported coverage, proof limits, and residual risk.

## Anti-Patterns

- Local success substituted for evidence of the targeted validation selection contract.

## Stop Conditions

- Stop without evidenced coverage, resolved execution boundaries, or authority.
- Do not invent entrypoints, fallbacks, coverage, or timing.

## Output Contract

- Repository-entrypoint inspection evidence covering test/build/schema/lint/static/generator entrypoints and existing tests.
- Record exact smallest-sufficient commands.
- Map observable-acceptance and risk-surface coverage per command.
- Record the expected signal.
- Record command target, working directory, mutation/external-effect classification, credentials/authority, stop condition, recovery, cleanup, and retained-output boundary before execution.
- Record the actual result when run.
- Record freshness input/hash/time facts.
- Record the unavailable-entry fallback.
- State unverified scope, proof limits, and residual risk.

## Targeted References

| Path | Type | Load when | Do not load when | Required by | Required output |
|---|---|---|---|---|---|
| [repository command entry evidence](references/repository-command-entry-evidence.md) | evidence-pattern | repository-defined entrypoints or existing tests have competing coverage claims | exact commands sources coverage signals and gaps are already recorded | analysis-agent, task-agent, review-agent | evidence-record, proof-limit, residual-risk |

Files in this skill

  • SKILL.md4.1 KB
  • references/repository-command-entry-evidence.md1.2 KB

Attribution

Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.

Comments

Loading comments…