repo-ecosystem-hygiene
Interpret the daily read-only repo ecosystem hygiene audit and route remediation through approved workflows.
Best use case
repo-ecosystem-hygiene is best used when you need a repeatable AI agent workflow instead of a one-off prompt.
Interpret the daily read-only repo ecosystem hygiene audit and route remediation through approved workflows.
Teams using repo-ecosystem-hygiene should expect a more consistent output, faster repeated execution, less prompt rewriting.
When to use this skill
- You want a reusable workflow that can be run more than once with consistent structure.
When not to use this skill
- You only need a quick one-off answer and do not need a reusable workflow.
- You cannot install or maintain the underlying files, dependencies, or repository context.
Installation
Claude Code / Cursor / Codex
Manual Installation
- Download SKILL.md from GitHub
- Place it in
.claude/skills/repo-ecosystem-hygiene/SKILL.mdinside your project - Restart your AI agent — it will auto-discover the skill
How repo-ecosystem-hygiene Compares
| Feature / Agent | repo-ecosystem-hygiene | Standard Approach |
|---|---|---|
| Platform Support | Not specified | Limited / Varies |
| Context Awareness | High | Baseline |
| Installation Complexity | Unknown | N/A |
Frequently Asked Questions
What does this skill do?
Interpret the daily read-only repo ecosystem hygiene audit and route remediation through approved workflows.
Where can I find the source code?
You can find the source code on GitHub using the link provided at the top of the page.
SKILL.md Source
# Repo Ecosystem Hygiene Use this skill when reviewing `.claude/state/repo-ecosystem-hygiene/latest.md` or the matching JSON state. ## Safety Boundary The audit is read-only. It reports drift; it does not clean files, update branches, sync remotes, remove worktrees, or post GitHub comments. Treat every remediation action as a separate approved workflow. ## Read The Latest Report ```bash UV_CACHE_DIR=.claude/state/uv-cache bash scripts/cron/repo-ecosystem-hygiene-audit.sh sed -n '1,220p' .claude/state/repo-ecosystem-hygiene/latest.md ``` ## Triage Findings - `ERROR` on a required repo: verify the checkout/upstream state directly, then route through `repo-sync` or a GitHub issue if the fix needs approval. - `WARN` on optional or machine-access repos: preserve the evidence, then decide whether to sync, archive, or update `config/workstations/registry.yaml`. - `dirty_worktree`, `ahead_of_upstream`, or `behind_upstream`: run a direct `git status --short --branch` in that repo, preserve the output, then route through `repo-sync` or issue-scoped manual integration. - `missing_upstream`: do not invent tracking. Record the current branch and remotes, then decide whether the repo should track a remote branch or be marked differently in the registry. - `stash_inventory` or `stale_stash`: inspect `git stash list --date=iso-strict`, preserve any needed patch with an approved workflow, and only drop a stash after explicit disposition. - `worktree_drift`, `stale_worktree`, or `stale_branch`: use the worktree/branch hygiene workflow; never prune/delete from this audit. - `registry_disposition_required`: do not delete. Add a registry disposition or open an issue with the path, repo state, and recommended owner. - `unknown_sibling_residue`: identify owner/source first. If it is expected runtime state, add an explicit registry or runtime allowlist; otherwise open a cleanup issue. - `registry_policy_gap`: reconcile `config/workstations/registry.yaml` so raw machine access and governed buckets agree. - `historical_state_changed_since_prior_comment`: preserve the historical source issue/comment context and reconcile registry history before taking cleanup action. - `schedule_metadata_mismatch`, `known_path_model_mismatch`, or `cron_health_state_missing_or_stale`: treat as scheduler/control-plane metadata debt, not repo drift. ## Closeout Evidence When acting on findings, cite: - the report path and timestamp, - the affected repo/path, - the exact finding code, - the issue or approved workflow used for remediation.
Related Skills
interactive-report-generator
Generate interactive HTML reports with Plotly visualizations from data analysis results. Supports dashboards, charts, and professional styling.
data-validation-reporter
Generate interactive validation reports with quality scoring, missing data analysis, and type checking. Combines Pandas validation, Plotly visualization, and YAML configuration for comprehensive data quality reporting.
orcaflex-reporting-fixture-proof-pattern
Build and extend fixture-backed OrcaFlex reporting proof paths in digitalmodel using stable metadata baselines, normalized HTML snapshots, and reusable reporting test helpers.
worktree-branch-sync-hygiene
Class-level branch, worktree, dirty-main, stash, sync, and hook hygiene for workspace-hub style multi-repo work.
repo-sync
Smart repository synchronization across workspace-hub ecosystem — diagnoses and fixes pull failures (detached HEAD, diverged branches, uncommitted changes)
repo-structure
Canonical source layout, test mirroring, root cleanliness, gitignore, docs classification, and committed artifact rules for all workspace-hub tier-1 repos. Consult before creating directories or files in any submodule.
repo-portfolio-steering
Generate a one-page portfolio steering report for workspace-hub. Use when the user invokes /repo-portfolio-steering, asks about harness vs engineering balance, wants a portfolio health check, or asks which repos to fund next. Reports on portfolio steering, GTM readiness, and provider activity balance.
repo-mission-portfolio-audit
Audit the workspace-hub repo portfolio to extract each repo's mission, identify documentation gaps, and prioritize a plan/approval sequence with explicit LLM-wiki weighting for future issue triage.
provider-session-ecosystem-audit-and-exporters
Build and maintain cross-provider session-log audits for Codex, Codex, Hermes, and Gemini, including exporter design, normalization, and behavioral verification.
mixed-ops-vs-repo-fix-plan-boundary
Plan mixed operational-vs-repo remediation issues by proving live-state classification first, then only proposing code changes for confirmed repo-owned failure paths.
repo-separation-for-sensitive-data
Architecture pattern for splitting confidential data and reusable algorithms across repos
nested-git-repo-stash-safety
How to safely stash changes in a parent repo containing dirty nested git repositories