ankyr-ci-commit

Splits working-tree changes into logical commits with conventional messages after consent and review.

1|Updated May 21, 2026
One-click install
npx skills add https://github.com/GuyErreich/AI_Agents --skill ankyr-ci-commit-guyerreich
Or copy as Structured Prompt for Agent▼
Please help me install this Agent Skill.
Skill: ankyr-ci-commit
Source: https://github.com/GuyErreich/AI_Agents/tree/main/plugins/ankyr-git/skills/ankyr-ci-commit
Command: npx skills add https://github.com/GuyErreich/AI_Agents --skill ankyr-ci-commit-guyerreich

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve? Committing a mixed working tree as one blob produces unclear history and skips review. This Skill enforces a disciplined commit workflow: confirm explicit user consent, review the full change set, split changes into logical commits, and write conventional messages for each. ## Core Features & Use Cases - Consent and review gate: Commits only after explicit user intent and a change-tier review, with a local review loop until the verdict is clean or explicitly skipped. - Logical commit splitting: Partitions staged and unstaged changes into self-contained commits ordered by dependency, staging only the paths that belong to each group. - Conventional messages: Uses PR-title prefixes like feat: and fix: with HEREDOC-based commit commands, and never amends rejected commits. - Use Case: After a session that touched a feature, its tests, and an unrelated dependency bump, ask to commit and get three ordered commits with clear imperative messages instead of one mixed dump. ## Quick Start Ask the agent to commit the current working tree and it will review the changes, plan a logical split, and create each conventional commit in order.

Frequently Asked Questions about ankyr-ci-commit

High-intent search queries and answers about installing and using this skill.

FAQPage Schema
How do I split a large working tree into multiple logical commits?▼

Group files and hunks by concern so each commit has one reason to change, then stage only that group's paths and commit in dependency order. Unrelated features, docs versus product code, and lockfile changes should become separate commits.

What commit message format does this workflow use?▼

Messages use the same conventional prefixes as PR titles, such as feat: and fix:, with a concise imperative subject and an optional body explaining the why. Commits are created via HEREDOC to preserve multi-line formatting.

Does the commit workflow require user consent before committing?▼

Yes, commits happen only when the user explicitly asks to commit, with one exception for pr-resolver scoped consent during an approved fix plan. One commit request authorizes the whole planned split for that working tree.

Can it push commits to the remote after committing?▼

No, pushing is explicitly out of scope except for the pr-resolver Step 6 case. General pushes require separate explicit consent under the push-consent rule.

What happens if a pre-commit hook rejects a commit?▼

Fix the underlying issue and create a new commit rather than amending the rejected one. The workflow also warns against staging files that may contain secrets such as .env or credential files.