h4tcher-capability-remove

Removes approved Helmer components and updates affected documentation and code references.

26|4|Updated Feb 27, 2026
One-click install
npx skills add https://github.com/hatch3r/hatch3r --skill h4tcher-capability-remove
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: h4tcher-capability-remove
Source: https://github.com/hatch3r/hatch3r/tree/main/.claude/skills/h4tcher-capability-remove
Command: npx skills add https://github.com/hatch3r/hatch3r --skill h4tcher-capability-remove

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

This Skill helps maintainers decommission hatch3r artifacts (agents, skills, rules, commands, hooks, adapters, and pipeline modules) without breaking governance requirements or leaving orphan references behind.

Core Features & Use Cases

  • D16.3 removal-threshold gate: Blocks removal unless zero value-duplication, minimal cross-references, and no orchestrator dependency are proven.
  • Automated scrubbing workflow: Runs preflight discovery, dispatches sub-agents to draft migration notes and scrub canonical references across code and docs, and enforces “no orphan hits.”
  • Governance-grade safety checks: Enforces full validation/test/typecheck/lint/build plus inventory regeneration and anti-slop/pillar compliance before commit approval.
  • Migration notes with traceability: Adds a precise CHANGELOG entry under an active release’s “### Removed” section and optionally creates docs-site deprecation content.

Quick Start

Ask the maintainer workflow to run the h4tcher-capability-remove skill for the specific artifact-id/path you intend to decommission, ensuring the D16.3 gate passes before proceeding to the scrubbing and governance checks.

Frequently Asked Questions about h4tcher-capability-remove

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

FAQPage Schema
How do I safely decommission pipeline modules and agents without leaving orphan references?

To safely decommission pipeline modules and agents, you must pass a removal-threshold gate proving zero value-duplication, run preflight discovery to scrub cross-references, and enforce validation and inventory regeneration before committing.

What is the D16.3 removal-threshold gate for decommissioning artifacts?

The D16.3 removal-threshold gate is a safety check that blocks artifact decommissioning unless you prove zero value-duplication, minimal cross-references, and no orchestrator dependency, ensuring safe removal across code and docs.

How do I migrate CHANGELOG entries when removing rules, commands, and hooks from a repository?

To migrate CHANGELOG entries when removing rules, commands, and hooks, sub-agents draft migration notes and add a precise entry under an active release's "Removed" section to maintain full traceability during decommissioning.

What governance checks are required before approving the removal of adapters and rules?

Before approving the removal of adapters and rules, governance checks require full validation, test, typecheck, lint, build, inventory regeneration, and anti-slop and pillar compliance constraints to pass.

Can I decommission artifacts if there are existing orchestrator dependencies or value duplication?

You cannot decommission artifacts with existing orchestrator dependencies or value duplication, as the D16.3 removal-threshold gate explicitly blocks removal under these conditions to maintain system integrity.

What is the best way to scrub canonical references across code and docs during artifact decommissioning?

The best way to scrub canonical references during artifact decommissioning is an automated workflow that dispatches sub-agents to scrub across code and docs, enforcing a strict "no orphan hits" check before final approval.