Work through a `.pm` workstream backlog one actionable item at a time. Triage pending milestones, tasks, and inbox notes, then implement and ship them, close items already satisfied, block work with an unblock condition, or remove invalid items until no actionable work remains.
中文简介正在准备中。当前显示英语简介。
Autonomously drain a `.pm` workstream item by item — triage every pending milestone, task, and inbox note, then implement and ship it, close it as already done, block it with an unblock condition, or delete it as invalid, and keep going until nothing actionable remains. Use when the user explicitly invokes /loopx or asks to loop, drain, or work through a whole workstream's backlog (e.g. `/loopx w1`). Sequential, not interval-based; not for timed polls, a single task, or ordinary edits.
实测评分 未实测
查看安装方法安装前可以查看交给 AI 代理的指令内容。
.pm workstream item by itemUsage: /loopx <wN>
Repeatedly pick the next actionable pending item in workstream <wN> (a pending milestone, a pending task in a live milestone, or an open inbox note), triage it, act, /ship it, and continue until nothing actionable remains. Every item ends in exactly one place: implemented and shipped, closed as already done, moved to blocked/ with an unblock condition, or deleted as invalid. Composes /pm (only writer to .pm/), your own writing work, and /ship. If you can name the next pick, keep looping — don't pause for a checkpoint or ask the user to re-run.
A pending item is a claim that the work is still wanted and undone. Boards go stale; never start on the strength of a checkbox alone.
If $ARGUMENTS is empty, STOP and ask which workstream.
git branch --show-current is main; else STOP and ask.git status — pre-existing uncommitted changes you didn't make (other than ignorable .DS_Store) must not ride along; surface and ask..pm/<wN>/README.md exists; else STOP..pm/DO_NOT_DO.md; a conflict is a delete reason.(There is no stop-hook guard in this repo; the Exit rules below are the only enforcement.)
List .pm/<wN>/m*/, *.md, done/, blocked/. Checkbox and disk must agree; if not, trust task files and repair via /pm. Order: (1) lowest-numbered actionable pending milestone, its tasks in depends_on order; (2) lowest-numbered open inbox note; (3) a blocked item whose unblock condition now verifiably holds (/pm unblock). Honor depends_on; scan all later items before concluding none are actionable. Announce the pick. Nothing actionable → Exit.
Read the item fully. Establish what is true on main with evidence: git log and grep the cited paths, check whether the chapter/file already exists in en/ and zh-CN/, run the DoD checks. Announce outcome + evidence:
| Outcome | When | Action |
|---|---|---|
| Work on it | still wanted, acceptance not yet true | one-line plan → step 3 |
| Close as already done | acceptance already holds (incl. both languages, indexes, checks) | /pm done; ship board move alone: chore(pm): close <target> — already satisfied by <SHA> |
| Block it | wanted but can't proceed: needs author/user decision, missing source material, unavailable tooling (e.g. no calibre for PDF build), unverifiable claim | /pm block <target> <reason> with Unblock:; ship alone: chore(pm): block <target> — … |
| Delete as invalid | conflicts with DO_NOT_DO.md, superseded/duplicate, or targets removed content | /pm drop <target> <reason>; ship alone: chore(pm): drop <target> — … |
User-routed/approved items you merely doubt are blocked, never deleted. Closing tasks (Reader surface, Simplify, Verification) are real work.
Do the writing/editing following AGENTS.md:
en/ and zh-CN/ change together; identical filenames; slug/id equal filename; only title/tags translated; never renumber.README.md, SUMMARY.md, zh-CN/README.md.https://tianpan.co/notes/<slug>; local images in images/ as ../images/<file>; diagrams via the mermaid skill.diff <(ls en) <(ls zh-CN), slug==filename), no broken relative links, make build when gitbook/calibre exist (otherwise say it was not run)./pm done <target> per finished item — never hand-edit board state.Invoke /ship for this item (content + .pm/ moves together, or board move alone). One board outcome per ship; never batch items. Never ship red — run checks as their own command and read the result before committing.
Re-scan immediately and pick again. Between items write one sentence: what shipped and what's next. Long queue / long session / several ships is not an exit.
Report item, blocker, and unblock; don't stop while independent work remains. Preserve partial work (stash or branch) — don't ship half-work. Block individual tasks in place when only some are stuck; block the milestone when all open tasks are. Skip dependents of blocked work automatically. Don't retry an unchanged blocker.
Only when: Done (nothing pending), Blocked (all remaining items blocked or depend on blocked work), or Hard stop (user interrupt/runtime limit/lost push access). Final report: shipped items with SHAs, closed-with-evidence, blocked-with-conditions-and-owners, deleted-with-reasons (and any proposed DO_NOT_DO.md entry), and for a hard stop the next actionable pick.
/pm owns .pm/. Doubt is a block, not a delete.<wN>. Report honestly: skipped checks, partial work, closes-by-triage.$ARGUMENTS
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问，或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Answer questions about a book, its chapters, or system design by consulting relevant material without changing files. For repository questions, ground the response in the source and cite file paths and lines; use web search for general topics when freshness matters.
中文简介正在准备中。当前显示英语简介。
Create concise Mermaid architecture diagrams from a chapter, system, component, dependency flow, or supplied description. The skill checks the diagram syntax before presenting the diagram and a brief explanation of its key flow.
中文简介正在准备中。当前显示英语简介。
Manage and inspect a book project's public work board: organize workstreams, notes, milestones, and tasks, and update their status as work changes. Use it to materialize proposals, track blockers, or check current board state.
中文简介正在准备中。当前显示英语简介。
Break down a book roadmap topic into prioritized milestone and task proposals, considering reader impact, scope, dependencies, and effort. The skill outputs text for a separate board workflow to apply; it does not write board files.
中文简介正在准备中。当前显示英语简介。
Prepare pending changes on the tracked working branch for publishing: check the branch and repository state, rebase on the latest origin changes, commit selected files, and push. It is intended for an explicit ship or publish request.
中文简介正在准备中。当前显示英语简介。