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.
npx agentmods add skills/nanasess/eccube-dev-agents/commit-push-prnpx skills add nanasess/eccube-dev-agents --skill commit-push-prgit clone --depth 1 https://github.com/nanasess/eccube-dev-agentsWhat 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 | $0.00011 | $0.01519 |
| Opus 5 | $0.00005 | $0.00759 |
| Sonnet 5 | $0.00002 | $0.00304 |
| Haiku 4.5 | $0.00001 | $0.00152 |
Grade A, and why
commit-push-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.
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 — 126 lines — stays where its author put it; the contents beside it link to each section on GitHub.
コミット・Push・PR作成
変更のコミット、リモートへのPush、Pull Request作成を一括で実行します。 PRテンプレートの自動検出・適用に対応。複数リポジトリの親ディレクトリからも実行可能です。
引数
$ARGUMENTS から以下を解析:
--repo/-R: フォーク先リポジトリ（例:upstream/repo）--base/-B: ベースブランチ（デフォルト: main/master の自動検出）--draft: ドラフトPRとして作成- その他のテキスト: PR作成の追加コンテキスト
手順
1. リポジトリ検出
git rev-parse --is-inside-work-treeでカレントディレクトリが git リポジトリか確認- git リポジトリの場合:
git status --porcelainで変更を確認- 変更がある場合はそのリポジトリで作業を続行
- git リポジトリでない場合、または変更がない場合:
find . -maxdepth 2 -name ".git" -type dでサブディレクトリ内の git リポジトリを走査し、その親ディレクトリ（リポジトリルート）を特定- 各リポジトリルートで
git -C <dir> status --porcelainを実行して変更の有無を確認 - 変更のあるリポジトリをリストアップ
- 変更のあるリポジトリが複数の場合: 一覧を表示してユーザーに選択を求める
- 変更のあるリポジトリがない場合: 「変更のあるリポジトリが見つかりません」と報告して終了
2. ブランチ確認・自動作成
git -C <dir> branch --show-currentで現在のブランチを取得- デフォルトブランチ（main/master/develop）にいる場合:
- 変更内容を分析してブランチ名を自動生成
- Conventional Commits タイプとスコープから
feat/add-xxx,fix/resolve-yyy形式 git -C <dir> checkout -b <branch-name>で新ブランチ作成
- 既にフィーチャーブランチにいる場合: そのまま続行
3. コミット
git -C <dir> statusでステージング状態を確認git -C <dir> diff --stagedで変更内容を分析（ステージングがない場合はgit diffを確認して追加を提案）- Conventional Commits v1.0.0 形式で日本語コミットメッセージを生成
- HEREDOC 形式でコミット:
git -C <dir> commit -m "$(cat <<'EOF' feat(scope): メッセージ本文 Co-Authored-By: Claude <[email protected]> EOF )"
4. Push
git -C <dir> push -u origin <branch>でリモートにPush- Push失敗時はエラーメッセージを表示
5. PRテンプレート検出
対象リポジトリで以下の順に探索:
.github/pull_request_template.md.github/PULL_REQUEST_TEMPLATE.md.github/PULL_REQUEST_TEMPLATE/ディレクトリ内のファイルdocs/pull_request_template.md
テンプレートが見つかった場合:
- Read ツールでテンプレート内容を読み込む
##見出しでセクション構造を解析- 各セクションに適切な内容を生成して埋める
6. PR説明の生成
テンプレートがある場合:
テンプレートのセクション構造を保持し、各セクションに適切な内容を生成:
- Summary / 概要: コミット履歴から変更の要約を生成
- Changes / 変更内容: 主要な変更点を箇条書きで記述
- Test plan / テスト計画: テスト項目のチェックリストを生成
- Related issues: コミットメッセージから関連Issue番号を検出
- その他のセクション: テンプレートの指示に従って記述
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 First seen · 126 lines · 0 tokens per session scan A 6f9e759918ee
commit-push-pr is a skill published in the GitHub repository nanasess/eccube-dev-agents (2 stars, last pushed 27d ago), licensed MIT. It adds 11 tokens to every session and 1,519 once invoked, about $0.0001 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
commit-message-writing
Use this skill when the user explicitly asks to generate, write, draft, or create a commit message, squash commit, commit title, or merge commit message for the Shopware core repository (shopware/shopware). Supports two modes — full commit messages (title + body) for branch commits, and squash merge titles…
normal-skill
Commit staged changes with a conventional message. Use when saving work to git history.
git-workflow
Git workflow patterns and version control best practices for teams of any size. Use when the user asks to choose a branching strategy (trunk-based, GitHub Flow, Git Flow, GitLab Flow), define commit conventions, set up PR workflows, plan release management, structure a monorepo, or establish team git standards. Covers…
dev-workflow
Use when performing common development tasks like committing code, reviewing changes, running tests, fixing bugs, creating PRs, or checking repo status. Provides structured workflows for everyday git and development operations.
commit
変更を意味単位のコミットに分割し，各メッセージを全文で提案．承認後にステージ〜コミットのみ実行する（push しない）．「コミットして」「変更を記録して」など，記録を求められたときに使う（スキル名の指定は要らない）——素の git commit で済ませない．版を公にするなら /capstone:release を使う．.
review-and-fix
Run /review on the current branch, save findings as a tracker file, ask the user which items to fix, then fix and commit each selected item in an isolated sub-agent (one commit per item). Use when the user says "review and fix", "review then apply", "fix review issues", or any variation meaning "run review then walk…