A workflow for preparing and submitting Git pull requests, which are proposals to merge code changes into a repository. It writes a Conventional Commits-style title and explains each issue from business and technical perspectives.

Use it to create regular or draft pull requests, describe multiple issues in one request, and include relevant project decisions, contracts, domain notes, and code flow.

It gives reviewers a consistent summary of why the changes matter and how they work. It also requires approval of the pull-request type and message before submission.

git-pr — Skill for Claude Code and Codex by scroogy-dev

Install

Getting it into your agent

One page per mod, every tool's command on it. A separate URL per tool would split the same page into five that compete with each other.

Any agent

npx skills add scroogy-dev/scroogy-agent-skills --skill git-pr

Clone the repo

git clone --depth 1 https://github.com/scroogy-dev/scroogy-agent-skills

Made for: Claude Code, Codex.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

README.md

[![agentmods](https://agentmods.dev/badge/skills/scroogy-dev/scroogy-agent-skills/git-pr/github.svg)](https://agentmods.dev/skills/scroogy-dev/scroogy-agent-skills/git-pr)

Your own site

<a href="https://agentmods.dev/skills/scroogy-dev/scroogy-agent-skills/git-pr"><img src="https://agentmods.dev/badge/skills/scroogy-dev/scroogy-agent-skills/git-pr/github.svg" alt="Measured on agentmods" height="20"></a>

Or the 80×15 button, for a site that already has a row of RSS and ATOM ones. Only the verdict fits; the numbers stay here.

Your own site · 80×15

<a href="https://agentmods.dev/skills/scroogy-dev/scroogy-agent-skills/git-pr"><img src="https://agentmods.dev/badge/skills/scroogy-dev/scroogy-agent-skills/git-pr.svg" alt="Reviewed on agentmods" width="80" height="20"></a>

Per session 152 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.

When invoked 11,237 The whole file, excluding the scripts and references it only reads on demand.

Security scan A 0 findings. A grade says what 26 rules found in the file — not that it is safe.

Origin original No closer match found in the catalogue.

Token cost

What it costs to keep this loaded

Counted locally with the o200k_base tokenizer, which is exact for GPT models; Claude uses its own tokenizer and its counts differ. Treat this as one consistent yardstick across the catalogue rather than a bill. Prices are per million input tokens.

Model	Per session	Once invoked
Fable 5.1	$0.00152	$0.11237
Opus 5.5	$0.00061	$0.04495
Sonnet 5.5	$0.00030	$0.02247
Haiku 4.5	$0.00015	$0.01124

Measured 2d ago against content hash 7c97c6d964e5, method: parsed. Prices are Anthropic first-party input rates as of 2026-10-07, from the pricing page.

Security

Grade A, and why

git-pr scanned grade A with 0 findings against 26 rules in 11 categories — prompt injection, anti-refusal, data exfiltration, privilege escalation, supply chain, agent snooping, system-prompt leakage, SSRF and excessive agency — measured 2d ago.

The scan reads SKILL.md. This mod also ships 4 executable files (scripts/check-ledger-links.sh, scripts/validate-title.sh, scripts/verify-submit.sh, …), listed below but not scanned — reading those needs a real analyzer, not pattern matching.

A static scan of the body, not an audit. Every finding is printed with the line that produced it so you can judge whether it matters here. A mod is markdown that instructs an agent; that is exactly why what it instructs is worth reading.

Nothing flagged

None of the 26 patterns this scan looks for appear in this file: no shell pipes, no recursive deletes, no credential paths, no hidden text, no instruction-override or anti-refusal phrasing, no agent-config snooping. That is not a guarantee, it is the absence of the things that are checkable.

git-pr/SKILL.md · 423 lines

How it starts

The opening of the file, as written. The whole thing — 423 lines — stays where its author put it; the contents beside it link to each section on GitHub.

개요

동료의 코드 리뷰 시간을 단축하고, 변경 사항에 대한 완벽한 추적성을 제공하는 PR 메시지를 작성합니다. 이슈·브랜치·PR이 각각 1개인 단일 배포이든, 여러 브랜치를 하나의 PR로 통합하는 통합 배포이든, PR에 포함된 각 이슈별로 반드시 '비즈니스 관점'과 '테크 관점' 두 섹션으로 나누어 작성합니다.

메시지 작성에서 끝나지 않고, PR 유형(정식/드래프트(draft)) 확인과 메시지 승인 게이트를 거쳐 해당 유형의 PR을 생성합니다 ("PR 제출"). 제출은 외부 공개 행위이므로 승인 게이트는 유형·옵션과 무관하게 생략하지 않습니다. 승인을 거절하면 제출 없이 최종 제목·본문만 남습니다. 유형이 이미 정해졌으면 --draft로 유형 확인만 건너뛸 수 있습니다 ("옵션").

참조 문서

공통 규칙: .ai/10_rules/context-loading.md — 있으면 따르며, 이미 적재되어 있으면 재로딩하지 않습니다.
스킬 고유 추가 참조:
- .ai/30_contract/index.md, .ai/40_domain/index.md, .ai/50_adr/index.md — 비즈니스·테크 관점 참고사항 작성 및 인용할 파일 식별용 (index 먼저 → 관련 파일만 선택적으로)
- .ai/60_codebase/index.md — 호출 흐름 작성 참고
- .ai/70_ledger/index.md — 문서 동기화 점검의 원장 대조용 (index 먼저 → 재검토 조건·원인이 diff와 관련된 항목 파일만 선택적으로)
- .ai/10_rules/writing-principles.md·.ai/10_rules/writing-principles-local.md — 있으면 산출물 작성 원칙으로 참조 (충돌 시 local 우선; 없으면 본문의 "산출물 접기 기준"이 기본값)

작성 시점 및 주체

PR을 올리기 전, 작성자 본인이 작성합니다. AI 도구를 활용해 초안을 생성한 뒤 작성자가 검토·수정하여 반영하는 방식을 권장합니다.

실행 절차

아래 순서로 작성합니다. 각 단계의 세부 규칙은 같은 이름의 섹션을 참조합니다.

공통 규칙·index.md를 선택 적재한다 ("참조 문서").
PR 유형(정식/드래프트)을 확인한다 ("PR 제출").
PR 제목을 작성한다 ("PR 제목").
이슈 목록을 작성한다 ("PR 메시지 구조").
이슈별로 첫 화면 5항목과 접기 안(완료의 정의 대조 표·전후 예시·배경·비즈니스 관점·테크 관점)을 작성한다.
PR 초안을 마친 뒤 마지막 패스로 문서 동기화 점검을 1회 수행한다 ("문서 동기화 점검").
최종 제목·본문·대상을 제시하고 승인받은 뒤 해당 유형으로 PR을 생성한다 ("PR 제출").
원장 대조에서 종결(해소)을 승인받은 항목이 있으면 생성된 PR 번호로 해소를 기재한다 ("PR 제출" 4단계).

PR 제출

메시지 작성에서 끝내지 않고, 유형 확인과 승인 게이트를 거쳐 PR을 실제로 생성합니다.

1. PR 유형 확인 (메시지 작성 전)

메시지를 쓰기 전에 정식 PR / 드래프트 PR 중 어느 유형으로 올릴지 작성자에게 질의합니다. 기본값은 정식 PR이며, 기본값을 그대로 쓸 때에도 작성자의 확인 응답을 받습니다.
--draft 옵션으로 실행했으면 이 질의만 생략하고 드래프트로 확정합니다 ("옵션").
베이스 브랜치는 원격 기본 브랜치(main 등)를 자동 감지해 채웁니다. 감지에 실패한 경우에만 작성자에게 질의합니다.
소스 브랜치가 베이스와 같은 저장소에 있는지 이 단계에서 확인합니다. 대조는 gh 없이도 동작하도록 git 원격 URL로 합니다. 베이스 저장소는 기본 브랜치를 감지한 원격의 URL, 소스 저장소는 git config branch.<브랜치>.remote로 조회한 원격의 URL을 호스트/소유자/저장소 형태로 정규화해 비교합니다. 정규화는 verify-submit.sh --normalize <URL>로 수행합니다 (탐색·사용법은 4단계 참조). 눈으로 URL을 읽어 비교하면 git@·.git·포트·후행 슬래시 표기 차이가 같은 저장소를 다르게 보이게 합니다.
- upstream이 없는 브랜치(첫 push 전 새 브랜치)는 다른 저장소로 간주하지 않습니다. 3단계에서 push 대상 원격이 확정되면 그 원격의 URL로 이 대조를 수행합니다.
- 어느 쪽도 판정할 수 없으면 같은 저장소가 맞는지 작성자에게 질의해 분기합니다.
- 저장소가 다르면(포크에서 올리는 경우) 포크 기반 제출은 지원하지 않습니다. 그 사실을 먼저 알리고, 메시지 작성만 이어갈지 질의해 승인하면 제출 없이 제목·본문 파일만 남기고 그 경로를 안내한 뒤 종료합니다 (경로는 2단계 참조).

Read the full file on GitHub · 423 lines

Files

What ships with it

5 files beside SKILL.md in the same directory: the scripts, references and assets a skill reads on demand. Not counted in the per-session cost; read them before you install if any of them is executable.

Changes

What this file has done since we first saw it

Hashed on every crawl. A supply-chain change to an agent config is a question of when, not whether, so the history is kept rather than the latest state alone.

2d ago Changed · +27 lines · +18 tokens per session 7c97c6d964e5
3d ago Changed · +57 lines 7364a263a695
7d ago Changed a2d6259ed872
9d ago Changed · +10 lines 91dfd6758148
11d ago Changed 43b6469ce48f
24d ago Changed · +18 lines 5098b97ec843
2mo ago First seen · 311 lines · 134 tokens per session scan A ffd277e0a58b

Subscribe to this mod's changes

git-pr is a skill published in the GitHub repository scroogy-dev/scroogy-agent-skills (2 stars, last pushed 2d ago), licensed Apache-2.0. It adds 152 tokens to every session and 11,237 once invoked, about $0.0006 per session on Opus 5.5. A static security scan graded it A with 0 findings. No closer match exists in the catalogue, so it is treated as the original; first seen 2026-08-31.

Code review Git and workflow

pr

Draft a PR body from OMC's paper trail — the smallest visual that proves the change, evidence consumed from the verify protocol (never re-collected), reversibility from the ADR test on the diff, glossary language throughout.

Yeachan-Heo/oh-my-claudecode · 47 tokens

merge-batch

Prepare and merge an owner-selected PR batch with contributor credit and exact-candidate admission. Use for a pasted PR list; combined focused validation is diagnostic, and every actual landing still requires its applicable checks and authorization.

diegosouzapw/OmniRoute · 46 tokens

otto-pr-review-loop

Run Polly and OCR on a PR until all findings settle.

omnigent-ai/omnigent · 17 tokens

engram-branch-pr

PR creation workflow for Engram following the issue-first enforcement system. Trigger: When creating a pull request, opening a PR, or preparing changes for review.

Gentleman-Programming/engram · 37 tokens

github-contributor

A step-by-step guide for contributing code, tests, documentation, or build changes to open-source projects you do not maintain. It explains how to prepare a pull request that follows the project’s rules and is easier for maintainers to review.

daymade/claude-code-skills · 105 tokens

revdiff

Review diffs, files, and documents with inline annotations in a TUI overlay, or answer questions about revdiff usage, configuration, themes, and keybindings. Opens revdiff in agterm/tmux/zellij/herdr/kitty/wezterm/cmux/ghostty/iterm2/emacs-vterm, captures annotations, and addresses them. Works in git, hg, and jj repos…

umputun/revdiff · 248 tokens

git-pr