identify-reviewer

작성자: cloudflare

로컬 사용자의 GitHub 계정과 git 신원을 식별한 후 코드 리뷰를 수행합니다. 이 스킬은 PR 리뷰, 코드 리뷰 또는… 시작 시 로드하세요.

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

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.

cloudflare의 다른 스킬

workerd-api-review
cloudflare
workerd 코드 리뷰를 위한 성능 최적화, API 설계 및 호환성, 보안 취약점, 표준 사양 준수. tcmalloc 인식…
official
workerd-safety-review
cloudflare
메모리 안전성, 스레드 안전성, 동시성, 그리고 workerd 코드 리뷰를 위한 중요 탐지 패턴. V8/KJ 경계 위험 요소, 수명 관리 등을 다룹니다.
official
module-registry
cloudflare
workerd에서 모듈 레지스트리를 작업할 때 로드 — 모듈 해석, 컴파일, 평가, 등록을 읽기, 수정, 디버깅, 검토하는 경우…
official
reproduce
cloudflare
cloudflare/agents GitHub 이슈를 재현하기 위해 최소한의 Agents/Worker 프로젝트를 스캐폴딩하고 임시 Cloudflare 계정에 배포한 후 보고합니다…
official
local-explorer
cloudflare
로컬 탐색기 또는 로컬 API에 제품/리소스를 추가하는 방법. 새로운 로컬 API나 UI 라우트를 구현할 때 사용합니다.
official
commit-categories
cloudflare
커밋을 체인지로그와 "새로운 기능" 요약으로 분류하는 규칙입니다. 체인지로그 또는 whats-new 명령에서 커밋을 분류하기 전에 반드시 로드되어야 합니다. 제공하는 기능:
official
architecture
cloudflare
코드베이스를 처음 탐색할 때, 새 클라이언트 메서드를 추가할 때, 새 컨테이너 핸들러/서비스를 추가할 때, 또는 요청 흐름을 이해할 때 사용합니다.
official
changesets
cloudflare
변경셋을 생성하거나, 릴리즈를 준비하거나, 버전을 올릴 때 사용합니다. 참조할 패키지, 사용자 대상 변경셋 설명 작성 방법 등을 다룹니다.
official