Skip to content
Skills Library
Programming · Automation

git

/git

Commit, open a pull request, merge, or clean up branches under the git law in ~/.foxrun/config/git.md, and make a worktree only on a direct word. Merge always runs the law check first. Use for /git commit, /git pr, /git merge, /git clean, /git worktree, or when someone says commit this or merge it.

Repository
foxrun ↗
Licence
MIT
Last repository change
26.10.2026

Assessment and security

90/ 100Class: good
Format25 / 25
Frontmatter with name and description, valid name, description up to 1,024 characters, name matching the folder.
Discoverability25 / 25
Description explains when to use the skill, has a reasonable length and uses third person.
Content25 / 35
At least 150 words and at most 500 lines, headings, step lists, examples or code.
Hygiene15 / 15
No placeholders such as TODO, no Windows paths, with a licence.
Riskno signals detected in the scan
Files in this package
2
Scripts
0
HTML comments
0
URLs in SKILL.md
0
Deprecation

No signals detected. Repository changed on 26.10.2026, without references to retired models or APIs.

Licence

MIT, open: use and modify while retaining author attribution.

What it does and when to use it

Commit, open a pull request, merge, or clean up branches under the git law in ~/.foxrun/config/git.md, and make a worktree only on a direct word. Merge always runs the law check first. Use for /git commit, /git pr, /git merge, /git clean, /git worktree, or when someone says commit this or merge it.

Arguments

/git commit | pr | merge | clean | worktree
Original author description

Commit, open a pull request, merge, or clean up branches under the git law in ~/.foxrun/config/git.md, and make a worktree only on a direct word. Merge always runs the law check first. Use for /git commit, /git pr, /git merge, /git clean, /git worktree, or when someone says commit this or merge it.

How it works

  1. Steps
  2. Gotchas
Original SKILL.md headings · 24 lines, 470 words
SKILL.md preview
---
type: note
workspace: system
timestamp: 2026-10-26T14:30:00-04:00
name: git
description: "Commit, open a pull request, merge, or clean up branches under the git law in ~/.foxrun/config/git.md, and make a worktree only on a direct word. Merge always runs the law check first. Use for /git commit, /git pr, /git merge, /git clean, /git worktree, or when someone says commit this or merge it."
kind: knowledge
argument-hint: "commit | pr | merge | clean | worktree"
---

# git

One skill for git work in the Portfolio and the system home. The law is `~/.foxrun/config/git.md`; read it before a git action.
A direct word from the person wins over the law, except the secret rules.
Commit in the repo that owns the file. Other agents may share the tree, so touch only your own files.

## Steps

1. **Commit.** Run `git status` and `git diff` on your files. Stage each file by name: `git add <path> <path>`. Never `git add -A` or `git add .` in a shared tree. Write a message that starts with the task id and says what changed and why. End with the attribution line your runtime gives. Done when `git log -1 --stat` shows only your files.
2. **Pull request.** Pull before you push. Push to a branch of the person's own private repository; never force push. Open the pull request with `gh pr create`. The body says what changed, how you checked it, and the task id. Done when `gh pr view` prints the link.
3. **Merge.** Merge only when the tests pass and a second agent, not the author, read the change. Run the law check first: `python3 ~/.foxrun/base/merge_pr.py <pr number> --path <a changed path> --check-only`. A `FAIL` means the change removed protected law with no successor line. Restore the section, or add one exact line to the pull request body: `Replaces: <old heading> -> <new heading or path>` or `Retires: <old heading> — <reason>`. When the check passes, run the guard again without `--check-only`. Done when the guard merged and pulled.
4. **Clean.** List branches whose remote is gone: `git fetch --prune`, then `git branch -vv | grep ': gone]'`. Show the list. Delete a branch only when its work is merged or backed up, with `git branch -d <branch>`. Done when each gone branch is deleted or named as kept.
5. **Worktree.** The law says do not make a worktree. Make one only on the person's direct word in this session: `git worktree add <path> -b <branch>`. Remove it when the work merges. Done when the worktree exists and its path is in your reply, or the person said no.

## Gotchas

- If `~/.foxrun/base/merge_pr.py` is missing, stop and say so. Do not merge another way.
- Never use plain `gh pr merge` on a Portfolio or system repository. The guard is the only merge path.
- Never commit a secret, a `.env` file, an auth file, a key file, or a database.
- Do not run `stash`, `checkout`, `switch`, `reset`, `rebase`, or `clean` in a tree other agents use.
- Do not edit an installed file in `~/.foxrun/`. Change its source, then install it.
- Do not ask the person before a commit to a branch. Ask before a new repository, a GitHub setting, or a deploy.
Files in this package (2)
  • SKILL.md 3 KB
  • replays/merge-law-check.json 1 KB

Versions

RepositoryScoreLicence
This page · foxrun-ai/foxrun90MIT
vanducng/skills100MIT
Navinspire-ia/navin100AGPL-3.0
maragudk/fabrik100MIT
lamngockhuong/aiteamkit100MIT
microclaw/microclaw100MIT
x-cmd/x-cmd100Apache-2.0
hyperb1iss/hyperskills100MIT
EpicenterHQ/epicenter100MIT

Database snapshot: 13.11.2026 · package version fa4ba956a09c (SHA-256 digest of the entire package)

Downloads in the last 30 days: 0 · ranking

Report a problem with this skill: harmful content, incorrect descriptions or an author’s removal request.

Similar skills

  • 100git-commit-and-workflow
    Git commit, branch and pull request best practices using Conventional Commits. Use whenever creating commits, naming branches, preparing pull requests, writing commit messages, or when asked to commit, push, merge or release code.
  • 100git-practices
    Git conventions for branches, commits, and pull requests. Load this skill whenever creating branches, writing commit messages, or opening PRs. Trigger on any git workflow operation — commits, branches, pull requests, or merge operations.
  • 100git-wtpr
    Opens or deletes a git-wt worktree for a GitHub pull request. Use when creating, switching to, or removing a PR worktree.
  • 100git-workflow
    Version control for one task card - work in an isolated branch or worktree, write compact Conventional Commits, keep history clean, resolve conflicts, and finish the branch (merge locally, open a pull request, or keep). Pushing to shared repos and deleting branches or work need…
  • 100git-workflow-guide
    Guide Git branching strategies, branch naming, and merge operations. Use when: creating branches, merging, pull requests, Git workflow questions. Not for: composing the commit message — use /commit; the safety checks around pushing — use /push. Keywords: branch, merge, PR, pull…
  • 100git-operations
    Git command patterns, branching strategy, and safety protocols. TRIGGER when: managing branches, resolving merge conflicts, or running commit/merge/push operations. SKIP: worktree lifecycle and isolation recovery (use worktree-management); CI automation (use github-actions-template).

Feedback and reports

Your message goes to Bartosz Sokoliński. An email address is needed only for a reply. See the privacy policy.