stark-bury

Retires code subsystems or entire repositories into a versioned graveyard with gated deletion PRs.

Updated Mar 16, 2026
One-click install
npx skills add https://github.com/21StarkCom/stark-skills --skill stark-bury-21starkcom
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: stark-bury
Source: https://github.com/21StarkCom/stark-skills/tree/main/runtime-overrides/codex/skill/stark-bury
Command: npx skills add https://github.com/21StarkCom/stark-skills --skill stark-bury-21starkcom

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Decommissioning code is risky: deleting a subsystem without a verified footprint breaks living code, and losing the deleted implementation makes future recovery impossible. This Skill runs a structured burial ritual that archives code into a graveyard repository before anything is deleted, keeping the living repo green throughout. ## Core Features & Use Cases - Footprint Verification: Classifies candidate files by imports and symbols rather than filenames, sweeping shared files for hidden wiring like metrics registrations, alert rules, config structs, and registry entries. - Two-PR Burial Ritual: Merges an interment PR into the graveyard repo (verbatim code copy, tombstone, index entry) before any deletion PR touches the living repo, which must pass build, vet, lint, and tests. - Gated Data Handling: Optionally seals database dumps with age encryption before any table drop, and supports full-repo retirement via encrypted git bundles plus deliberate exhumation procedures. - Use Case: When retiring a deprecated microservice, use this Skill to verify nothing living imports it, archive its code and schema into the graveyard with a tombstone, then delete it from the monorepo with a green CI gate. ## Quick Start Ask the assistant to bury the named subsystem or repository, for example by saying "bury the legacy notifications service and keep its memory in the graveyard".

Frequently Asked Questions about stark-bury

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

FAQPage Schema
How do I safely delete a deprecated subsystem from a monorepo?▼

Archive the code into a graveyard repository first, then delete it from the living repo in a separate PR that passes build, vet, lint, and tests. Verify the footprint by imports and symbols rather than filenames so shared files are unwired without breaking living code.

How to archive a retired GitHub repository with full history?▼

Create a git bundle of all refs, encrypt it with age, and store only the sealed artifact in the graveyard alongside a tombstone and index entry. Never commit the raw bundle, since full history resurrects every secret ever committed.

Can deleted code be recovered after a burial?▼

Yes, exhumation is a deliberate copy back into a living repo. Use the deletion PR's diff as the rewiring map, replay the interred DDL or decrypt the sealed dump with the age identity, then re-enable credentials.

Why verify a deletion footprint by imports instead of filenames?▼

Name-based file lists misidentify files that belong to other living subsystems. Classifying by what a file imports and who imports it prevents deleting code that living systems still depend on.

When should live database tables be dropped during decommissioning?▼

Only after an age-sealed dump of the tables exists and the operator explicitly approves. The drop runs as a forward migration in foreign-key dependency order, taking schema docs and layer entries with it.