git-control

git-control is a skill for Claude Code from tuliosousapro/SaaS-blueprint. It costs 35 tokens per session (560 once invoked), scanned A, original, MIT.

A set of rules for using Git, the version-control system that records code changes and supports collaboration. It covers branches, commits, merges, conflict resolution, and recovery from mistakes.

In plain words
What is it for?
Use it when starting features, fixing bugs, preparing releases, synchronizing branches, resolving merge conflicts, or recovering from Git errors.
Why use it?
It keeps changes organized and makes common Git operations more consistent. It also reduces the risk of committing unrelated files or losing work.

Skill for Claude Code

Written for Claude Code: shipped in a Claude Code plugin.

Part of the SaaS-blueprint plugin — 14 skills shipped together

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/tuliosousapro/saas-blueprint/git-control
Any agent
npx skills add tuliosousapro/SaaS-blueprint --skill git-control
Clone the repo
git clone --depth 1 https://github.com/tuliosousapro/SaaS-blueprint

Made for: Claude Code.

Or install SaaS-blueprint, the plugin that ships this one along with the rest of its 14 skills.

Wrote this? Show the measurements

A badge with what this costs and how it scanned, read live from this page, so it follows the numbers instead of freezing them. Markdown for a README, HTML for a documentation site or a project page.

agentmods badge for git-control

README.md
[![agentmods](https://agentmods.dev/badge/skills/tuliosousapro/saas-blueprint/git-control.svg)](https://agentmods.dev/skills/tuliosousapro/saas-blueprint/git-control)
Your own site
<a href="https://agentmods.dev/skills/tuliosousapro/saas-blueprint/git-control"><img src="https://agentmods.dev/badge/skills/tuliosousapro/saas-blueprint/git-control.svg" alt="Measured on agentmods" height="20"></a>
Per session 35 Skills are progressive disclosure: only the name and description are preloaded; the body loads when the skill is used.
When invoked 560 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.1 $0.00035 $0.00560
Opus 5 $0.00017 $0.00280
Sonnet 5 $0.00007 $0.00112
Haiku 4.5 $0.00003 $0.00056

Measured 5d ago against content hash 27963f66c58f, method: parsed. Prices are Anthropic first-party input rates as of 2026-09-06, from the pricing page.

Security

Grade A, and why

git-control 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 5d 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.

skills/git-control/SKILL.md · 83 lines

How it starts

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

Git Control Skill

When to Use

  • Whenever performing version control operations.
  • When creating new features, fixing bugs, or managing releases.
  • For resolving merge conflicts or recovering from mistakes.

1. Core Workflow

Branching Strategy

  • Main Branch: Production-ready code only.
  • Feature Branches: feat/[feature-name] for new functionality.
  • Bug Fix Branches: fix/[bug-name] for corrections.
  • Hotfix Branches: hotfix/[issue] for urgent production fixes.

Staging & Committing

  • Always follow the Conventional Commits skill.
  • Stage only relevant changes: git add <file> (avoid git add . unless necessary).
  • Review changes before committing: git diff --staged.

2. Common Operations

Starting Work

git checkout main
git pull origin main
git checkout -b feat/my-new-feature

Synchronizing

git fetch --all
git pull origin [branch-name]
git push origin [branch-name]

Merging & Rebasing

  • Merge: Use for combining long-lived branches.

  • Rebase: Use to keep feature branches up-to-date with main and maintain a clean history.

    git checkout feat/my-feature
    git rebase main
    

3. Advanced Git Mastery

Conflict Resolution

  1. Identify files: git status.
  2. Edit files to resolve <<<<, ====, >>>> markers.
  3. Stage resolved files: git add <file>.
  4. Continue: git commit or git rebase --continue.

Disaster Recovery

  • Undo last commit (keep changes): git reset --soft HEAD~1.
  • Undo last commit (discard changes): git reset --hard HEAD~1.
  • Find lost commits: git reflog.
  • Revert a specific commit: git revert <commit-hash>.

Stashing

  • Save work temporarily: git stash push -m "work in progress".
  • Retrieve work: git stash pop.

4. Quality Gates

  • No merge commits on feature branches (prefer rebase).
  • Each commit must pass linting and tests.
  • Pull requests must be clear and focus on a single objective.

Read the full file on GitHub · 83 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. 5d ago First seen · 83 lines · 35 tokens per session scan A 27963f66c58f

Subscribe to this mod's changes

git-control is a skill published in the GitHub repository tuliosousapro/SaaS-blueprint (4 stars, last pushed 5d ago), licensed MIT. It adds 35 tokens to every session and 560 once invoked, about $0.0002 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-31.

Related

Other skills, from other repositories

ship-it-or-fix-it

Oracle-frozen Builder and independent-Judge convergence cycle. Load ONLY when the operator explicitly sets Governance Dial G2 for the task, or explicitly names this skill or an active work unit already running it. Never auto-activate on task class, such as security, auth, or payments. If a task seems to warrant G2 and…

Ezra144israel/governed-agent-skills · 98 tokens

test-verification

Requires behavioral, failure-path, and durable-seam evidence for tests and review. Use when writing tests, reviewing test coverage, assessing behavioral test quality, or accepting high-risk behavior on test evidence.

Ezra144israel/governed-agent-skills · 43 tokens

portable-adaptive-planning

Use for planning, roadmaps, design, architecture, sequencing, or before consequential work when no current FINAL plan plus GO covers it. Fire before changes to data or schemas, credentials or auth, production or releases, repository or source-home boundaries, irreversible work, or materially costly mistakes. Re-enter…

Ezra144israel/governed-agent-skills · 107 tokens

reasoning-doctrine

The working method for every nontrivial task: frame the objective, ground load-bearing facts, converge on a route, execute without drift, and verify before delivery. Use for analysis, planning, implementation, debugging, document work, reviews, and multi-stage tasks.

Ezra144israel/governed-agent-skills · 58 tokens

write-maintainable-code

Evaluate minimum-sufficient implementation routes and enforce the selected route for a fixed, authorized outcome. Use after outcome, scope, authority, and acceptance evidence are fixed. Do not choose outcomes, set acceptance, adjudicate governance, grade finished work, design tests alone, conduct security audits, or…

Ezra144israel/governed-agent-skills · 67 tokens

governed-operator

Full governance constitution for work that touches shared state, requires independent review, spans seats, or involves planning, architecture, code, reviews, dispatches, status reports, or canonical records. Not needed for quick factual questions or trivial one-off answers.

Ezra144israel/governed-agent-skills · 55 tokens