speckit-checkpoint-commit

Stage changes and create descriptive commits at spec-kit workflow milestones.

9|4|Updated May 13, 2025
One-click install
npx skills add https://github.com/opsmill/infrahub-mcp --skill speckit-checkpoint-commit-opsmill
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: speckit-checkpoint-commit
Source: https://github.com/opsmill/infrahub-mcp/tree/main/.agents/skills/speckit-checkpoint-commit
Command: npx skills add https://github.com/opsmill/infrahub-mcp --skill speckit-checkpoint-commit-opsmill

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

In complex spec-kit workflows, commits are often delayed or lack context. This Skill automates staging all changes and creating descriptive commit messages at meaningful milestones to preserve context and improve traceability.

Core Features & Use Cases

  • Stages all current changes and creates a descriptive commit reflecting the completed work.
  • Automatically commits at predefined milestones (constitution, specify, clarify, plan, analyze, tasks) and during implementation, preserving a clean history.
  • Ensures commits land on an auto-created session branch, protecting the default branch from direct changes.

Quick Start

Run speckit-checkpoint-commit after each milestone to capture a meaningful commit.

Frequently Asked Questions about speckit-checkpoint-commit

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

FAQPage Schema
How do I automate git commit messages at workflow checkpoints?

Automating git commit messages at workflow checkpoints involves staging all current changes and creating descriptive commits after predefined milestones like constitution, specify, clarify, plan, analyze, and tasks, ensuring reproducible histories and clear audit trails.

How does spec-kit branch isolation protect my default git branch?

Spec-kit branch isolation protects your default git branch by automatically routing checkpoint commits to an auto-created session branch, preventing direct modifications to the main branch and enabling safer collaboration during implementation.

When should I commit changes during a spec-kit implementation workflow?

You should commit changes during a spec-kit implementation workflow at predefined milestones such as constitution, specify, clarify, plan, analyze, and tasks, as well as during implementation, to capture meaningful context and maintain a clean project history.

Can I use deterministic git commands to create reproducible commit histories?

Yes, using deterministic git commands to stage changes and craft descriptive commit messages at workflow checkpoints creates reproducible commit histories, delivering safer collaboration and clear audit trails for project review.

What is the best way to track progress across spec-kit workflow milestones?

The best way to track progress across spec-kit workflow milestones is to automate descriptive commits at each checkpoint, capturing completed work for phases like constitution, specify, clarify, plan, analyze, and tasks to improve traceability and preserve context.