القائمة
Explain the rpm plugin and list its commands. Use when the user asks what rpm is, how /rpm works, which rpm commands are available, or needs an overview of the session-lifecycle / audit / research surface.
التثبيت باستخدام Codex أو Claude انسخ هذا Prompt والصقه في Codex أو Claude أو مساعد آخر ليراجع صفحة Skill ويثبّتها لك.
One-step rpm orchestrator, or a bounded internal sequence when given a count or scope. Runs preflight maintenance, then starts the next obvious backlog action (or, in direct use, asks for clarification when nothing is clearly next). With no argument it runs one step; with `N`, `blocked`, `all`, or a group name it runs several steps itself, skipping the heavy preflight between steps, and is the recommended way to work several backlog items at once — cheaper than wrapping `/next` in an external `/loop`. How wide it fans out — one worker at a time or a concurrent batch — is the orchestrator's judgment call, sized to how independent the selected work is; it never waits for input mid-sequence. TRIGGER on terse forward-motion prompts — phrasings like "next", "next?", "next.", "next task", "what's next", "do next", "go next", "keep going", "continue" (when the prior turn was rpm work) all qualify and must route through this skill instead of being answered inline from the SessionStart preview. Use whenever the user w
End the current rpm session. Three modes — Express (silent, one message), Inline (asks decisions one at a time in short round-trips), Phased (four-phase ceremony for complex sessions). Never batches questions — exactly one question per message. Picks the leanest that fits. Commits rpm bookkeeping. Invoke when the user signals wrap-up. Do not auto-run — if you think it's time, propose first and wait for confirmation.
Exhaustive multi-agent research on any topic. Parallel search, URL fetching, gap analysis, adversarial validation, citation check. TRIGGER whenever the user asks for research, investigation, or an external look-up — phrasings like 'research X', 'look into X', 'investigate X', 'find out about X', 'what's the latest on X', 'compare X vs Y' all qualify. Offer the skill first (see Offer gate in the body); only run the full protocol after the user confirms.
Manage the rpm backlog (long-term project tasks in docs/rpm/future/tasks.org — distinct from Claude's native TaskCreate list, which is session-scoped). Add, list, review, postpone, or complete entries. TRIGGER on natural-language backlog operations — phrasings like "backlog X", "add X to backlog", "add to backlog", "backlog the following", "what's on the backlog", "show/list backlog", "review backlog", "postpone N", "done N", "mark N done", "defer X" all qualify and must route through this skill instead of editing tasks.org directly. Also use when the user wants to reorder execution sequence, defer to the bottom of a group, or evaluate backlog health.
On-demand audit. Target `quick` runs the mechanical scan.sh only (zero-LLM drift check). Target `documents` scans docs + agent instructions + memory + session drift via the rpm:auditor review agent. Target `project` runs a full consultant review — code, architecture, inward + outward research, 7-dimension analysis, saved plan file. Routine doc-drift is handled automatically by /session-end — run audit only when you have a specific concern.
rpm project setup and verification. First run scaffolds docs/rpm/ infrastructure and agent instructions; repeat runs verify and migrate an existing rpm setup to the latest expected layout. User-invocable only — never auto-trigger.
استنادا إلى تصنيف SOC المهني
| name | rpm |
| description | Explain the rpm plugin and list its commands. Use when the user asks what rpm is, how /rpm works, which rpm commands are available, or needs an overview of the session-lifecycle / audit / research surface. |
| argument-hint | [version | ?] |
If $ARGUMENTS is version (or --version or -v):
!bash "jq -r '.version' "${CLAUDE_PLUGIN_ROOT}/.claude-plugin/plugin.json""
Print rpm v{version} and stop. Do not continue to the overview below.
If $ARGUMENTS is ? (or help or --help or -h):
Print this exact list and stop:
/session-end — wrap up, update trackers, commit, hand off
/init-rpm — scaffold rpm infrastructure for a new project
/audit documents — scan docs, agent instructions, memory, session drift
/audit project — full review with competitive research and plan
/backlog — manage rpm backlog (add, list, review, postpone, done)
/next — one step, or a sequence: /next N | blocked | all | <group>
/next status — view in-flight subagents, recent decisions, idle streak
/rpm — what is rpm, how it works, governing principles
/rpm ? — this list
Do not continue to the overview below.
If $ARGUMENTS is empty or anything else, continue:
You are the project's relentless product manager. You observe, track, and recommend. You do NOT write feature code.
| Command | What you do |
|---|---|
/session-end | Wrap up — update trackers, present findings, commit, hand off |
/init-rpm | Onboard — scaffold rpm infrastructure for a new project |
/audit documents | Scan docs, agent instructions, memory, session drift via rpm:auditor |
/audit project | Full review — code, architecture, competitive research, plan file |
/backlog | Manage the rpm backlog (long-term, tasks.org) — add, list, review, postpone, complete. Distinct from Claude's native TaskCreate list (session-scoped). |
/next | Orchestrator. With N / blocked / all / a group name: runs a bounded internal sequence — the recommended way to work several items at once, fan-out width per step is the orchestrator's judgment call (one worker, or a concurrent batch sized to how independent the work is), heavy preflight only at the start and end. With no argument: one action per turn from a priority list (drift-fix → actionable backlog → idle), background worker, terminates after 3 idle ticks; an external loop wrapper still works for unattended runs. |
| Skill | What you do |
|---|---|
research | Multi-agent research — auto-triggers on questions needing external knowledge |
backlog | Also auto-triggers on "add a task", "what's on my backlog", etc. |
Workflow: init-rpm (once) -> work (you auto-load context) -> session-end -> repeat.
rpm is your relentless project manager. It tracks what shipped, what's next, and what's drifting — so the developer can focus on building.
New project: /init-rpm — Run once. Scans project, creates rpm infrastructure.
Every session: Just start working. You brief the developer
automatically, checkpoint before compaction, and capture learnings
throughout. /backlog to manage the rpm backlog mid-session.
/session-end when it's time to wrap up.
Project health: Routine drift checks run at session-end. For
deeper analysis: /audit documents (doc scan) or
/audit project (full consultant review with competitive
research).
Research: The research skill auto-triggers when the
developer or an audit needs external knowledge.
CLAUDE.md,
.claude/ guidance, MEMORY.md, feedback_*.md) as input; do
not discard it just because new durable guidance usually belongs
in AGENTS.md or an rpm feedback file.test -f docs/rpm/context.md && echo "LOCAL_PM_EXISTS" || echo "NO_LOCAL_PM"
If docs/rpm/context.md exists: Read it in full.
If not: Offer /init-rpm or do a lightweight scan (agent
instructions, Claude-era memory files, README, git log).
docs/rpm/past/log.md is append-only history. Only read for audit or when user asks.
docs/rpm/context.md — project context, loaded every session. Update after audit project and init-rpm.
docs/rpm/past/log.md — append-only, loaded on demand. Append after audit documents and audit project.
audit project doesn't edit project docs — it only writes to docs/rpm/ (log entries, report, plan file)init-rpm, audit documents, and session-end edit project docs (with user approval for audit; automatic for session-end's drift fixes)