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/philtzjp/live-connector/commit-and-gitnpx skills add philtzjp/live-connector --skill commit-and-gitgit 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/commit-and-git)<a href="https://agentmods.dev/skills/philtzjp/live-connector/commit-and-git"><img src="https://agentmods.dev/badge/skills/philtzjp/live-connector/commit-and-git.svg" alt="Measured on agentmods" 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 | $0.00178 | $0.01786 |
| Opus 5 | $0.00089 | $0.00893 |
| Sonnet 5 | $0.00036 | $0.00357 |
| Haiku 4.5 | $0.00018 | $0.00179 |
Grade A, and why
commit-and-git 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 3d 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 — 41 lines — stays where its author put it; the contents beside it link to each section on GitHub.
コミットメッセージ
- MUST:
type: 説明(日本語、短い文)のフォーマットを使用する - IF: モノレポ; THEN MUST:
type(scope): 説明(日本語、短い文)のフォーマットを使用し、説明を短く保つためにカッコ表記は用いない。 - MUST:
scopeにはファイル変更のあったトップレベルディレクトリ名(リポジトリ直下のディレクトリ名)を使用する; IF: Turborepo などのモノレポでapps/やpackages/配下を変更する; THEN MUST: 配下のパッケージ/アプリ名(leaf 名)を使用する(例:apps/dashboardの変更ならdashboard、packages/logの変更ならlog); MUST: リポジトリ全体に関わる変更はrepoを使用する; MUST: 隠しディレクトリは先頭ドットを含めて書く(agentsではなく.agents) - NEVER:
scopeにスラッシュを含めて階層を表現しない; NEVER:apps/packagesなどモノレポの親ディレクトリ自体をscopeに使用しない; NEVER:workspace/designなど実体のない総称、存在しないフォルダ名をscopeに使用しない(NG:feat(workspace): .../feat(design): .../feat(agents): .../feat(apps): .../feat(packages): .../feat(apps/dashboard): .../feat(packages/log): ...→ OK:feat(repo): .../feat(.agents): .../feat(.claude): .../feat(dashboard): .../feat(log): ...) - MUST: 説明は動作で終える(OK:
〜する/〜追加/〜修正/〜削除/〜実装など); NEVER: 動作を伴わない名詞で終える(NG:feat(api): ユーザー認証→ OK:feat(api): ユーザー認証を追加); NEVER: 説明に emoji を含めない - MUST: 論理的なスコープ(パッケージ、機能)ごとにコミットを分割する; NEVER: 無関係な変更をまとめてコミットしない
- 変更をコミットする際:
- ファイルごとに
git diffを実行して各変更の作者を確認する。 - NEVER: committer を上書きしない(常にユーザーの git config を使用する)
- IF: すべての変更がエージェントによって生成された(ユーザー編集行がない); THEN MUST:
--authorのみで自身のエージェント種別を明示する:- OpenAI (Codex):
git commit --author="Codex <[email protected]>" -m "<message>" - Anthropic (Claude):
git commit --author="Claude <[email protected]>" -m "<message>"
- OpenAI (Codex):
- IF: 一部でもユーザーによる変更がある; THEN MUST: 通常の
git commitを使用する。
- ファイルごとに
- NEVER:
Co-Authored-Byを追加しない - NEVER:
git add .やgit add -Aを使用しない - NEVER: 無関係な変更を1つのコミットに混在させない
コミットメッセージのプレフィクス
feat=新機能, fix=バグ修正, perf=性能改善, refactor=機能変更なしの改善, docs=ドキュメント, style=スタイル修正, test=テスト, chore=その他, ci=CI/CD設定, build=ビルド設定, merge=PR のマージ(マージコミット専用)
Git 操作
- MUST: あらゆる Git 操作(コミット、プッシュ、ブランチ作成、マージ、リベース)の前に
git fetch --pruneを実行する - MUST: 現在のブランチがデフォルトブランチにマージ済みか確認する; IF: マージ済み; THEN: ユーザーに警告してブランチの切り替えを提案する
- MUST: リモートトラッキングブランチがまだ存在するか確認する; IF: 削除されている; THEN: ユーザーに警告する
- MUST: ローカルブランチがリモートより遅れていないか確認する; IF: 遅れている; THEN:
git pull --rebaseを提案する - IF: ローカルブランチがリモートと乖離している; THEN SHOULD: ユーザーに警告し、リベースまたはマージを提案する
- MUST: GitHub CLI で PR を作成する場合は
gh pr create --body "<本文>"またはgh pr create --body-file <file>を使用し、PR 本文を明示する - NEVER: コミットメッセージ、PR 本文、マージコミットメッセージに
Co-Authored-Byを含めない - MUST: PR のマージ方式は merge commit を使用する
- MUST: PR をマージする場合は
gh pr merge <番号> --merge --subject "merge(scope): 説明(日本語、短い文)" --body ""で件名と空の本文を明示する; NEVER: デフォルトのマージコミットメッセージ(Merge pull request #N from ...)を使用しない; NEVER: 件名・本文に PR 番号(#N)や Issue 番号など参照を含めない; NEVER:mergeプレフィクスでマージであることが明示されるため、説明文に「マージ」と書かない(NG:merge(api): foo をマージ→ OK:merge(api): foo を追加) - NEVER: squash merge / squash commit を使用しない。ただしユーザーが明示的に指示した場合のみ例外とする
- NEVER: ユーザーの確認なしにブランチを切り替えない
- NEVER: ユーザーの承認なしに
git pullやgit rebaseを実行しない - NEVER: ユーザーの確認なしにローカルブランチを削除しない
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.
- 3d ago First seen · 41 lines · 178 tokens per session scan A ba20b0b98530
commit-and-git is a skill published in the GitHub repository philtzjp/live-connector (4 stars, last pushed 2mo ago), licensed MIT. It adds 178 tokens to every session and 1,786 once invoked, about $0.0009 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.
git-commit
Generate well-formatted git commit messages following conventional commit standards.
contributing
How to contribute to evlog, covering commit and PR conventions, changesets, the Definition of Done, testing rules, and the authored skills that walk through building a new adapter, enricher, framework integration, or map rule. Load this for any question about contributing, opening a PR, or adding something to the…
commit-push-pr
Commit selected local changes, push the branch, and create or update a GitHub pull request with BitFun attribution. Use when the user asks to 提交 PR、提代码、commit and push、开 PR、create a pull request, or wants a Claude Code-like one-command PR publishing flow from BitFun.
commit
Commit current changes with a clear, descriptive message.
commit
Create a git commit with changeset enforcement.