菜单
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.
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/dppdppd/rpm --skill rpm命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
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.
基于 SOC 职业分类
正在显示 SKILL.md
| 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)