Erklärt Git-Repository-Zustände und Fehlermeldungen in einfachem Englisch und liefert die exakten Commands, um sie zu beheben.
Auch bekannt als Srikarmk/whygit
- Stars
- 0
- Tools
- —
- Downloads, 30 Tage
- 456
- Neueste Version
- 0.1.2
- Letzter Commit
- 20. Okt. 2026
- Lizenz
- MIT
Was ist whygit MCP?
whygit ist ein MCP server. Erklärt Git-Repository-Zustände und Fehlermeldungen in einfachem Englisch und liefert die exakten Commands, um sie zu beheben.
Zusammenfassung generiert aus dem README des Projekts
Über whygit MCP server
whygit hilft Entwicklern, komplexe Git-Repository-Zustände und Fehlermeldungen zu verstehen, indem es diese in einfaches Englisch übersetzt. Es wurde für Personen entwickelt, die neu in Git sind und die Standard-Terminalmeldungen schwer interpretieren können. Das Tool identifiziert Probleme wie Merge Conflicts, detached HEAD States, rejected pushes und Large File Errors und liefert dann die spezifischen Commands, die zur Lösung benötigt werden.
User können es direkt im Terminal ausführen oder es via Model Context Protocol mit AI-Assistenten wie Claude Desktop, Claude Code oder Cursor verbinden. Wenn es als MCP server genutzt wird, stellt es drei read-only Tools bereit: diagnose_repo, explain_git_error und explain_state. Dieses Setup ermöglicht es einem AI-Client, eine zuverlässige Diagnose eines Repositories zu erhalten, anstatt auf Basis eines Standard-git status zu raten.
Sicherheit ist ein Kernfeature, da der Server Repository-Daten nur liest und die vorgeschlagenen Fixes niemals ausführt. Er nutzt eingeschränkte Git-Subcommands, um sicherzustellen, dass er deine Dateien oder deine Config nicht modifizieren kann. Zudem wird die Privatsphäre geschützt, indem Credentials maskiert werden und keine Netzwerkaufrufe getätigt werden.
Was du damit machen kannst
- 1Repository-Probleme diagnostizierenFrage einen AI-Assistenten, um zu identifizieren, warum ein Repository feststeckt oder defekt ist.
- 2Git-Fehlermeldungen interpretierenGib einen spezifischen Error-String ein, um eine einfache Erklärung und einen Fix zu erhalten.
- 3Repository-Status zusammenfassenErhalte eine neutrale Zusammenfassung von Branches, Remotes und staged Changes.
- 4Merge Conflicts lösenErhalte Schritt-für-Schritt-Anleitungen, wie du mit Dateien umgehst, die conflicting Changes enthalten.
Geschrieben aus dem README des Projekts. Jeder Use Case wurde gegen ein Zitat daraus geprüft.
So installierst du whygit MCP
Formate geprüft am 10. Nov. 2026Zu Cursor hinzufügenZu Goose hinzufügenwhygit MCP in Claude Code installieren
$ claude mcp add whygit -- uvx whygitwhygit MCP in Cursor installieren
~/.cursor/mcp.json
{
"mcpServers": {
"whygit": {
"command": "uvx",
"args": [
"whygit"
]
}
}
}whygit MCP in VS Code installieren
.vscode/mcp.json
{
"servers": {
"whygit": {
"type": "stdio",
"command": "uvx",
"args": [
"whygit"
]
}
}
}whygit MCP in VS Code CLI installieren
$ code --add-mcp '{"name":"whygit","type":"stdio","command":"uvx","args":["whygit"]}'whygit MCP in Claude Desktop installieren
claude_desktop_config.json
{
"mcpServers": {
"whygit": {
"command": "uvx",
"args": [
"whygit"
]
}
}
}whygit MCP in Codex installieren
$ codex mcp add whygit -- uvx whygitwhygit MCP in Codex config.toml installieren
~/.codex/config.toml
[mcp_servers.whygit] command = "uvx" args = ["whygit"]
whygit MCP in Gemini CLI installieren
$ gemini mcp add -s user whygit uvx -- whygitwhygit MCP in Gemini settings.json installieren
~/.gemini/settings.json
{
"mcpServers": {
"whygit": {
"command": "uvx",
"args": [
"whygit"
]
}
}
}Automatisierte Checks
Geluften am 14. Nov. 2026Vollständiger Bericht →Unsere automatisierten Checks bestanden. Das ist kein Security-Audit: Lies den Code und gib dem Server nur den minimal notwendigen Zugriff. Wie die Checks funktionieren
- Source Repository verknüpft und erreichbarsrikarmk/whygit is public and reachablegithub.com/srikarmk/whygit ↗Bestanden
- Paket nennt dieses Repository als Quellewhygit names srikarmk/whygit as sourcepypi.org/project/whygit/ ↗Bestanden
- Build-Provenienz (Sigstore-Attestierung)Sigstore attestation for whygitpypi.org/project/whygit/ ↗Bestanden
- Open Source Lizenz (OSI)MITspdx.org/licenses/MIT.html ↗Bestanden
- Commit oder Release im letzten JahrLast commit or release 2026-10-20github.com/srikarmk/whygit ↗Bestanden
- OpenSSF ScorecardNicht geprüft
- Package-Name ähnelt keinem populären PackageNo popular package one edit away from whygitBestanden
- Keine kritischen Advisories im Paket oder seinen Abhängigkeiten29 resolved dependencies checked; no critical advisoryosv.dev ↗Bestanden
- Keine versteckten Anweisungen an das Modell0 tool descriptions and the README read; no override phrases, credential paths or hidden charactersBestanden
- Destruktive Tools sind markiertNicht geprüft
- Remote-Endpoint beantwortet den MCP-HandshakeNicht geprüft
README
Auf GitHub ansehenwhygit
What just happened to my Git repository, and how do I fix it?
whygit looks at a Git repository and tells you, in plain English, what state it is in and which commands will get you out of it: a merge conflict, a rebase stopped halfway, a detached HEAD, a rejected push, a login GitHub won't accept, a 120 MB CSV that GitHub will refuse. Paste it an error message and it explains that too.
It is written for people meeting Git for the first time. Git's own messages are accurate but hard to read; whygit turns them into a short explanation and the exact fix.
It only ever reads your repository. It never runs the fixes it suggests, so you stay in control and learn the commands as you go.
There are two ways to use it, built on the same engine:
- On the command line, with no AI tools involved:
whygit. - As an MCP server, so an assistant such as Claude Code, Claude Desktop or Cursor gets a
reliable diagnosis instead of guessing from
git status.
Install
whygit needs Python 3.10 or newer and Git. Pick one:
uv tool install whygit # with uv (https://docs.astral.sh/uv/)
pipx install whygit # with pipx
uvx whygit # run once without installing
This works the same on macOS, Windows and Linux.
Use it from the terminal
Run it inside your project folder:
whygit # what's wrong here, most urgent first
whygit status # a plain summary: branch, upstream, what's changed
whygit explain "fatal: refusing to merge unrelated histories"
git push 2>&1 | whygit explain -
Options: --path <folder> (or -C) to look at another folder, --json for machine-readable
output, --no-color to turn off colour. Colour is only used in a real terminal and never
when NO_COLOR is set.
Exit codes: 0 nothing blocking, 1 something blocking was found, 2 bad usage (for example
the folder does not exist), 3 explain did not recognise the message.
Example
$ whygit
whygit: /Users/sam/ds3500/hw2 (branch main)
[BLOCKING] Merge in progress with conflicts in 1 file
Git tried to combine two lines of work, but both changed the same part of these
files, so it stopped and is waiting for you to choose what the result should be.
Nothing is lost while you decide.
Conflicted files:
- analysis.py (both changed)
How to fix:
Finish the merge:
1. Open each file and find the blocks between <<<<<<< and >>>>>>>. The part
above ======= is one version, the part below is the other. Keep what you
want, and delete the three marker lines.
2. git add analysis.py
Marks the files as resolved
3. git commit --no-edit
Records the merge and finishes it
Or cancel the merge:
1. git merge --abort
Puts everything back the way it was before the merge started
Learn more: https://git-scm.com/docs/git-merge#_how_to_resolve_conflicts
1 blocking. whygit never runs these commands for you; copy the ones you want.
Commands that can lose work (git restore, git rebase --skip, git push --force-with-lease
and so on) are always marked with a warning, and a safer option is listed first when one
exists.
Use it with an AI assistant (MCP)
whygit mcp runs a Model Context Protocol server over stdio with three read-only tools:
| Tool | Use it when | Returns |
|---|---|---|
diagnose_repo(path=".") |
something seems stuck or broken | every problem found, most urgent first, with explanation and fix |
explain_git_error(error_text, path=None) |
a git command printed an error | what the error means and the fix, using the repository's state if path is given |
explain_state(path=".") |
you want a neutral summary | branch, upstream, ahead/behind, remotes, staged and changed files, operations in progress |
Results are small JSON objects. Pass an absolute path: relative paths resolve against the
server's working directory, which for desktop apps is usually not your project. ~ works.
Claude Code
claude mcp add --scope user whygit -- uvx whygit mcp
--scope user makes it available in every project; leave it out to add it to the current
project only. Check it with claude mcp list.
Claude Desktop
Open Settings > Developer > Edit Config, and add whygit to
claude_desktop_config.json (on macOS ~/Library/Application Support/Claude/, on Windows
%APPDATA%\Claude\):
{
"mcpServers": {
"whygit": {
"command": "uvx",
"args": ["whygit", "mcp"]
}
}
}
Restart Claude Desktop. If it can't find uvx, use the full path that which uvx (macOS)
or where uvx (Windows) prints as the command.
Cursor
Add the same block to ~/.cursor/mcp.json (all projects) or .cursor/mcp.json in a project:
{
"mcpServers": {
"whygit": {
"command": "uvx",
"args": ["whygit", "mcp"]
}
}
}
If you installed whygit with uv tool install or pipx, you can use "command": "whygit"
with "args": ["mcp"] instead.
What it recognises
Repository states: merge conflicts (and a merge that is resolved but not committed, including
leftover <<<<<<< markers), a rebase stopped on a conflict or an edit, cherry-pick, revert,
git am and bisect in progress, detached HEAD (and commits that no branch points to),
diverged / behind / ahead of the upstream, no upstream yet (the first git push -u), no
remote, upstream branch deleted, no commits yet, not a repository (including being one folder
too high, and your home folder), a home folder that was accidentally turned into a
repository, nested repositories (common with downloaded starter code), files over GitHub's
100 MB limit (and over 50 MB) staged or in unpushed commits, files that usually hold secrets
(.env, id_rsa, *.pem, kaggle.json, credentials JSON), notebooks with large saved
outputs, Jupyter notebook conflicts, missing user.name / user.email, a leftover
index.lock, and folders Git refuses because of "dubious ownership".
Error messages: rejected pushes, "You have divergent branches", "refusing to merge unrelated
histories", GitHub login failures (passwords no longer work; it explains tokens, SSH and
gh auth login, and never asks for your token), Permission denied (publickey), repository
not found, 403, "Your local changes would be overwritten", untracked files in the way,
"not a git repository", "src refspec main does not match any", "pathspec did not match",
"remote origin already exists", missing upstream, "couldn't find remote ref", GitHub's
large-file rejection (GH001), "detected dubious ownership", "Please tell me who you are",
index.lock exists, line-ending warnings, network errors, and more. If it doesn't recognise
a message, it says so and shows what it can see in the repository instead.
The read-only promise
whygit never changes your repository, and this is enforced in code rather than left to good intentions:
- Every Git command goes through a single function that only accepts read-only subcommands
(
status,rev-parse,for-each-ref,rev-list,diff,log,ls-files,cat-file,config --get,remote -v, ...) and refuses anything else, including the writing forms ofconfig,remoteandsymbolic-ref. - It sets
GIT_OPTIONAL_LOCKS=0, so evengit statusdoesn't refresh the index, and turns off external diff programs and the fsmonitor hook. - It never runs
git fetch. Ahead/behind counts are "as of your last fetch", and whygit tells you to rungit fetchyourself when that matters. - The test suite builds each state in a real repository, snapshots every file under
.git(names, timestamps and contents) before and after diagnosing, and checks nothing changed. It also checks that no other module in the package can start a process or write a file.
Credentials are never printed: a remote address like https://name:token@github.com/...
is shown as https://***@github.com/..., in every output.
Privacy
whygit collects nothing and makes no network calls. It reads your repository on your own computer and prints the result. That's all.
Licence
MIT. Copyright (c) 2026 Kameswara Sai Srikar Manda.
whygit MCP Fragen
Wie füge ich whygit MCP zu Claude Code hinzu?
Führe claude mcp add whygit -- uvx whygit in deinem Terminal aus. Füge --scope user hinzu, damit der Server in jedem Projekt verfügbar ist.
Wie füge ich whygit MCP zu Cursor hinzu?
Öffne ~/.cursor/mcp.json und füge den Server unter mcpServers hinzu, mit der Cursor-Config aus dem Installationsabschnitt oben.
Ändert whygit mein Repository?
Nein, es ist strikt read-only und führt die vorgeschlagenen Fixes niemals selbst aus, damit du die volle Kontrolle behältst.
Welche Arten von Git-Errors kann es erklären?
Es kann Merge Conflicts, Rebase-Unterbrechungen, detached HEAD States, rejected pushes, GitHub Login-Fehler und Large File Errors erklären.
Sind meine Daten privat, wenn ich whygit nutze?
Ja, es sammelt keine Daten und macht keine Netzwerkaufrufe, da dein Repository lokal auf deinem eigenen Computer gelesen wird.