Review, triage, and resolve PR review comments. Use when user asks to check PR comments, address review feedback, fix issues raised in review, reply to reviewers, or resolve review threads.
中文简介正在准备中。当前显示原文说明。
Explain a GitHub pull request as an English Markdown walkthrough and return a Plannotator share link. Use for PR explanations, walkthroughs, or review preparation.
中文简介正在准备中。当前显示原文说明。
安装前可以查看交给 AI 代理的指令内容。
Generate an accurate English explanation of one PR. Read the repository; never modify it.
Input: PR number or URL.
gh pr view <n> --json title,body,baseRefName,headRefOid,url.gh pr diff <n> and gh pr checks <n>.git fetch origin pull/<n>/head; inspect files with git show FETCH_HEAD:<path>.Save ~/Workspace/specs/<project>/pr-<n>-<slug>/explanation.md; derive project, number, and slug—never guess them.
Use these sections in order:
- [ ].Use closed <details> blocks: <code>PRINCIPLE</code> → <code>FLOW</code> → <code>STEP</code> → <code>KEPT</code> → <code>VERIFY</code>.
Each <summary> must stand alone: label, short title, one-sentence conclusion.
Inside STEP, include only important files: 🟡 <a href="<diff-url>"><code>MODIFIED</code></a> or 🟢 <a href="<diff-url>"><code>NEW</code></a>.
Make the file name a permalink to exact HEAD lines: .../blob/<sha>/<path>#Lx-Ly.
Show a short final-code snippet fenced with the language of the source file; link to the diff instead of pasting raw diff headers.
Skip lockfiles, generated files, mechanical edits, and repeated prose.
Write Markdown only. Use small mermaid diagrams with example data; no ASCII diagrams.
Use exact symbol, test, and file names. Unknown facts are — or ⚠️, never inventions.
Quiz answers must render inside raw HTML: <details><summary>Answer</summary><p><strong>B.</strong> Why it is right and the others are wrong.</p></details>.
Print the absolute output path.
Create and print the Plannotator URL; do not start a local server:
SHARE_URL="$(node -e 'const fs=require("node:fs"),z=require("node:zlib");const p=fs.readFileSync(process.argv[1],"utf8");console.log("https://share.plannotator.ai/#"+z.deflateRawSync(JSON.stringify({p,a:[]})).toString("base64url"))' "$EXPLANATION_PATH")"; printf 'Plannotator: %s\n' "$SHARE_URL"
The hash contains compressed, unencrypted content. Do not create it for sensitive PRs.
还没有评价。欢迎分享你的使用感受。
无需登录即可发表。欢迎分享使用感受、提问,或说明在哪些环境下无法运行。
还没有评论。来写第一条吧。
Review, triage, and resolve PR review comments. Use when user asks to check PR comments, address review feedback, fix issues raised in review, reply to reviewers, or resolve review threads.
中文简介正在准备中。当前显示原文说明。
Codify project review rules as deterministic guards — ast-grep structural rules (with TDD-style rule tests) for mechanical checks, REVIEW_GUIDELINES.md for qualitative ones, wired into the project gate / wf verify. Use when the user wants to define review rules, turn a repeated review finding into a lint/guard, or set up ast-grep in a project.
中文简介正在准备中。当前显示原文说明。
Entity-aware code change analysis using the pi-sem tools. Use when the user asks what changed, wants blast radius or affected tests, needs focused context for a function/class, wants review help on a commit/branch/PR, or asks to compare semantic diff with raw git diff. Prefer sem_context and sem_impact; use sem_diff selectively for summaries and reviews.
中文简介正在准备中。当前显示原文说明。
Vytvoř workflow kontrakt z dosavadní diskuse — zapíše ~/Workspace/specs/<projekt>/<název>/contract.md (české tělo + strojový frontmatter) a zlintuje ho wf-gate. Použij, když uživatel řekne /wf nebo chce z probraného problému udělat kontrakt. Nikdy neimplementuje.
中文简介正在准备中。当前显示原文说明。
České vysvětlení změny kódu z kontraktu, ref range nebo PR — pozadí, intuice, průchod kódem, důkazy, UAT a kvíz. Volá wf-impl po UAT nebo uživatel ručně.
中文简介正在准备中。当前显示原文说明。
Dirigent jednoho workflow kontraktu ve svém super.engineering worktree — deleguje implementaci na subagenta, mezi fázemi pouští wf-gate, review předá skill wf-review, otevře draft PR (guardovaný), vyřeší komentáře, spustí UAT. Použij, když task session říká, že se má kontrakt provést přes wf-impl.
中文简介正在准备中。当前显示原文说明。