Borrowing it
Nothing to install: this file belongs to philtzjp/live-connector. 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/philtzjp/live-connector/main/.agents/skills/issue-branch-pr-flow/SKILL.mdgit clone --depth 1 https://github.com/philtzjp/live-connectorWrote 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/skills/philtzjp/live-connector/issue-branch-pr-flow)<a href="https://agentmods.dev/skills/philtzjp/live-connector/issue-branch-pr-flow"><img src="https://agentmods.dev/badge/skills/philtzjp/live-connector/issue-branch-pr-flow/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/skills/philtzjp/live-connector/issue-branch-pr-flow"><img src="https://agentmods.dev/badge/skills/philtzjp/live-connector/issue-branch-pr-flow.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.00136 | $0.02586 |
| Opus 5 | $0.00068 | $0.01293 |
| Sonnet 5 | $0.00027 | $0.00517 |
| Haiku 4.5 | $0.00014 | $0.00259 |
Grade A, and why
issue-branch-pr-flow 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 12d 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 — 93 lines — stays where its author put it; the contents beside it link to each section on GitHub.
Issue / Branch / PR フロー
原則
- MUST: パッチバグフィクス以外の実装作業は、Issue 起票 → ブランチ作成 → 実装 → PR 作成 → ahead/behind 確認 → マージの順で進める
- MUST: 判断に迷う作業はパッチバグフィクスではなく通常フローとして扱う
- NEVER: 通常フロー対象の実装を、Issue なし・専用ブランチなし・PR なしで進めない
- NEVER: デフォルトブランチ上で通常フロー対象の実装を開始しない
- MUST: Git 操作、コミット、ブランチ、マージ、リベース、プッシュを行う場合は
commit-and-gitスキルも併用する - MUST: 既存の未コミット変更を確認し、ユーザーまたは他作業者の変更を巻き込まない
- MUST: 会社・チーム・担当領域をまたぐ変更では、Issue と PR に影響範囲、検証内容、残リスクを明記する
例外
以下のすべてを満たす場合のみ、パッチバグフィクスとしてこのフローを省略できる:
- 既存挙動の明確な不具合を直す最小差分である
- 仕様追加、設計変更、データモデル変更、API 契約変更、依存関係変更、権限・課金・認証の変更を含まない
- 変更範囲が局所的で、他チームの作業や統合予定リポジトリに影響しない
- Issue 化して合意形成する価値より、即時修正する価値が明らかに高い
- ユーザーがパッチ対応を明示している、または既に同等の Issue / PR 文脈が存在する
開始前
- MUST:
git status --short --branchで作業ツリー、現在ブランチ、upstream 状態を確認する - MUST:
git fetch --pruneを実行する - MUST: デフォルトブランチ、現在ブランチ、リモート追跡ブランチの状態を確認する
- IF: 未コミット変更がある; THEN MUST: 変更内容と所有者を確認し、今回の作業に無関係な変更をステージ・コミット・修正しない
- IF: 現在ブランチがデフォルトブランチでない; THEN MUST: そのブランチが今回の作業用か確認する
- IF: GitHub CLI など Issue / PR 操作に必要なツールや権限がない; THEN MUST: ユーザーに不足を報告し、ローカル実装だけ先行してよいか確認する
Issue
- MUST: 既存 Issue があるか確認する
- IF: 既存 Issue がない; THEN MUST: 実装前に Issue を作成する
- MUST: Issue には目的、背景、受け入れ条件、影響範囲、検証方針を記載する; MUST: 受け入れ条件は task list(
- [ ]チェックボックス)で記述し、達成状況を追跡・チェック可能にする - MUST: 複数会社・複数領域に影響する場合は、担当境界とレビュー観点を Issue に記載する
- SHOULD: Issue は実装単位が大きすぎない粒度に分割する
- NEVER: Issue が曖昧なまま大きな変更へ着手しない
ブランチ
- MUST: Issue 番号を含む専用ブランチを作成する
- SHOULD: ブランチ名は
<type>/<issue-number>-<short-kebab-summary>にする - SHOULD:
typeはfeat、fix、refactor、docs、test、chore、ci、buildのいずれかにする - MUST: ブランチ作成前にベースブランチが最新であることを確認する
- NEVER: 複数 Issue の実装を 1 ブランチに混在させない
実装
- MUST: Issue の受け入れ条件に沿って最小の論理単位で実装する
- MUST: 作業中にスコープが広がった場合は Issue / PR の説明を更新し、必要なら別 Issue に分割する
- MUST: 変更に応じてテスト、Lint、型チェック、E2E、ドキュメント更新を行う
- MUST: データモデル、環境変数、アーキテクチャ、API、E2E など他スキルの発火条件に該当する場合は該当スキルも併用する
- NEVER: レビューしづらい巨大差分を、理由なく 1 PR にまとめない
PR
- MUST: 実装後、PR を作成する
- MUST: PR 本文で対象 Issue を参照する(背景で「#<番号>」を記載する); NEVER: 日本語に統一するため、英語の自動クローズ記法(
Closes/Fixes/Resolves+#N等)を PR 本文で使わない; NOTE: GitHub の自動クローズは英語キーワード専用で日本語では発火しないため、対象 Issue はマージ後に手動でクローズする(自動クローズが必要な場合は PR 作成時に GitHub の Development で Issue をリンクする) - MUST: PR 本文に概要、変更内容、検証結果、影響範囲、レビューしてほしい観点、残リスクを記載する
- MUST: GitHub CLI で PR を作成する場合は
gh pr create --body "<本文>"またはgh pr create --body-file <file>を使用し、PR 本文を明示する - NEVER: PR 本文に
Co-Authored-Byを含めない。--fillやエディタ生成によりCo-Authored-Byが混入する可能性がある場合は使用しない - MUST: PR 作成前にローカルブランチを upstream へ push する
- SHOULD: PR は Draft で早めに作り、実装完了後に Ready for review へ切り替える
- NEVER: レビュー・CI・必要な検証を迂回してマージしない
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.
- 12d ago First seen · 93 lines · 136 tokens per session scan A 5f1b7a4ba8cf
issue-branch-pr-flow is a skill published in the GitHub repository philtzjp/live-connector (8 stars, last pushed 4d ago), licensed MIT. It adds 136 tokens to every session and 2,586 once invoked, about $0.0007 per session on Opus 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.
Other skills, from other repositories
prowler-commit
Creates professional git commits following conventional-commits format. Trigger: When creating commits, after completing code changes, when user asks to commit.
gh-auth-isolation
Safely manage multiple GitHub identities (EMU + personal) in agent workflows.
comet-github
A routing guide for Comet-related GitHub work. It directs requests about pull requests, issues, CI failures, ideas, and fixes to the appropriate review or implementation process.
github-skill
Work with GitHub via the gh CLI — clone repositories, create/list/merge pull requests, create/list issues, and run any other gh command (API calls, workflow runs, releases, repo administration). List operations return parsed JSON.
changelog-composer
Generates structured changelogs and release notes from git history and PRs, classifying breaking changes, features, fixes, performance, docs. Triggers on: "generate changelog", "write release notes", "what changed since", "prepare release", "release notes for", "diff since tag".
re0-merge
Review and land an external contribution the way this suite does: gate it against the thesis, land it with the author's credit intact, complete a new skill rather than merging it raw, then approve, credit, and explain before closing. Use when reviewing a pull request, as any collaborator or maintainer, not only the…