repo-harness-upgrade

Solid

Refreshes an already-installed repo-harness harness using manifest-owned upgrade actions from assets/workflow-contract.v1.json.

AI & Automation 397 stars 27 forks Updated yesterday MIT

Install

View on GitHub

Quality Score: 90/100

Stars 20%
87
Recency 20%
100
Frontmatter 20%
70
Documentation 15%
61
Issue Health 10%
80
License 10%
100
Description 5%
100

Skill Content

# repo-harness-upgrade Use this command when a repo already has a current harness surface but needs the latest contract, helpers, templates, or policy. ## Protocol 1. Confirm source repo versus installed runtime copy before changing anything. 2. Run `bun scripts/inspect-project-state.ts --repo <repo> --format text`. 3. Read `upgrade_plan` and `assets/workflow-contract.v1.json#migrations.upgrade.actions`. 4. Apply only manifest-owned actions through the migration engine. 5. Verify runtime manifest parity and workflow gates. ## CHECKPOINTS - CHECKPOINT: before applying upgrade actions, confirm the target repo and installed runtime copy are not being conflated. ## Failure Modes - If the inspector reports legacy docs, route to `repo-harness-migrate`. - If `upgrade_plan` is empty, report no-op readiness instead of touching files. - If the target is an installed Codex copy, verify source and installed paths separately before mutation. ## Boundaries - Delete only `known_generated` surfaces listed by the contract. - Preserve `_ref/`, `_ops/`, secrets, local env, custom hooks, and user-authored legacy material. - If the target is the Codex installed copy, verify source and installed paths separately.

Details

Author
Ancienttwo
Repository
Ancienttwo/repo-harness
Created
4 months ago
Last Updated
yesterday
Language
TypeScript
License
MIT

Similar Skills

Semantically similar based on skill content — not just same category