← Back to list

ghm-id-register
by mattgierhart
PRD-driven Context Engineering: A systematic approach to building AI-powered products using progressive documentation and context-aware development workflows
⭐ 9🍴 2📅 Jan 24, 2026
SKILL.md
name: ghm-id-register description: > Validates and registers new SoT IDs with cross-reference integrity. Triggers when creating BR-XXX, UJ-XXX, API-XXX, or CFD-XXX entries. Outputs formatted SoT entry with validated cross-references.
ID Register
Validate and register new Source of Truth IDs with cross-reference integrity checks.
Workflow Overview
- Validate Format → Check ID follows
[PREFIX]-[3-digit]pattern - 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 | BR-101, UJ-045, API-012 |
| 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 |
|---|---|---|
BR- | Business Rules | SoT/SoT.BUSINESS_RULES.md |
UJ- | User Journeys | SoT/SoT.USER_JOURNEYS.md |
API- | API Contracts | SoT/SoT.API_CONTRACTS.md |
CFD- | Customer Feedback | SoT/SoT.CUSTOMER_FEEDBACK.md |
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
BR-XXXreferences exist in BUSINESS_RULES - All
UJ-XXXreferences exist in USER_JOURNEYS - All
API-XXXreferences exist in API_CONTRACTS - All
CFD-XXXreferences exist in CUSTOMER_FEEDBACK
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
Score
Total Score
75/100
Based on repository quality metrics
✓SKILL.md
SKILL.mdファイルが含まれている
+20
✓LICENSE
ライセンスが設定されている
+10
✓説明文
100文字以上の説明がある
+10
○人気
GitHub Stars 100以上
0/15
✓最近の活動
1ヶ月以内に更新
+10
○フォーク
10回以上フォークされている
0/5
✓Issue管理
オープンIssueが50未満
+5
✓言語
プログラミング言語が設定されている
+5
✓タグ
1つ以上のタグが設定されている
+5
Reviews
💬
Reviews coming soon


