git-conflict-resolver
Skill0 starsChanged 2 months agoMITView on GitHub
Guides agents through inspecting, parsing, and resolving three-way git merge conflicts without dropping changes or leaving markers.
1 other project uses a version of this.
Adopted by
Most recently taken up by
- kimhons/Ralph-Loop-Ultratheir own version, first seen Jan 30, 2026
Other versions1 project uses a version of this.
Word for word · 0
None found.
Edited · 0
None found.
Wrote their own version · 1
- kimhons/Ralph-Loop-Ultra★ 1same name
How matches are found. Word for word: the exact same text. Edited: shares passages with this file (“99% same” means 99% of its five-word phrases also appear here; 10% or more counts). Their own version: similar meaning, or, weakest, the same name. We can’t tell which project had it first. Projects are counted among the 200 most-starred candidates, and mentions are links to the repository we found, up to 50 per site, so both counts are a floor.
In this repository49 other files it gives its agents.
- bug-reproducerSkill
- claim-checkerSkill
- command-failure-diagnoserSkill
- config-risk-reviewerSkill
- csv-validatorSkill
- deployment-checklist-makerSkill
- diff-reviewerSkill
- factual-summarizerSkill
- field-extractorSkill
- api-contract-testerSkill
- database-migration-helperSkill
- security-vulnerability-fixerSkill
- git-commit-stagerSkill
- github-actions-debuggerSkill
- github-issue-triagerSkill
- github-pr-creatorSkill
- github-pr-reviewerSkill
- go-code-qualitySkill
- go-lint-and-vetSkill
- go-testingSkill
- json-schema-converterSkill
- lint-and-typecheckSkill
- meaning-preserving-editorSkill
- meeting-notes-to-actionsSkill
- minimal-bug-fixSkill
- option-comparatorSkill
- py-code-qualitySkill
- py-lint-and-typecheckSkill
- py-testingSkill
- readme-writerSkill
- regression-test-writerSkill
- release-notes-drafterSkill
- repo-inspectorSkill
- research-briefSkill
- reversible-cleanup-plannerSkill
- rust-clippy-checkSkill
- rust-code-qualitySkill
- rust-testingSkill
- small-refactorSkill
- status-updateSkill
- step-by-step-tutorialSkill
- step-decomposerSkill
- tabular-analyzerSkill
- task-briefSkill
- test-runner-debuggerSkill
- ts-code-qualitySkill
- ts-lint-and-typecheckSkill
- ts-testingSkill
- skill-templateSkill
The file
We split this skill into the rules it gives an agent
11 rules. About 0 are common, 6 are distinctive, and 5 are very specific to this project.
≈0
Common · estimate
Many files like this have a rule of this kind.
≈6
Distinctive · estimate
This author's own choices. Worth a look.
5
Very specific
Tied to their project's names, files or tools. Probably skip.
- Common
- Distinctive
- Very specific
- Distinctive: line 14
Use this skill when:
- Very specific: line 19
Do not use for general code review.
- Very specific: line 25
If no file is specified: run git status --short | grep '^UU\|^AA\|^UD' to locate all conflicted files.
- Distinctive: line 26
Never delete both sides of a conflict without verifying where functionality moved.
- Distinctive: line 29
Follow these numbered actions:
- Very specific: line 31
Search file for <<<<<<<.
- Distinctive: line 36
Remove conflict markers completely.
- Very specific: line 39
Run linter and tests (npm test, pytest).
- Distinctive: line 44
If both sides added new imports: keep both imports in sorted order.
- Very specific: line 45
Always verify zero <<<<<<< or >>>>>>> markers remain in the file.
- Distinctive: line 76
Stop and ask the user when:
≈ “Common” is an estimate: at least 1 in 5 of the 350,495 skill files we read have a rule of the same kind, not the same words. “Very specific” is our guess from the words: it names a file, a command, a setting or the project itself.
Files
Git Conflict Resolver
Safely resolves Git merge conflicts (<<<<<<< HEAD, =======, >>>>>>> branch). Identifies conflicting intent from both branches, reconciles changes, and verifies with tests.
1. Purpose
Resolve file merge conflicts cleanly without discarding either side's valid code or leaving stray conflict markers.
2. When to Use
Use this skill when:
- A
git merge,git rebase, orgit pullresults inCONFLICT (content): Merge conflict in <file>. - Files contain conflict markers (
<<<<<<<,=======,>>>>>>>).
3. When Not to Use
- Do not use for general code review; use
diff-reviewer.
4. Required Inputs
conflicted_file: Path to the file with conflict markers.
5. Missing-Input Behavior
- If no file is specified: run
git status --short | grep '^UU\|^AA\|^UD'to locate all conflicted files. - Never delete both sides of a conflict without verifying where functionality moved.
6. Procedure
Follow these numbered actions:
- Action 1: Identify Conflicted Hunks
- Search file for
<<<<<<<. - Identify "OURS" (current branch) vs "THEIRS" (incoming branch).
- Search file for
- Action 2: Analyze Semantic Intent of Both Changes
- Determine whether changes can be combined (e.g. imports from both branches).
- Action 3: Apply Clean Reconciliation
- Remove conflict markers completely.
- Combine changes so neither feature is broken.
- Action 4: Verify Syntax & Run Tests
- Run linter and tests (
npm test,pytest).
- Run linter and tests (
- Action 5: Stage Resolved File
- Run
git add <conflicted_file>.
- Run
7. Decision Rules
- If both sides added new imports: keep both imports in sorted order.
- Always verify zero
<<<<<<<or>>>>>>>markers remain in the file.
8. Output Format
Emit the report using this template:
### Git Conflict Resolution: [File Name]
- **File**: `[path]`
- **Conflict Hunks Resolved**: [Count]
- **Verification**: [PASS | FAIL]
#### Resolution Details
- Combined `[branch A feature]` with `[branch B feature]`.
- Removed all conflict markers.
#### Verification Evidence
- Ran test command: `[command]` -> Clean PASS.9. Verification Checklist
- Zero conflict markers (
<<<<<<<,=======,>>>>>>>) remain. - File compiles cleanly without syntax errors.
- Test suite passes.
- File staged with
git add.
10. Common Failures and Recovery
| Failure Symptom | Cause | Recovery Action | ||
| Stray marker left in code | Incomplete manual edit | Run `grep -nE "^<<<<<<< | ^======= | ^>>>>>>>" <file>` to verify. |
11. Stop or Escalation Conditions
Stop and ask the user when:
- Both branches made contradictory architectural changes that cannot be reconciled automatically.
12. Examples
Example 1: Successful Execution
Input:
File: src/routes.ts
Hunk:
<<<<<<< HEAD
import { getUser } from './user';
=======
import { getProfile } from './profile';
>>>>>>> featureOutput:
### Git Conflict Resolution: src/routes.ts
- **File**: `src/routes.ts`
- **Conflict Hunks Resolved**: 1
- **Verification**: PASS
#### Resolution Details
- Combined imports from both branches:
```typescript
import { getProfile } from './profile';
import { getUser } from './user';- Staged file with
git add src/routes.ts.
Verification Evidence
npx tsc --noEmitexited code 0.
### Example 2: Ambiguous or Missing Input
**Input:**
```text
Fix conflict.Output:
### Git Conflict Resolution: Checking Git Status
Running `git status` to locate conflicted files across the repository.Example 3: Expected Final Output
Output:
### Git Conflict Resolution: package.json
- **File**: `package.json`
- **Conflict Hunks Resolved**: 1
- **Verification**: PASSDoes it work?
Reviews from people and from AI agents that ran it: what they used it for, and whether it worked.
Reviews can't be read right now.
Your trail
Files you open will collect here, so you can find them again.
Open two or more, and you can remix the rules you like from each into one list. Kept in this browser only.
Now do this for your own.
Bring your CLAUDE.md, AGENTS.md or skills. agentleFS shows which of your rules are common, which are yours and which only fit one project, and keeps one version your agents read everywhere.

