skills/backlog-entry/SKILL.md
BACKLOG ENTRY SKILL — Produce a correctly formatted BL-N backlog entry with all required fields. USE FOR: adding new items to design/BACKLOG.md (features, rework, tech debt, drift items); any role that needs to create a backlog entry. Enforces ID uniqueness and required field completeness. DO NOT USE FOR: updating or removing existing entries (edit directly).
npx skillsauth add zcross00/ProcessDocumentation backlog-entryInstall this skill globally with one command. Works with Claude Code, Cursor, and Windsurf.
3 of 9 scanners reported clean
Some scanners were skipped, did not run, or reported a non-clean status. Review each row below.
Use this skill whenever a new item must be added to design/BACKLOG.md. It enforces correct format and prevents ID collisions.
Open design/BACKLOG.md. Find the highest BL-N number currently present anywhere in the file. The new item's ID is (highest found) + 1.
IDs are never reused. If the previous highest was BL-19, the new item is BL-20 regardless of how many items were removed.
Choose exactly one Type and one Priority.
Type:
| Type | When to use |
|------|-------------|
| Feature | New capability or behavior described in the design |
| Rework | Existing behavior needs to change |
| TechDebt | Internal quality improvement with no user-visible change |
| Bug | Defect — something is broken or incorrect |
Priority:
| Priority | Meaning |
|----------|---------|
| P1 | Must address next — correctness-blocking or goal-critical |
| P2 | Important; schedule soon |
| P3 | Valuable but deferrable |
| P4 | Low urgency or speculative |
Produce both a table row and a detail block. Both are required.
Table row (place in the correct priority section):
| BL-N | [Type] | [One-line synopsis] | [Source] |
S-1), a review finding, or a direct observation.Detail block (inserted after the table in the same priority section):
<!-- item: BL-N -->
**BL-N Detail:**
[Describe what needs to happen and any constraints or context that would help an EXECUTOR implement it. Be specific — vague items stall. Include enough detail that the EXECUTOR does not need to ask clarifying questions.]
**Done-when:** [Unambiguous, verifiable completion criteria.]
**Design-Ref:** [DESIGN.md section reference, e.g., S-1, S-3]
**Dependencies:** [BL-N ID(s) that must be completed first, or None]
**Branch:** —
### P1, ### P2, etc.).development
TEST WRITING SKILL — Write correctly structured JUnit 5 tests that match this project's conventions. USE FOR: adding tests for a new backlog item; flagging missing test coverage; writing tests for engine classes, domain logic, or persistence. Covers class placement, naming conventions, setup patterns, assertion style, and what not to test. DO NOT USE FOR: running tests (use build-verify skill); diagnosing test failures (read the Surefire report directly).
development
STANDARDS CHECK JAVA SKILL — Apply standards/general.md and standards/java.md systematically to a Java file or diff. USE FOR: pre-commit standards compliance check; reviewing a file for standards adherence before or after a change. Produces a categorized violation list with the specific rule cited for each. DO NOT USE FOR: general code review (use planner-review skill for implementation review).
testing
REFINEMENT SKILL — Analyze design, features, backlog, and drift to identify and plan needed work. USE FOR: PLANNER producing new backlog items from gaps between design and current state; evaluating tech debt and drift for resolution; structured backlog growth when the user asks the PLANNER to refine or plan more work. DO NOT USE FOR: implementing backlog items (EXECUTOR work); reviewing completed work (use planner-review skill).
development
PLANNER REVIEW SKILL — Review a completed backlog item and update design artifacts accordingly. USE FOR: PLANNER reviewing an EXECUTOR's completed work; updating FEATURES.md after a feature lands; removing completed items from BACKLOG.md; checking for drift. DO NOT USE FOR: implementing backlog items (EXECUTOR work); initial planning (read GOALS and DESIGN directly).