ads-validate git:20261014.6e9f676A

Immutable. This exact content never changes and is served at /api/v1/blob/a61da0abd3e6f95c.

---
name: ads-validate
description: "Validate Claude Ads contracts, scoring inputs, run bundles, capabilities, source freshness, safety, installation, uninstall, or release readiness. Use for ads validate, ads status, ads next, maturity checks, ownership-manifest uninstall, preserving unrelated ads-* skills, checksum verification, preflight, QA, or release audits."
---

# Validate Claude Ads

Choose the narrowest validation target:

- Contract or bundle: use the deterministic core validator.
- Scores: validate controls, findings, category weights, and coverage.
- Run: verify manifest completeness, source lineage, privacy, worker status, and
  render artifacts.
- Capability: require implementation, fixtures, tests, sources, and truthful mode.
- Repository: run deterministic, routing, security, installer, rendering, evidence,
  packaging, and freshness gates.
- Release: dispatch a fresh-context release verifier.

Return machine-readable pass/fail results, the highest-priority blocker, exact
evidence, and recovery steps. Never promote maturity because documentation is
polished or a prior release passed. Stale evidence and skipped remote CI demote
readiness.

Reverify-or-demote decisions belong to `ads-research`. If an expired claim cannot be reverified because source or filesystem access is
unavailable, return a failed current-evidence check, demote that claim for the
current run, and block dependent release-current assertions before asking for the
missing access.

## Install and uninstall validation

An uninstall may remove only exact paths in the matching Claude Ads ownership
manifest. Validate the entire manifest and configured root boundaries before any
deletion. If the manifest is absent, invalid, mismatched, or unsafe, stop before
deleting anything and require manual review. Never discover targets with an
`ads-*` glob; unrelated skills such as `ads-weather` must remain untouched.

Reject pipe-to-shell install instructions. A safe install uses the host's native
installer or a locally inspected checkout/archive; archives require a SHA-256
checksum verified against a trusted release channel before execution.