agentsclimarketplace

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.

Install
npx -y skills add zig999/siegard-code --skill u-spec-back-writing

Assembled 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-delete rule (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.

Keep looking

Skills are one crate of 326,984. Ordering is by how many stacks a row turns up in, so the top of any crate is what has actually been picked rather than what has the most stars.