GitHub
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
Beschreibung vom Entwickler (englisches Original)
Read-only git insights for AI: PR review context, bug hotspots, code ownership, release notes
Diese drei werden nie zu einer Punktzahl zusammengefasst: Meinungen, Messungen und Beliebtheit sind verschiedene Dinge.
Für diesen Server haben wir noch keine Zusammenfassung in einfacher Sprache geschrieben. Unten stehen die Fakten, die wir aus der Registry gelesen haben.
Wähle die KI-App, die du nutzt, und kopiere die Einstellungen.
REPO_PULSE_REPOS, REPO_PULSE_TOOLSDu brauchst
Welche App nutzt du?
Wähle oben deine App. Wir merken sie uns, damit der Button beim nächsten Mal „In … installieren“ anzeigt.
Öffne Claude Desktop → Settings → Developer → Edit Config und füge dies in claude_desktop_config.json ein
{
"mcpServers": {
"repo-pulse": {
"command": "npx",
"args": [
"-y",
"repo-pulse-mcp"
],
"env": {
"REPO_PULSE_REPOS": "your-value",
"REPO_PULSE_TOOLS": "your-value"
}
}
}
}Führe das in deinem Terminal aus
claude mcp add repo-pulse --env REPO_PULSE_REPOS=your-value --env REPO_PULSE_TOOLS=your-value -- npx -y repo-pulse-mcpTrag die leeren Werte ein, bevor du ihn startest.
In .cursor/mcp.json in deinem Projekt oder in ~/.cursor/mcp.json einfügen
{
"mcpServers": {
"repo-pulse": {
"command": "npx",
"args": [
"-y",
"repo-pulse-mcp"
],
"env": {
"REPO_PULSE_REPOS": "your-value",
"REPO_PULSE_TOOLS": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
In .vscode/mcp.json in deinem Projekt einfügen
{
"servers": {
"repo-pulse": {
"type": "stdio",
"command": "npx",
"args": [
"-y",
"repo-pulse-mcp"
],
"env": {
"REPO_PULSE_REPOS": "your-value",
"REPO_PULSE_TOOLS": "your-value"
}
}
}
}Dein Browser fragt, ob er die App öffnen darf, dann zeigt die App die Einstellungen und bittet dich um Bestätigung. Schlüsselwerte bleiben leer, damit du sie selbst einträgst.
Dieser Server läuft auf deinem Computer, und ChatGPT kann sich nur mit Servern im Internet verbinden. Wähle eine andere App.
Deine Auswahl bleibt in einem Cookie auf diesem Gerät; kein Konto nötig.
REPO_PULSE_TOOLS envDiese Einstellungen werden aus dem Registry-Eintrag des Entwicklers erzeugt. Wenn in der README etwas anderes steht, folge der README.
Läuft auf deinem Computer; die Tool-Liste erscheint nach der Installation in deiner KI-App.
Wir prüfen Informationen, die jeder sehen kann; den Code haben wir nicht gelesen. Checks, die nicht zutreffen, werden nicht mitgezählt. · Geprüft am 10. Nov. 2026
Der Registry-Name wurde mit dem GitHub-Konto hasanyelaldi bestätigt, dem das Repo gehört
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieses Repo haben wir noch nicht von GitHub gelesen
Dieser Server läuft auf deinem Computer; es gibt keinen Endpunkt im Internet
Läuft auf deinem Computer und nutzt stattdessen lokale Einstellungen
Läuft auf deinem Computer; Tool-Listen können wir nur von Endpunkten im Internet lesen
Verglichen mit allen aktiven Servern dieser Kategorie in der Registry. Sterne zählen nur, wenn dem Herausgeber das Repo gehört.
Er hat 1 von 1 zutreffenden Basischecks bestanden. Den Code haben wir nicht gelesen. Bevor du einen Schlüssel oder Token hinzufügst, sieh nach, welche Zugriffe der Server verlangt, und nutze einen Schlüssel, der nur die Berechtigungen hat, die du brauchst.
Das musst du eintragen: REPO_PULSE_REPOS
Er läuft auf deinem Computer. Deine KI-App startet ihn bei Bedarf, und die Daten laufen nicht über die Server des Entwicklers (außer der Server ruft selbst einen Onlinedienst auf).
Das GitHub-Repo wurde zuletzt – geändert, und die neueste Version (0.5.0) kam vor 23 Tagen in die Registry.
Apps, die MCP unterstützen, etwa Claude Desktop, Claude Code, Cursor und VS Code. Außerdem brauchst du Node.js auf deinem Computer.
In derselben Kategorie: GitHub, Desktop Commander, Cloudflare MCP
Server derselben Kategorie von anderen Entwicklern, sortiert nach Sternen.
So liest du eine Karte:↓ Downloads pro Wochei★ GitHub-SterneiDrei Säulen: Bewertungen · Checks · NutzungiAktualisiert = neueste Version in der Registry veröffentlichti
Connect AI assistants to GitHub - manage repos, issues, PRs, and workflows through natural language.
MCP server for terminal commands, file operations, and process management
Unverändert aus dem Repo des Entwicklers übernommen. PopNx MCP hat den Inhalt weder geprüft noch empfiehlt es ihn. HTML, Bilder und Skripte wurden entfernt. Links führen von dieser Website weg.
Turn git history into answers your AI assistant can act on: what is risky in this branch, who should review it, which files keep breaking and what changed since the last release.
repo-pulse is a read-only [Model Context Protocol](https://modelcontextprotocol.io) server for local git repositories. It runs over stdio, needs nothing but Node.js and git, never modifies a repository and never touches the network. Ask your assistant things like:
It works with any local git repository, whether it was cloned from GitHub, GitLab, Bitbucket or anywhere else, or has no remote at all. Platform data such as pull requests, issues or CI status is out of scope.
_A real Claude Code session reviewing a branch of vitejs/vite with no shell, only repo-pulse. See how it was recorded._
Requires Node.js 22.12+ and git. There is nothing to clone or build: the server runs from npm.
# Claude Code: run inside the repository you want to ask about
claude mcp add repo-pulse -- npx -y repo-pulse-mcp --repo "$PWD"
Then ask _"What changed since the last release?"_, or review your branch with the built-in prompt: /mcp__repo-pulse__review_branch main. For Claude Desktop and other MCP clients, see Installation.
13 tools, grouped by the question they answer. 🆕 marks the newest ones.
| Tool | What it answers |
|---|---|
review_context 🆕 | One-call briefing for a branch or PR: changed files ranked by past churn and fixes, files that usually change with them but were left out, reviewers |
file_hotspots | Files ranked by how often they changed, with how many changes were bug fixes. types: ["fix"] finds the files that keep breaking |
change_coupling | File pairs that keep changing in the same commits: hidden dependencies that imports do not show |
| Tool | What it answers |
|---|---|
knowledge_map 🆕 | Who knows a file or directory, weighted toward recent work, plus the bus factor and files that depend on one person |
code_age 🆕 | How long ago each file last changed, the oldest directories and files whose last author has left |
contributor_summary | Commits per author in a time window, optionally for one path |
| Tool | What it answers |
|---|---|
release_notes_draft | Commits between two refs grouped by conventional-commit type, plus Markdown |
list_tags | Tags newest first, the latest release on HEAD and how much is unreleased |
compare_refs | Ahead/behind counts and the commits between two branches, tags or commits |
stale_branches | Branches with no commits for N days, and whether each is already merged |
| Tool | What it answers |
|---|---|
recent_activity | Commits from the last N days, filterable by author and path |
commit_search | Commits whose message mentions a ticket id, feature name or any text |
file_history | One file's commits with line stats, following it across renames |
| Kind | Name | What it does |
|---|---|---|
| Resource | repo://{name}/overview | Current branch, last commit, latest tag, commit/branch/tag counts |
| Prompt | review_branch 🆕 | Review briefing for a branch: risky files, forgotten files, reviewers, a checklist |
| Prompt | release_notes 🆕 | Polished release notes since the last tag, with a suggested next version |
| Prompt | ownership_report 🆕 | Owners, bus factor and knowledge at risk for a directory, with next steps |
| Prompt | cleanup_branches 🆕 | Stale branches split into safe to delete and needs a decision, with the commands |
| Prompt | explain_file 🆕 | What to know before changing a file: its history, who to ask, what changes with it |
| Prompt | weekly_engineering_update | Guides the model to gather data with the tools and write an update |
All tools are annotated readOnlyHint: true, declare an outputSchema, and return both structuredContent and a JSON text block for older clients. Full inputs and outputs are in the Tool reference.
You: I'm about to open a PR for
feature/search. Anything I should know?
Assistant _(calls
review_contextwithbase: "main",head: "feature/search")_: 4 commits
touching 6 files. `src/api.ts` is the risky one: it changed 14 times on
mainin the last six
months and 6 of those were bug fixes. You may have forgotten `test/api.test.ts`: it changed
together with
src/api.tsin 9 of 10 commits but is not in this branch. **Suggested reviewer:
Alice**, who holds most of the recent knowledge of these files.
You: Who knows
src/billing/best? Are we depending on one person?
Assistant _(calls
knowledge_mapwithpath: "src/billing")_: The bus factor is 1. Carol
holds 72% of the recent knowledge and is the main owner of 11 of 14 files; 9 of them depend on
her alone. Bob is a distant second at 18%. Pairing Bob with Carol on the next billing change
would spread the knowledge…
You: Which parts of the code has nobody touched in a long time?
Assistant _(calls
code_agewithminAgeDays: 365)_: Half of the files haven't changed in
18 months.
src/legacy/is the oldest directory (median 3.2 years), and 41 of its files were
last changed by people who no longer commit here. That's where knowledge is being lost…
You: Where is the churn this quarter, and what keeps breaking?
Assistant _(calls
file_hotspotswithdays: 90)_:src/core/insights.tschanged in 23
commits by 3 people, far more than anything else, and 9 of those commits were fixes. That's a
good candidate for splitting up or adding tests…
You: What changed since the last release?
Assistant _(calls
release_notes_draftwith defaults: latest tag → HEAD)_: Since v0.2.0
there are 14 commits. One breaking change: the config file moved to
repo-pulse.json. New
features: an author filter for activity and branch merge detection. Three bug fixes, mostly
around empty repositories. Here's a Markdown draft you can paste into the GitHub release: …
You: Can we clean up some branches?
Assistant _(calls
stale_brancheswithdays: 30)_: 6 branches haven't seen a commit in 30+
days. 4 of them are already merged into
mainand are safe to delete: …
You: _(selects the
weekly_engineering_updateprompt)_
Assistant _(calls
recent_activity,contributor_summary,file_hotspots,stale_branches)_:
Highlights — …
_The conversations are illustrative: names and numbers are made up._
And a real session on vite, asking about unreleased changes and stale branches:
There are already MCP servers for GitHub, GitLab and git itself, and coding agents with a shell can run git log directly. repo-pulse does not try to replace them. It does a different job: it turns local git history into answers and is safe to auto-approve.
| repo-pulse | GitHub / GitLab MCP | Generic git MCP / shell | |
|---|---|---|---|
| Returns | Aggregated insights | Platform API objects | Raw git output |
| Can modify anything | No, enforced by an allowlist | Usually yes (token scopes) | Yes |
| Needs a token or network | No | Yes | No |
| Sees local and unpushed branches | Yes | No | Yes |
| Works without a hosting platform | Yes | No | Yes |
| Sees pull requests, issues, CI | No | Yes | No |
What that means in practice:
review_context combines churn, fix history, change coupling and ownership for a branch in one call.readOnlyHint and backed by a git subcommand allowlist (see Security model), so a client can run it without asking for approval each time. You would not give the same permission to a shell or to a git server that can commit and push.git. With repo-pulse, an engineering manaNur der Anfang wird gezeigt; den Rest findest du im Repo