repo-parity-release-audit

Audit git parity, dirty worktrees, and route/data coverage for release readiness.

Updated May 6, 2026
One-click install
npx skills add https://github.com/Clvrwrk/Codex-Site-Maintenance-Repair-Technician --skill repo-parity-release-audit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: repo-parity-release-audit
Source: https://github.com/Clvrwrk/Codex-Site-Maintenance-Repair-Technician/tree/main/skills/repo-parity-release-audit
Command: npx skills add https://github.com/Clvrwrk/Codex-Site-Maintenance-Repair-Technician --skill repo-parity-release-audit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This skill helps teams determine if a local repository is current with its remote, free of dirty worktrees, and whether project/case-study routing and data exposure meet release criteria, before SEO or indexing claims are made.

Core Features & Use Cases

  • Parity checks: compare local HEAD to remote and surface behind/ahead/diverged states, while preserving user edits during synchronization.
  • Workspace hygiene: detect dirty worktrees and untracked changes without deleting them, enabling safe cleanups.
  • Release-readiness validation: verify build results and ensure project/case-study routings and data exposure are present before publishing.

Quick Start

Run the parity audit on the current repository to confirm remote parity, dirty worktree state, and route/data coverage before releases.

Frequently Asked Questions about repo-parity-release-audit

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

FAQPage Schema
How do I check if my local git repository has parity with the remote before a release?

Git repository parity checks compare your local HEAD to the remote, surfacing behind, ahead, or diverged states to confirm release readiness. The audit also detects dirty worktrees and untracked changes without deleting them.

What is the best way to detect dirty worktrees and untracked changes without losing my edits?

Detect dirty worktrees by auditing workspace hygiene to identify untracked changes without deleting them. This enables safe cleanups while preserving your local edits during synchronization.

How do I validate route and data coverage for SEO and indexing before publishing?

Validate route and data coverage by auditing project and case-study routings to ensure routable data exposure exists. This confirms no gaps in sitemap or page exposure before making SEO or indexing claims.

Does the release readiness audit verify build results along with git parity?

Yes, the release readiness audit verifies build results alongside git parity. It checks that local and remote states match, confirms build status, and validates routable data exposure before publishing.

Can I apply this repo parity audit to any codebase or is it framework specific?

You can apply the repo parity audit to any codebase because it evaluates generic git states and route coverage. It checks local versus remote state, build results, and sitemap exposure without requiring framework-specific dependencies.

Why should I audit sitemap and page exposure before claiming SEO indexing is complete?

You should audit sitemap and page exposure before claiming SEO indexing is complete to ensure routable data exposure has no gaps. Verifying routing and data exposure prevents missing content from hurting search visibility.