MCPInstall

identify-reviewer

Identifies the local user's GitHub account and git identity before performing code reviews. Load this skill at the start of any PR review, code review, or commit log analysis so findings can be framed relative to the user's own prior comments, commits, and approval status.

Installs
46
Last 24h
—
Trending rank
—
Security
Not audited

Install

Works with every agent the skills CLI supports.

npx skills add https://github.com/cloudflare/workerd --skill identify-reviewer
  1. 01

    Install

    Run the command in your project. The CLI asks which agents to install for.

  2. 02

    Describe the task

    Ask your agent for something this skill covers. It loads identify-reviewer automatically when relevant.

  3. 03

    Review the result

    The agent follows the SKILL.md steps, scripts and references bundled with the skill.

SKILL.md

The instructions your agent reads when the skill is triggered.

Identify Reviewer

Load this skill at the start of any code review workflow — before analyzing diffs, commit logs, or prior comments.


Steps

  1. Detect identities. Run these commands in parallel:

    gh auth status
    git config user.name
    git config user.email
    
    • From gh auth status, parse Logged in to github.com account <USERNAME> to get the GitHub handle.
    • From git config, capture the local user's commit name and email.

    These may not match exactly (e.g., GitHub handle octocat, git name Octo Cat, git email octocat@example.com). All three identify the same person.

    If gh is not installed or the user is not authenticated, fall back to git config alone. If neither is available, skip identification and proceed without it — do not block the review.

  2. Store the identity for the session. Use the discovered identity when:

    • Attributing prior review comments. If the user previously commented on the PR, refer to those comments in second person ("your earlier comment about X") rather than third person ("octocat flagged X").
    • Attributing commits. When analyzing git log output, match the author name/email against the git config values. Refer to the user's own commits in second person ("your commit abc1234 introduced...") and other authors' commits in third person.
    • Filtering approval status. Note whether the user has already approved, requested changes, or not yet reviewed. Frame the review summary accordingly (e.g., "You previously approved this PR; here are new findings since your approval").
    • Distinguishing roles. If the user is also the PR author, flag this clearly and adjust tone (self-review). Match by both GitHub handle and git author email since either may appear in PR metadata.
  3. Apply throughout the review. Every finding that references a prior comment or commit by the user should use second person. Prior comments and commits by other people remain in third person with their handle or name.

Matching Rules

  • GitHub handle from gh auth status matches PR review comment authors and PR author login.
  • Git name from git config user.name matches git log --format='%an' author names.
  • Git email from git config user.email matches git log --format='%ae' author emails.
  • A person is the local user if any of these identifiers match.

Examples

Without this skill:

octocat flagged the performance regression in a prior review. The author disagreed.

With this skill (when the local user is octocat):

You flagged the performance regression in a prior review. The author disagreed but did not provide benchmarks.

Without this skill:

Commit abc1234 by Octo Cat refactored the decoder interface.

With this skill (when git user.name is "Octo Cat"):

Your commit abc1234 refactored the decoder interface.

FAQ

What does the identify-reviewer skill do?

Identifies the local user's GitHub account and git identity before performing code reviews. Load this skill at the start of any PR review, code review, or commit log analysis so findings can be framed relative to the user's own prior comments, commits, and approval status.

How do I install identify-reviewer?

Run npx skills add https://github.com/cloudflare/workerd --skill identify-reviewer in your project. The skills CLI detects the agents you use and copies the skill into the right folder. For Claude Code you can also place the skill folder at ~/.claude/skills/identify-reviewer/ (personal) or .claude/skills/identify-reviewer/ (project).

Which AI agents can use identify-reviewer?

Any agent that supports the open Agent Skills format (a folder with a SKILL.md file), including Claude Code, Codex, Cursor, GitHub Copilot, Gemini CLI, Windsurf, Cline, OpenCode and more.

Is identify-reviewer safe to install?

No partner security audit is available yet. Skills can run commands and scripts, so read the SKILL.md and any bundled files before installing.

Who maintains identify-reviewer?

It is published by cloudflare in cloudflare/workerd, and it is an official skill from the maker of the technology it covers. It has 46 recorded installs.

More from cloudflare/workerd

View all →

Use when about to claim work is complete, fixed, or passing, before committing or creating PRs - requires running verification commands and confirming output before making any success claims; evidence before assertions always

OfficialDevOps & Cloud81 installs

rust-review

cloudflare/workerd

Rust code review for workerd. Covers CXX FFI safety, unsafe code patterns, JSG resource conventions, error handling, and a review checklist adapted from the C++ review skills. Load this skill when reviewing Rust code in src/rust/.

OfficialCode Quality & Workflow64 installs

dad-jokes

cloudflare/workerd

After completing any task that took more than 5 tool calls, or after long-running builds/tests finish, load this skill and deliver a dad joke to lighten the mood. Also load before any user-requested joke, pun, or limerick. Never improvise jokes without loading this skill first.

OfficialDevOps & Cloud63 installs

markdown-drafts

cloudflare/workerd

Use markdown formatting when drafting content intended for external systems (GitHub issues/PRs, Jira tickets, wiki pages, design docs, etc.) so formatting is preserved when the user copies it. Load this skill before producing any draft the user will paste elsewhere.

OfficialDocs & Writing57 installs

workerd-api-review

cloudflare/workerd

Performance optimization, API design & compatibility, security vulnerabilities, and standards spec compliance for workerd code review. Covers tcmalloc-aware perf analysis, compat flags, autogates, web standards adherence, and security patterns. Load this skill when reviewing API changes, performance-sensitive code, security-relevant code, or standards implementations.

OfficialCode Quality & Workflow52 installs

receiving-code-review

cloudflare/workerd

Use when receiving code review feedback, before implementing suggestions, especially if feedback seems unclear or technically questionable - requires technical rigor and verification, not performative agreement or blind implementation

OfficialCode Quality & Workflow52 installs

Popular code quality & workflow skills

View category →

grill-me

mattpocock/skills

A relentless interview to sharpen a plan or design.

Scan a codebase for deepening opportunities, present them as a visual HTML report, then grill through whichever one you pick.

handoff

mattpocock/skills

Compact the current conversation into a handoff document for another agent to pick up.

domain-modeling

mattpocock/skills

Build and sharpen a project's domain model. Use when discussing codebase terminology, writing or editing a GLOSSARY.md, or recording or editing an ADR.

codebase-design

mattpocock/skills

Shared vocabulary for designing deep modules. Use when the user wants to design or improve a module's interface, find deepening opportunities, decide where a seam goes, make code more testable or AI-navigable, or when another skill needs the deep-module vocabulary.

diagnosing-bugs

mattpocock/skills

Diagnosis loop for hard bugs and performance regressions. Use when the user says "diagnose"/"debug this", or reports something broken/throwing/failing/slow.