Claude-skill-registry ghm-id-register
install
source · Clone the upstream repo
git clone https://github.com/majiayu000/claude-skill-registry
Claude Code · Install into ~/.claude/skills/
T=$(mktemp -d) && git clone --depth=1 https://github.com/majiayu000/claude-skill-registry "$T" && mkdir -p ~/.claude/skills && cp -r "$T/skills/data/ghm-id-register" ~/.claude/skills/majiayu000-claude-skill-registry-ghm-id-register && rm -rf "$T"
manifest:
skills/data/ghm-id-register/SKILL.mdsource content
ID Register
Validate and register new Source of Truth IDs with cross-reference integrity checks.
Workflow Overview
- Validate Format → Check ID follows
pattern[PREFIX]-[3-digit] - Check Uniqueness → Ensure ID doesn't already exist
- Verify Cross-Refs → All referenced IDs must exist
- Register Entry → Add to appropriate SoT file
Core Output Template
| Element | Definition | Evidence |
|---|---|---|
| ID | Unique identifier | , , |
| Title | Short descriptive name | Clear, specific |
| Cross-References | Links to related IDs | All referenced IDs exist |
| Status | Current state | Draft / Active / Deprecated |
ID Format Reference
| Prefix | Domain | File |
|---|---|---|
| Business Rules | |
| User Journeys | |
| API Contracts | |
| Customer Feedback | |
Step 1: Validate Format
Check ID follows the pattern:
[PREFIX]-[XXX]
Where:
- PREFIX = BR, UJ, API, or CFD
- XXX = 3-digit number (zero-padded)
Checklist
- Prefix is valid (BR, UJ, API, CFD)
- Number is 3 digits
- Format matches
[A-Z]+-[0-9]{3}
Step 2: Check Uniqueness
- Read target SoT file
- Extract all existing IDs of same prefix
- Verify new ID doesn't exist
- If auto-assigning: use highest existing + 1
Checklist
- Target SoT file read
- Existing IDs enumerated
- New ID is unique
Step 3: Verify Cross-References
For each ID referenced in the new entry:
- Identify the prefix
- Check that ID exists in its SoT file
- Flag any missing references
Checklist
- All
references exist in BUSINESS_RULESBR-XXX - All
references exist in USER_JOURNEYSUJ-XXX - All
references exist in API_CONTRACTSAPI-XXX - All
references exist in CUSTOMER_FEEDBACKCFD-XXX
Step 4: Register Entry
Add formatted entry to SoT file:
### [ID]: [Title] **Status**: Draft **Created**: YYYY-MM-DD **Cross-References**: [List of related IDs] [Description] **Acceptance Criteria**: - [ ] Criterion 1 - [ ] Criterion 2
Quality Gates
Pass Checklist
- ID format is valid
- ID is unique within its domain
- All cross-references resolve
- Entry follows SoT template
Testability Check
- ID can be searched and found
- Cross-references are bidirectional (if required)
Anti-Patterns
| Pattern | Example | Fix |
|---|---|---|
| Duplicate ID | Creating BR-101 when it exists | → Check uniqueness first |
| Orphan reference | References UJ-999 that doesn't exist | → Verify all cross-refs |
| Wrong prefix | Using BR- for an API contract | → Match prefix to domain |
| Missing zero-pad | BR-5 instead of BR-005 | → Always use 3 digits |
Boundaries
DO:
- Format validation
- Uniqueness checks
- Cross-reference verification
- Entry formatting
DON'T:
- Content decisions about ID meaning
- Approve/reject based on business logic
- Modify existing IDs
Handoff
After ID registration:
- New ID is in SoT file
- Cross-references are valid
- EPIC Section 3A updated with new ID
- Ready for implementation