U spec back writing
Skill zig999/siegard-code/dist/.claude/skills/u-spec-back-writing
Most AI coding tools help you write code. Siegard Code manages the entire development lifecycle — it writes specifications, plans backlogs, implements features, runs QA, and delivers tested code. All autonomously, all traceable, all through Claude Code.
npx -y skills add zig999/siegard-code --skill u-spec-back-writingAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 9 stars9 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
Checklist and quality rules for backend specification writing. Used by the Back Spec Agent to ensure completeness and correctness of .back.md artifacts.
SKILL.md
2.4 KB, 487 tokens by cl100k_base, as published. Nobody here has run it
Skill: Backend Spec Writing
Data Modeling Checklist
- All entities have explicit primary key strategy (uuid, auto-increment, composite)
- All FKs have explicit
on-deleterule (CASCADE, SET NULL, RESTRICT) - Index justification documented for all non-PK fields used in WHERE clauses
- Enum values listed explicitly — no open-ended "etc."
- Nullable vs. required fields declared for every column
- Soft-delete strategy declared if entities can be deactivated
- If soft-delete: corresponding endpoint uses PATCH or POST (never DELETE)
- If hard-delete: DELETE endpoint is justified in a BR (irreversible by design)
Business Rules Checklist
- Each BR references the UC that originates it (
UC-NN) - Validation layer specified for each BR (API gateway | service | repository)
- Error code registered in global catalog for each BR violation
- Edge cases documented for each BR (what happens at boundary values)
- Conflict resolution documented when two BRs can contradict each other
- If a domain concept supports multiple implementations that may grow (e.g., payment method, notification channel, export format), extension strategy declared:
polymorphism|strategy pattern|closed enum + factory. If closed (variants will not grow), say so explicitly. Never left implicit.
State Machine Checklist
- All states enumerated (no implicit "other" state)
- All valid transitions mapped (From → Trigger → To)
- Guard conditions explicit for each transition
- Terminal states identified
- Invalid transition behavior documented (reject silently or throw error)
Event Payload Checklist
- Producer domain identified
- Consumer domains listed
- Payload schema fields typed with JSON schema or TypeScript equivalent
- At-least-once or exactly-once delivery semantics declared
- Event versioning strategy declared (if events are persisted or shared cross-service)
Quality Gate
The Back Spec Agent must not mark a .back.md as ready for the Validator unless all checked items in each applicable section above are filled. Sections not applicable to the domain (e.g., no events) may be omitted with a note: N/A — no domain events.
What ships with it
Read from the repository
Just SKILL.md. No reference files, no scripts.