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

roborev-design-review

Request a design review for a commit and present the results

インストール方法を見る

含まれるファイル(1)

  • SKILL.md4.8 KB

SKILL.md(原文)

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

roborev-design-review

Request a design review for a commit and present the results.

Usage

/roborev-design-review [commit] [--panel <name>|none]

When NOT to invoke this skill

Do NOT invoke this skill when the user is presenting or pasting existing review results. Messages that contain review findings, verdicts, or summaries are outputs — not requests to start a new review.

IMPORTANT

This skill requires you to execute bash commands to validate the commit and launch the review. The task is not complete until the background review finishes and you present the results to the user.

These instructions are guidelines, not a rigid script. Use the conversation context. Skip steps that are already satisfied. Defer to project-level CLAUDE.md instructions when they conflict with these steps.

Instructions

When the user invokes /roborev-design-review [commit] [--panel <name>|none]:

1. Validate inputs

If a commit ref is provided, verify it resolves to a valid commit:

git rev-parse --verify -- <commit>^{commit}

If validation fails, inform the user the ref is invalid. Do not proceed.

2. Build the command

Construct the review command:

roborev review [commit] --wait --type design [--panel <name>|none]
  • If no commit is specified, omit it (defaults to HEAD)
  • If --panel <name> is specified, include it (fans out to the named config panel); --panel none forces a single-agent review

3. Run the review in the background

Launch a background task that runs the command. This lets the user continue working while the review runs.

Use the Task tool with run_in_background: true and subagent_type: "Bash":

roborev review [commit] --wait --type design [--panel <name>|none]

Tell the user that the design review has been submitted and they can continue working. You will present the results when the review completes.

4. Present the results

When the background task completes, read the output.

If the command output contains an error (e.g., daemon not running, repo not initialized, review errored), report it to the user. Suggest roborev status to check the daemon, roborev init if the repo is not initialized, or re-running the review.

Otherwise, present the review to the user:

  • Show the verdict prominently (Pass or Fail)
  • If there are findings, list them grouped by severity with file paths and line numbers so the user can navigate directly
  • If the review passed, a brief confirmation is sufficient

Panels (multi-reviewer reviews)

If you pass --panel <name>, or a default_panel is configured for explicit reviews, the review fans out to a panel of reviewers. In that case the Enqueued job <id> is the synthesis (parent) job that aggregates them, and its verdict and findings are the synthesized result across the whole panel. Present that synthesized verdict/findings, and offer fix on that parent id — never an individual reviewer. roborev show prints a one-line reviewers summary (e.g. 3 reviewers: bug P, security F) for a synthesis job. --panel none forces a single-agent review, and automatic post-commit hook reviews stay single-agent regardless of default_panel.

5. Offer next steps

If the review has findings (verdict is Fail), offer to address them:

  • "Would you like me to fix these findings? You can run /roborev-fix <job_id>"

Extract the job ID from the review output to include in the suggestion. Look for it in the Enqueued job <id> for ... line or in the review header. For a panel review this id is the synthesis parent.

If the review passed, confirm the result and do not offer /roborev-fix.

Examples

Default design review of HEAD:

User: /roborev-design-review

Agent:

  1. Launches background task: roborev review --wait --type design
  2. Tells user: "Design review submitted for HEAD. I'll present the results when it completes."
  3. When complete, presents the verdict and findings grouped by severity
  4. If findings exist: "Would you like me to address these findings? Run /roborev-fix 1042"
  5. If passed: "Design review passed with no findings."

Design review of a specific commit:

User: /roborev-design-review abc123

Agent:

  1. Validates abc123 resolves to a valid commit
  2. Launches background task: roborev review abc123 --wait --type design
  3. Tells user: "Design review submitted for abc123. I'll present the results when it completes."
  4. When complete, presents the verdict and findings
  5. If findings exist: "Would you like me to address these findings? Run /roborev-fix 1043"

See also

  • /roborev-review --type design — equivalent, with additional --type flexibility
  • /roborev-design-review-branch — design review all commits on the current branch
  • /roborev-fix — fix a review's findings in code

レビュー

まだレビューはありません。使ってみた感想をお寄せください。

同じリポジトリのスキル

概要と使いどころ

chronicle

無料

Allows you to view the user's screen as well as several hours of history. Use when the user makes a reference to their recent work, for which it'd be helpful to see the screen. This skill MUST be used whenever you need to resolve ambiguity in a user request, where the user hasn't specified enough context to do the task. Examples include disambiguating the specific user/app/document/error the user is referring to. You must also use this skill if the user asks about any question regarding Chronicle or asks what you can see from the screen.

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

obra/dotfiles1162026年8月12日 更新

Use when verifying a running application end-to-end through its real interface — a web UI, a CLI, or a TUI — by writing and executing agent-run "scenario cards" against a freshly built instance with falsifiable assertions. Trigger on "test it end to end", "prove the UI actually works", "write/run a scenario", or after a change touches a user-facing surface that unit tests can't fully cover. Not for unit tests, pure code review, or API-only checks.

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

obra/dotfiles1162026年8月12日 更新

Use when documentation needs creating, checking, or maintaining — docs may have drifted from code, pre-release doc verification, updating docs after finishing code work, adding or enforcing project terminology, deciding where a new doc should live, or a routine re-audit of previously verified docs.

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

obra/dotfiles1162026年8月12日 更新

mcp-cli

無料

Use MCP servers on-demand via the mcp CLI tool - discover tools, resources, and prompts without polluting context with pre-loaded MCP integrations

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

obra/dotfiles1162026年8月12日 更新

Request a design review for all commits on the current branch and present the results

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

obra/dotfiles1162026年8月12日 更新

Use when the user asks to fix open failing reviews, invokes /roborev-fix, or provides job IDs; do not use when the user only pastes review findings with no request to discover or close reviews

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

obra/dotfiles1162026年8月12日 更新

obra のスキルをすべて見る

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