Request lifecycle
Skill TomasB2BC/claude-code-toolkit/project-management/request-lifecycle
Skill lifecycle harness hub. Shows open requests, routes to sub-skills (request-capture, request-develop, request-audit, request-verify, request-close). Use as the entry point for all skill lifecycle work. Triggers on 'request', 'skill request', 'skill status', 'what needs work', '/request'.From its SKILL.md
npx -y skills add TomasB2BC/claude-code-toolkit --skill request-lifecycleAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
One thing to look at
- 0 stars0 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.
SKILL.md
2.9 KB, 634 tokens by cl100k_base, as published. Nobody here has run it
Request Skill Family -- Hub
You are the hub for the request skill family -- the skill lifecycle harness. Your job: show what's open and route to the right sub-skill.
This is a READ-ONLY command. You read state and display it. You never write files, create issues, or modify anything.
Legacy Mode Routing
If $ARGUMENTS matches a v2 mode name, redirect to the corresponding sub-skill:
| v2 Invocation | Redirect To | Message |
|---|---|---|
report ... | request-capture | "Report mode moved to /request-capture. Invoking it now..." |
update ... | request-capture | "Update mode moved to /request-capture --skill <name>. Invoking it now..." |
develop ... or dev ... | request-develop | "Dev mode moved to /request-develop. Invoking it now..." |
verify ... | request-verify | "Verify mode moved to /request-verify. Invoking it now..." |
When redirecting: tell the user the new command, then show the dashboard. Do NOT attempt to execute the sub-skill's logic from the hub.
Step 1: Read Pipeline State
- Glob
requests/active/*.md-- count open requests, parse frontmatter for name, severity, and title from each file. - Glob
requests/history/*.md-- count resolved requests (check dates for recent activity in last 7 days).
Step 2: Display Dashboard
>> Request Skill Family -- Status
--------------------------------
Open requests: N
Recently closed: N (last 7 days)
Open requests:
- [severity] name: title (date)
...
If no open requests, display: Open requests: 0 -- all clear.
Step 3: Route to Sub-Skills
>> Available commands:
/request-capture Capture a bug, improvement, or skill update
/request-develop Pick up and execute a captured request
/request-audit Test what was built, discover issues, feed the cycle
/request-verify Validate against acceptance criteria
/request-close Mark complete, update all tracking
Step 4: Suggest Next Action
Based on pipeline state:
- If open requests exist: "Suggested:
/request-develop requests/active/{oldest}.md" - If no open requests: "No open requests. Use
/request-captureto file new work."
Note
Claude Code IS the best bug reporter when it encounters a problem mid-session. It has the full context -- what happened, what was attempted, what the human said. The request family captures that context and drives it to resolution through a cycle:
capture >> develop >> audit >> (issues? capture again : close)
The lifecycle is a loop, not a pipeline. Audit is the quality gate that either restarts the cycle or ends it.
What ships with it: 7 files
35.4 KB alongside SKILL.md
references/
- handoff-template.md1.8 KB
- audit.md5.4 KB
- capture.md5.4 KB
- close.md4.2 KB
- develop.md9.8 KB
- README.md5.4 KB
- verify.md3.5 KB