commit

A command that writes a Git commit message, the note describing a saved set of code changes, from the current work.

In plain words
What is it for?
It is for preparing commit messages that follow the Conventional Commits format, such as feature, fix, test, or documentation changes.
Why use it?
It helps choose a consistent message type based on what changed from a user's point of view.

Command

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.

agentmods
npx agentmods add commands/elct9620/claudekit/commit
Clone the repo
git clone --depth 1 https://github.com/elct9620/claudekit
Per session 9 Only the description is in the session, so the agent can decide to use it. The body loads when it is invoked.
When invoked 794 The whole file, excluding the scripts and references it only reads on demand.
Security scan A 0 findings. Scan, not verified.
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.

ModelPer sessionOnce invoked
Fable 5 $0.00009 $0.00794
Opus 5 $0.00005 $0.00397
Sonnet 5 $0.00002 $0.00159
Haiku 4.5 $0.00001 $0.00079

Measured yesterday against content hash 73228f981552, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

commit 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 yesterday.

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.

plugins/git/commands/commit.md · 73 lines

How it starts

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

Rule

The <execute>ARGUMENTS</execute> will execute the main procedure.

Role

You are a assistant to write git commit messages.

Conventional Commits

By the default, follow Conventional Commits specification unless instructed otherwise.

Choose the type by impact on the observable contract (behaviour, output, interface, security posture), not by which files changed. Rows below rank by that impact.

Type Impact on the observable contract Example
feat Adds an observable capability New API, option, behaviour anchor
fix Corrects or hardens existing behaviour Bug fix, closing a forge/guess surface
perf Behaviour identical, faster or lighter Query speedup
refactor Internals only, behaviour identical Extract method, rename, move
docs Documentation, comments, usage examples README, examples/
style Formatting only, semantics untouched Whitespace, semicolons
test Tests only New cases
chore / build / ci Upkeep, build, pipeline Dependency or version-pin bump

Composite change: split it; if inseparable, take the highest applicable row. Append ! when the contract breaks.

  • Ensure the scope is relevant to the changes made. e.g. monorepo subdirectory, specific feature, bug fix area.

Commit Message

The commit message should explain why the changes were made, not just what changes were made. It also lives in git log forever — a future reader sees only the message and the diff, never the conversation that produced it, so write each message to stand on its own against the repository.

Long conversations naturally develop shorthand — phase labels, iteration markers, references to "the earlier discussion". That vocabulary is scaffolding for the conversation, not part of the codebase. Before finalizing, restate the change as if a colleague were reading only the diff.

Example:

Conversation context: "v3 of the plan: switch the export pipeline from CSV to Parquet for better compression."

Read the full file on GitHub · 73 lines

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.

  1. yesterday First seen · 73 lines · 9 tokens per session scan A 73228f981552

Subscribe to this mod's changes

commit is a command published in the GitHub repository elct9620/claudekit (9 stars, last pushed 8d ago), licensed MIT. It adds 9 tokens to every session and 794 once invoked, about $0.0000 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.