flow-primitive-commit

Create task-scoped commits by staging only relevant files with present-tense messages.

20|2|Updated Feb 8, 2026
One-click install
npx skills add https://github.com/SoundBlaster/XcodeMCPWrapper --skill flow-primitive-commit
Or copy as Structured Prompt for Agent
Please help me install this Agent Skill.
Skill: flow-primitive-commit
Source: https://github.com/SoundBlaster/XcodeMCPWrapper/tree/main/.agents/skills/flow-primitive-commit
Command: npx skills add https://github.com/SoundBlaster/XcodeMCPWrapper --skill flow-primitive-commit

SYSTEM DOCUMENTATION & REQUIREMENTS

What problem does it solve?

Create focused, task-scoped commits by staging only the files relevant to the active task, reducing noise and improving traceability.

Core Features & Use Cases

  • Stage only task-relevant files
  • Commit with a concise present-tense summary
  • Verify post-commit state
  • Rules: keep commits scoped to a single task; avoid using generic staging (git add .); use present-tense commit subjects; do not amend or rewrite history unless explicitly requested.

Quick Start

Inspect the working tree, selectively stage relevant files for the current task, commit with a clear present-tense message, and verify the post-commit state.

Frequently Asked Questions about flow-primitive-commit

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

FAQPage Schema
How do I create task-scoped git commits instead of staging everything at once?

Task-scoped git commits are created by selectively staging only the files relevant to your active task, ensuring focused changes. This avoids generic staging and produces a clear, present-tense commit message for better traceability.

Why should I use present-tense commit messages for version control?

Present-tense commit messages are enforced to keep version control history clear and actionable. They concisely summarize what the commit does, improving traceability and making code reviews easier to follow across task-scoped changes.

What's the best way to isolate code changes by task for a code review?

The best way to isolate changes by task is to explicitly stage only the relevant files for that specific task, then verify the post-commit state. This prevents unrelated noise from polluting the review and maintains a clean project history.

Can I amend or rewrite git history when making scoped commits?

No, you cannot amend or rewrite history unless explicitly requested. The workflow guards against history rewriting to maintain a verifiable and safe post-commit state, ensuring that task-scoped commits remain traceable.

How do I avoid using generic git add for my development workflow?

You avoid generic git add by enforcing explicit file staging, where you selectively stage only the files relevant to your current task. This ensures commits stay scoped to a single task and reduces noise in your version control history.