plugins/dp-cab/skills/manage/SKILL.md
Use when you need to close, reopen, defer, or verify a filed issue — 'close this issue', 'reopen that bug', 'defer this to later', 'is this actually done'.
npx skillsauth add raisedadead/dotplugins manageInstall 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.
!dp-engine state 2>/dev/null || printf '{"stage":"idle"}'
Read ${CLAUDE_SKILL_DIR}/references/manage-protocol.md for full protocol details.
if ! command -v dp-engine >/dev/null 2>&1; then echo "NO_ENGINE"; exit 0; fi
if ! dp-engine status >/dev/null 2>&1; then echo "NO_DB"; exit 0; fi
echo "OK"
If NO_ENGINE: "dp-engine CLI not found. Install dp-engine prerequisites to use /dp-cab:manage." and STOP.
If NO_DB: "No tracker DB found." and STOP.
If no action is provided, present this menu:
What would you like to do?
- Close an issue
- Reopen an issue
- Defer an issue
- Verify acceptance criteria
- Audit for ghost-closes
Wait for the user to choose before proceeding.
Before any mutation (close, reopen, defer), read the target issue's labels:
dp-engine show "[ISSUE_ID]"
Check the labels in the output:
dp-cto:running, dp-cto:planning, or dp-cto:reviewing: show "This item has {label} -- it may be actively worked. Continue?" and wait for confirmation.dp-cto:agent-spawning: show "Agent dispatched on this item. Continue?" and wait for confirmation.For close as completed: dispatch the triager agent to verify acceptance criteria against the codebase before closing. Do not close without verified criteria.
For all other actions (close with other reasons, reopen, defer, audit): execute directly using dp-engine subcommands per the protocol in references/manage-protocol.md.
Report the result to the user:
{issue-id}: {action} -- {result}
Reason: {reason}
Evidence: {file:line or dp-engine show output}
completed without acceptance criteria verificationdp-engine tracker CLI -- always use dp-engine subcommandsdevelopment
Use when the user shares a URL, names a resource from SOURCES.md, shares operational feedback, says 'adopt', 'learn from', 'what can we steal from', 'compare with', 'self-develop', or 'how do we get better'.
tools
Use when you need to set up or rebuild the dp-lsp Docker image after installing the plugin — 'set up LSP', 'build the image', 'install language servers'.
development
Use when you want to write tests first, enforce test-driven development, or add test coverage — 'write tests for this', 'TDD this feature', 'add test coverage'. Strict RED-GREEN-REFACTOR discipline.
testing
Use when starting major work that needs formal design review — cross-team changes, architectural decisions, or complex features where requirements need discovery before implementation.