本文へ移動
cccskills
無料GitHub で公開

pr-explain

Explain a GitHub pull request as an English Markdown walkthrough and return a Plannotator share link. Use for PR explanations, walkthroughs, or review preparation.

インストール方法を見る

含まれるファイル(1)

  • SKILL.md2.9 KB

SKILL.md(原文)

インストールする前に、エージェントに与えられる指示の中身を確認できます。

PR Explain

Generate an accurate English explanation of one PR. Read the repository; never modify it.

Read the PR

Input: PR number or URL.

  • Metadata: gh pr view <n> --json title,body,baseRefName,headRefOid,url.
  • Changes and evidence: gh pr diff <n> and gh pr checks <n>.
  • Fetch without checkout: git fetch origin pull/<n>/head; inspect files with git show FETCH_HEAD:<path>.
  • Read callers and surrounding code, not only the diff.
  • Treat PR claims as claims: confirm each with code, tests, or CI; mark unsupported claims ⚠️.

Write the explanation

Save ~/Workspace/specs/<project>/pr-<n>-<slug>/explanation.md; derive project, number, and slug—never guess them. Use these sections in order:

  1. Background — optional newcomer context, then the specific problem.
  2. Intuition — the core idea with small example data.
  3. Change top to bottom — one causal architecture/code walkthrough.
  4. Claims and evidence — claim, user-visible result, exact test/check evidence.
  5. Try it yourself — disposable setup and observable checklist items - [ ].
  6. Quiz — five useful multiple-choice questions.

Change map

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.

Format

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.

Share

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.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

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.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

sem

無料

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.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

wf

無料

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.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

Č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ě.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

wf-impl

無料

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.

日本語の概要は準備中です。原文の説明を表示しています。

tomsej/pi-ext782026年9月4日 更新

tomsej のスキルをすべて見る

このスキルの問題を報告する