Borrowing it
Nothing to install: this file belongs to ohah/electron-mcp-server. Take a copy, put it at the same path in your own repository, and replace the rules that are about this project with yours.
curl -O https://raw.githubusercontent.com/ohah/electron-mcp-server/main/.cursor/commands/pr.mdgit clone --depth 1 https://github.com/ohah/electron-mcp-serverWrote 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.
[](https://agentmods.dev/commands/ohah/electron-mcp-server/pr)<a href="https://agentmods.dev/commands/ohah/electron-mcp-server/pr"><img src="https://agentmods.dev/badge/commands/ohah/electron-mcp-server/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.
<a href="https://agentmods.dev/commands/ohah/electron-mcp-server/pr"><img src="https://agentmods.dev/badge/commands/ohah/electron-mcp-server/pr.svg" alt="Reviewed on agentmods" width="80" height="20"></a>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.00000 | $0.02764 |
| Opus 5.5 | $0.00000 | $0.01106 |
| Sonnet 5.5 | $0.00000 | $0.00553 |
| Haiku 4.5 | $0.00000 | $0.00276 |
Grade A, and why
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 2mo ago.
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.
How it starts
The opening of the file, as written. The whole thing — 119 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Pull Request 생성 또는 수정
현재 브랜치에 대한 PR을 생성하거나 수정한다. 아래 순서를 따른다.
에이전트가 할 일
- 현재 브랜치·PR 상태 확인:
git branch --show-current,gh pr list --head <current-branch> --state all - 현재 브랜치에 이미 열린 PR이 있으면: 새 브랜치나 새 PR을 만들지 않는다. 현재 브랜치에 커밋을 추가하고 push하면 기존 PR에 자동 반영된다. 필요하면 PATCH로 PR 본문(및 라벨)을 갱신한다.
- 베이스 브랜치 결정: 사용자가 베이스 브랜치를 지정하면 (예: "base is main", "base feat/xyz") 그 브랜치를 머지 대상으로 쓴다.
- 현재 브랜치가 베이스와 같으면 → 현재 브랜치에서 새 브랜치를 만들고, 그 새 브랜치를 head로 하는 PR을 연다 ("베이스와 현재 브랜치가 같을 때" 참고).
- 그렇지 않으면 지정된 베이스를 쓴다.
- 본문 준비:
branch-summary.md가 있고 필요한 섹션(목적, 설명, 테스트 방법 등 또는 제목 + 작업 내용)을 채우고 있으면 그걸 PR 본문으로 쓴다. 섹션이 부족하면 채운 뒤 사용한다. 관련 이슈가 있으면 (로드맵 이슈 #3, 버그 이슈 등) 본문 상단 또는 하단에Fixes #N/Closes #N또는관련 이슈: #N을 반드시 넣는다. - PR 생성 또는 수정:
- 열린 PR 없음 →
gh pr create시 반드시--assignee @me(자기 자신 할당),--label <라벨>(성격에 맞는 라벨) 포함. 예:gh pr create --head <branch> --base <base> --title "<title>" --body-file branch-summary.md --assignee @me --label enhancement - 열린 PR 있음 → 본문 수정 (베이스가 지정됐고 PR이 열려 있으면 PATCH로 베이스도 수정).
- 열린 PR 없음 →
- Push: 푸시 안 된 커밋이 있으면
git push origin <current-branch>실행. - 라벨: PR 생성·수정 후
gh label list로 레포 라벨을 확인하고, 반드시 PR 성격에 맞는 라벨을 선택해 붙인다. 생성 시--label <name>으로 함께 넘기거나, 생성 직후gh pr edit <number> --add-label <name>실행. (신규 기능·기능 추가 → enhancement, 버그 수정 → bug, 문서 → documentation 등) - 담당자(assignee): PR 생성 시 반드시
--assignee @me로 자기 자신을 담당자로 지정한다.
베이스 브랜치 (사용자가 지정했을 때)
- 사용자가 베이스 브랜치를 지정하면 (예: "base is main", "base feat/mcp-tools") 항상 그 브랜치를 머지 대상(베이스)으로 쓴다.
- 생성 시:
gh pr create에--base <user-specified-branch>전달. - 수정 시: PR이 열려 있으면 REST PATCH로 베이스 수정. PR이 닫혀 있으면 베이스는 바꿀 수 없고 본문만 수정.
(베이스 변경 시 422가 나오면 닫힌 PR로 간주하고 본문만 PATCH.)gh api repos/ohah/electron-mcp-server/pulls/<PR-number> -X PATCH -f [email protected] -f base="<user-specified-branch>"
베이스와 현재 브랜치가 같을 때
- 사용자가 base=XXX로 지정했고 현재 브랜치도 XXX이면, self-merge는 허용되지 않는다. 현재 브랜치에서 새 브랜치를 만들어 그걸 PR head로 쓴다.
- 순서:
- 현재 브랜치(XXX)에서 새 브랜치 생성:
git checkout -b feat/xxx-description(작업 내용으로 이름 짓기). - 커밋 안 된 변경이 있으면 새 브랜치에서 스테이징·커밋(및 push).
gh pr create --head <new-branch> --base XXX --title "..." --body-file branch-summary.md --assignee @me --label <라벨>- 새 브랜치 push:
git push -u origin <new-branch>
- 현재 브랜치(XXX)에서 새 브랜치 생성:
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.
- 2mo ago First seen · 119 lines · 0 tokens per session scan A a79abf59d6f3
pr is a command published in the GitHub repository ohah/electron-mcp-server (4 stars, last pushed 7mo ago), licensed MIT. It costs nothing until one of its globs matches a file; then it loads 2,764 tokens. 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.
Other commands, from other repositories
merge-conflict-analysis
You are analyzing merge conflicts for PR #${{ pr-number }}.
release-notes
Generate consistent, well-structured release notes from git history. Triggered on release tags following semver patterns (v..) to produce categorized changelog with breaking changes, features, fixes, and contributor attribution.
commit
A command that examines staged Git changes and proposes a commit message using the Conventional Commits format, such as feat, fix, or docs. Git is a tool for tracking changes to code.
repo-audit
Audit a codebase (local or remote GitHub/GitLab) against architecture principles and requirements, surfacing drift, risk, and missing decisions.
pr
Handle the full workflow from current branch state to an open, CI-monitored pull request.
release-plan
A release-planning command for a software change. It documents the release scope, rollback plan, gradual or full rollout, and monitoring before waiting for human approval.