drift-commit-push

A repository workflow for preparing Git commits and deciding whether changes may be pushed to the main branch. It also covers conventional commit messages, which use labels such as `fix:` and `feat:` to describe changes.

In plain words
What is it for?
Use it after code changes to choose a commit type, run the required checks, identify related files to update, and determine whether a maintainer must approve the push.
Why use it?
It prevents unsafe pushes, commits to excluded paths, skipped checks, and commit messages that could confuse automated releases.

Skill for Claude CodeCodex

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 skills/mick-gsk/drift/drift-commit-push
Any agent
npx skills add mick-gsk/drift --skill drift-commit-push
Clone the repo
git clone --depth 1 https://github.com/mick-gsk/drift

Made for: Claude Code, Codex.

Per session 66 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 1,728 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.00066 $0.01728
Opus 5 $0.00033 $0.00864
Sonnet 5 $0.00013 $0.00346
Haiku 4.5 $0.00007 $0.00173

Measured 2d ago against content hash 92334d3ed978, method: parsed. Prices are Anthropic first-party input rates as of 2026-08-30, from the pricing page.

Security

Grade A, and why

drift-commit-push 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.

.github/skills/drift-commit-push/SKILL.md · 201 lines

How it starts

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

Drift Commit And Push Skill

Use this skill for repository-safe commit and push workflows in Drift.

When To Use

  • Prepare a commit after code changes
  • Choose the correct conventional commit type
  • Check whether a push is allowed
  • Verify pre-push gates before pushing to main
  • Decide which supporting artifacts must be updated with the code change

Core Rules

  1. Do not push autonomously. A push requires explicit maintainer approval.
  2. Never commit blocked paths. Anything under tagesplanung/ is excluded from pushes.
  3. Use conventional commits. Release automation depends on feat:, fix:, and BREAKING: semantics.
  4. Releases are CI-automated. Do not run manual release flows in normal operation; do not handcraft versioning beyond commit semantics.
  5. Run lightweight validation before commit; run full validation once per push cycle.
  6. Do not bypass hooks by default. Environment-variable bypasses are emergency-only and must be justified.

Step 0: Run The Drift Policy Gate

Before preparing a commit or push, run the mandatory admissibility gate for the underlying task. If the task is not admissible, stop instead of committing polished but policy-invalid work.

Use the gate format from .github/instructions/drift-policy.instructions.md.

Step 1: Classify The Change

Choose the commit type from the actual impact:

  • fix: for bug fixes and regressions
  • feat: for new user-visible capabilities
  • refactor: for internal restructuring without behavior change
  • docs: for documentation-only changes
  • test: for tests-only changes
  • chore: for maintenance work
  • BREAKING: or a BREAKING CHANGE: footer for incompatible changes

If the change touches signals, scoring, output formats, or architecture boundaries, an ADR under docs/decisions/ is required before implementation unless the change is only a bug fix or pure refactoring. Stop and satisfy that requirement before committing.

Step 2: Inspect The Working Tree

Read the full file on GitHub · 201 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. 2d ago First seen · 201 lines · 66 tokens per session scan A 92334d3ed978

Subscribe to this mod's changes

drift-commit-push is a skill published in the GitHub repository mick-gsk/drift (14 stars, last pushed 29d ago), licensed MIT. It adds 66 tokens to every session and 1,728 once invoked, about $0.0003 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-30.