commit-and-push
Use when the user asks to commit and push, publish, ship, or prepare a release commit. Guides staging only intended changes, writing a Conventional Commit, committing, and pushing to origin after veri
SKILL.md.claude/skills/commit-and-push/SKILL.md
GitHubCommit and push (compiled harness)
Ship local work only when the user explicitly asks. Pair with release-bump when
VERSION / CHANGELOG.md were promoted.
Invoke
# Dry-run inspect (default)
python scripts/harness.py --json
# Release prep: list + run framework verify
python scripts/harness.py --release --run-verify --json
# Only after explicit user request to commit/push:
python scripts/harness.py \
--execute --commit -m "feat(scope): summary" --json
python scripts/harness.py --execute --push --json
LLM judgment slots
- Draft Conventional Commit subject/body (
commit-conventions). - Prefer explicit path staging when unrelated dirty files exist (inspect
pathsfirst).
Human / safety (enforced)
- Harness defaults to dry-run;
--executerequired for commit/push. - Secret-looking paths (
.env,secrets.json, keys) block staging. - Never modify
.git/config, never--no-verifyunless user asked. - Never force-push
main/masterunless user asked. - Do not amend after a failed hook — new commit instead.
Resolve helper paths from this skill directory. Run project commands from the target workspace.