Force-full Rolepod lifecycle — Define → Plan → Build → Verify → Review → Ship with no phase skips. Use only when the user explicitly invokes /rolepod-full or $rolepod-full for feature-scale work.
Scanned 9/22/2026
Install to Claude Code
npx -y skills add nuttaruj/rolepod --skill rolepod-full --agent claude-codeInstalls into .claude/skills of the current project.
Are you the author of Rolepod Full?
Add the live security badge to your README — it updates automatically with every re-scan.
[](https://www.skillsdirectory.com/skills/nuttaruj-rolepod-full-ed3c9874)More formats (shields.io, HTML) on the badges page.
---
name: rolepod-full
description: Force-full Rolepod lifecycle — Define → Plan → Build → Verify → Review → Ship with no phase skips. Use only when the user explicitly invokes /rolepod-full or $rolepod-full for feature-scale work.
---
# Rolepod Full — force-full lifecycle entrypoint
The user typed `/rolepod-full` (or `$rolepod-full`). A **command alias**, not a new workflow: it forces the complete 6-phase lifecycle — `Define → Plan → Build → Verify → Review → Ship` — with no phase skips, even for a trivial-looking task. The user can still override mid-flow ("skip review", "just ship").
## Step 1 — defer to the router
`using-rolepod` available → load it plus `using-rolepod/references/force-full-lifecycle.md` and enter **force-full-lifecycle mode**; phase detail, backend table, start banner, careful-mode rigor live there. Not available (copied standalone) → the embedded fallback below.
## Boundary
Owns: detecting the explicit `/rolepod-full` intent and entering force-full mode.
Does not own: phase definitions, the execution backend, the Router table, the agent roster — `using-rolepod` and its force-full reference own these.
## Sanity check
`/rolepod-full` is for feature-scale work: new feature, major refactor, architecture change, product workflow, high-risk change. An obviously trivial prompt (`/rolepod-full what time is it`) → ask whether the user meant force-full before running the full ceremony.
## Embedded fallback — `using-rolepod` not available
Run the lifecycle directly as Lead:
1. **Define** — clarify goal, acceptance criteria, risk. Ask before assuming.
2. **Plan** — ordered task list; one verification command per task.
3. **Build** — implement surgically; every line traces to the goal.
4. **Verify** — fresh evidence (test / build / curl / screenshot). No completion claim without it.
5. **Review** — risk-appropriate review; external adversarial reviewers (an installed CLI different from the Lead's) when configured, otherwise the internal strong reviewer (security-engineer / universal-reviewer); the writer's unit tests are the floor, qa-tester joins for user-visible behaviour.
6. **Ship** — an explicit finish choice (merge / open PR / keep open / discard). Never auto-pick.
This fallback is ~70% of the full behavior; with `using-rolepod` present it is router-backed.
Is this your skill, or is something wrong with this listing? Request removal or report an issue. Author removals are honored within 72 hours.
No comments yet. Be the first to comment!