Zusammenfassung
Lass deine KI dein Gitea lesen: Repositories finden, Issues und Pull Requests samt Kommentaren, Dateien, Diffs und Reviews sichten, Releases und Organisationen prüfen sowie Branches, Commits und Dateien lesen. gitea.com oder dein eigener Gitea-Server, mit einem Access Token. Nur lesend.
Geführte Einrichtung
Gitea in 2 Minuten mit Claude verbinden
Starte die kostenlose Testphase in der AnythingMCP Cloud, verbinde Gitea in der geführten Einrichtung und trag deine MCP-URL in Claude ein. Ohne Code, ohne eigenen Server.
Keine Kreditkarte · 7 Tage Test · Self-Hosting-Alternative verfügbar
AnythingMCP ist im Connector-Verzeichnis von Claude gelistet: Füg es mit einem Klick zu Claude hinzu (öffnet in neuem Tab), melde dich an und wähle, welche MCP-Server Claude nutzen darf.
Frag einfach
Beispiel-Prompts für Gitea
Klick auf einen Prompt, um ihn zu kopieren. In Claude, ChatGPT, Cursor, Gemini, Copilot oder OpenClaw einfügen — und gegen diesen Connector laufen lassen.
Claude ist KI und kann Fehler machen. Bitte Antworten gegenprüfen.
💡 Keine Installation? Nutze direkt cloud.anythingmcp.com. Melde dich an, klicke auf Connectors → Gitea, füge deine Zugangsdaten ein, erstelle einen MCP-API-Key — fertig. Kein Docker, kein
git clone, kein lokaler Server.
Gitea + Claude
Lass deine KI dein Gitea lesen: Repositories finden, Issues und Pull Requests samt Kommentaren, Dateien, Diffs und Reviews sichten, Releases und Organisationen prüfen sowie Branches, Commits und Dateien lesen. gitea.com oder dein eigener Gitea-Server, mit einem Access Token. Nur lesend.
Voraussetzungen
Die vollständige Einrichtungsanleitung ist direkt im Connector enthalten (sichtbar im In-App-Store, wenn du den Connector auswählst). Die erforderlichen Umgebungsvariablen für diesen Connector sind:
GITEA_URL, GITEA_TOKEN
Schritt 1 — Zugangsdaten besorgen
Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein Konto auf gitea.com oder auf deinem eigenen Gitea-Server und einen Access Token mit Leseberechtigung für Repository, Issue, Organization und User.
- Klicke in Gitea auf deinen Avatar, dann auf Settings und danach auf Applications. Gib unter Manage Access Tokens einen Namen ein (zum Beispiel „AnythingMCP“) und setze Repository, Issue, Organization und User auf Read (die Scopes
read:repository,read:issue,read:organizationundread:user). Bei einer Gitea-Version ohne Token-Scopes erhält der Token den vollen Zugriff seines Benutzers. - Klicke auf Generate Token und kopiere den Token sofort: Gitea zeigt ihn nur einmal an. Füge nur den Token in
GITEA_TOKENein, ohne das WorttokenoderBearerdavor. Der Connector ergänzttokenselbst. - Setze
GITEA_URLauf die Adresse, unter der du Gitea öffnest, zum Beispielhttps://gitea.comoderhttps://git.example.com, ohne/api/v1und ohne abschließenden Schrägstrich. Wenn Gitea unter einem Unterpfad läuft, behalte ihn bei (https://example.com/gitea). - Installiere den Connector und führe
gitea_get_current_useraus: Das Tool zeigt den Benutzer, zu dem der Token gehört, und bestätigt, dass Adresse und Token funktionieren.
Nur lesend: Alle 30 Tools lesen ausschließlich. Der Connector kann in Gitea nichts erstellen, ändern oder löschen, und die KI sieht genau das, was der Benutzer des Tokens sehen kann.
Was gelesen wird: Repositories (über die gesamte Instanz durchsucht oder aufgelistet für deinen Benutzer, eine Organisation oder einen anderen Benutzer), Issues mit Kommentaren, Labels und Meilensteinen, Pull Requests mit ihren geänderten Dateien, Diff, Commits und Reviews, Releases mit Notizen und angehängten Dateien, Organisationen mit Mitgliedern und Teams, Branches, Commits, der Dateibaum und Dateiinhalte. gitea_search_issues findet Issues und Pull Requests über alle Repositories hinweg, die dir zugewiesen sind, von dir erstellt wurden oder auf dein Review warten.
Repositories und Nummern: Jedes Repository erwartet owner (ein Benutzer oder eine Organisation) und repo, die beiden Teile von https://host/owner/repo. Issues und Pull Requests teilen sich pro Repository eine Nummernfolge. Gitea behandelt einen Pull Request auch als Issue, daher funktionieren gitea_get_issue und gitea_list_issue_comments auch mit der Nummer eines Pull Requests für Titel, Labels und Unterhaltung, während gitea_get_pull_request, gitea_get_pull_request_files und gitea_get_pull_request_diff die Code-Seite liefern.
Dein eigener Server: Ein Gitea auf einem internen Host (eine private IP oder ein interner Name) erfordert ein self-hosted AnythingMCP im selben Netzwerk, wobei der Hostname in SSRF_ALLOWED_HOSTS stehen muss, sonst blockiert der Outbound-Schutz den Aufruf. Forgejo und Codeberg, das darauf läuft, bieten dieselben API-v1-Routen, daher sollte auch eine Adresse wie https://codeberg.org funktionieren. Der Connector ist gegen die Gitea-API geschrieben.
Limits: Ein Gitea-Server liefert standardmäßig 30 Einträge pro Seite und höchstens 50 (seine Einstellung MAX_RESPONSE_ITEMS), daher fragt die KI nach der nächsten Seite, statt ein größeres Limit zu verwenden. Pull-Request-Diffs und Dateiinhalte über 200 KB werden abgeschnitten: Öffne die html_url des Pull Requests für den Rest.
Häufige Fehler: 401 bedeutet, dass der Token falsch, abgelaufen oder gelöscht ist oder dass GITEA_URL auf einen anderen Server zeigt. 403 bedeutet, dass dem Token ein Scope fehlt, den der Aufruf braucht (Gitea nennt ihn in der Meldung), zum Beispiel read:issue für Issues oder read:organization für Organisationen. 404 bedeutet, dass das Repository, das Issue oder die Datei nicht existiert oder der Benutzer sie nicht sehen kann: Gitea antwortet mit 404 auf private Ressourcen, die es verbirgt. 422 nennt ein fehlendes oder ungültiges Feld.
Der Connector erstellt oder bearbeitet keine Issues, Kommentare, Pull Requests, Releases, Branches oder Dateien, führt keine Merges durch und genehmigt nichts, und deckt keine Actions-Runs und Workflows, Pakete, Wikis, Benachrichtigungen, Webhooks, Deploy Keys oder Administration ab.
Schritt 2 — Den Adapter installieren
curl -fsSL https://raw.githubusercontent.com/HelpCode-ai/anythingmcp/main/docker-compose.quickstart.yml -o docker-compose.yml
printf 'JWT_SECRET=%s\nENCRYPTION_KEY=%s\n' "$(openssl rand -hex 32)" "$(openssl rand -hex 32)" > .env
docker compose up -d
Schritt 3 — Den Connector in Claude hinzufügen
Deine Server-URL: Öffne in AnythingMCP MCP Servers → den Server, auf dem dieser Connector liegt, und kopiere seine URL (
https://cloud.anythingmcp.com/mcp/…). Verwende sie überall dort, wo dieser GuideYOUR_SERVER_IDzeigt.
Empfohlener Weg — funktioniert auf claude.ai web, ohne eine Konfigurationsdatei zu bearbeiten.
- Öffne in Claude Customize → Connectors.
- Klicke auf + und dann auf Add custom connector.
- Gib einen Namen ein, z. B.
Gitea, sowie die Remote-MCP-Server-URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_IDund klicke dann auf Add. - Klicke auf Connect und melde dich bei AnythingMCP an (OAuth), um den Zugriff zu erlauben.
Alle unten aufgeführten Tools erscheinen in deinem Chat — du kannst direkt mit deinen Prompts loslegen.
Verfügbare Tools
| Tool | Was es tut |
|---|---|
gitea_get_current_user | Den Gitea-Benutzer abrufen, zu dem der Token gehört: id, login, full_name, email, is_admin und html_url |
gitea_search_repositories | Die Repositories durchsuchen, die der Token auf der gesamten Instanz sehen kann, nach Stichwort, Topic, Typ oder Archivierungsstatus: full_name, description… |
gitea_list_my_repositories | Die Repositories auflisten, die dem Benutzer des Tokens gehören, mit full_name, description, default_branch, private, archived, stars_count… |
gitea_list_organization_repositories | Die Repositories einer Organisation auflisten, die der Benutzer des Tokens sehen kann: full_name, description, default_branch, private, archived… |
gitea_list_user_repositories | Die Repositories eines bestimmten Benutzers auflisten, die der Benutzer des Tokens sehen kann: full_name, description, default_branch, private, archived… |
gitea_get_repository | Ein Repository abrufen: description, default_branch, private, archived, fork, empty, size, stars_count, forks_count, open_issues_count… |
gitea_list_issues | Die Issues eines Repositorys mit Filtern auflisten: number, title, state, labels, assignees, milestone, comments count, created_at, updated_at und… |
gitea_search_issues | Issues und Pull Requests über alle Repositories durchsuchen, die der Benutzer des Tokens sehen kann, oder auf diejenigen eingrenzen, die ihm zugewiesen sind, von ihm erstellt wurden, ihn erwähnen… |
gitea_get_issue | Ein Issue anhand seiner Nummer abrufen: title, body (Markdown), state, labels, assignees, milestone, due_date, comments count, created_at, closed_at… |
gitea_list_issue_comments | Die Kommentare eines Issues auflisten, älteste zuerst: id, body (Markdown), user, created_at, updated_at und html_url |
gitea_list_labels | Die Labels eines Repositorys auflisten: id, name, color und description |
gitea_list_milestones | Die Meilensteine eines Repositorys auflisten: id, title, state, description, due_on, open_issues und closed_issues |
gitea_list_pull_requests | Die Pull Requests eines Repositorys auflisten: number, title, state, merged, mergeable, head- und base-Branches, user, labels, created_at, updated_at… |
gitea_get_pull_request | Einen Pull Request anhand seiner Nummer abrufen: title, body (Markdown), state, merged, mergeable, head und base (Branch, sha, Repository), additions… |
gitea_get_pull_request_files | Die Dateien auflisten, die ein Pull Request ändert: filename, previous_filename, status (added, modified, deleted, renamed), additions, deletions und… |
gitea_get_pull_request_diff | Den Unified Diff eines Pull Requests als Klartext lesen, um die tatsächlichen Änderungen zu prüfen |
gitea_list_pull_request_commits | Die Commits eines Pull Requests auflisten: sha, message, author, date und html_url |
gitea_list_pull_request_reviews | Die Reviews eines Pull Requests auflisten: id, reviewer, state (APPROVED, REQUEST_CHANGES, COMMENT, PENDING), body, comments_count und submitted_at |
gitea_list_releases | Die Releases eines Repositorys auflisten, neueste zuerst: tag_name, name, body (Release Notes in Markdown), draft, prerelease, published_at, die angehängten… |
gitea_get_latest_release | Das neueste Release abrufen, das weder ein Entwurf noch ein Pre-Release ist: tag_name, name, body (Release Notes), published_at, assets und… |
gitea_get_release_by_tag | Ein Release anhand seines Tag-Namens abrufen: name, body (Release Notes), draft, prerelease, published_at, assets und html_url |
gitea_list_my_organizations | Die Organisationen auflisten, denen der Benutzer des Tokens angehört: name, full_name, description, visibility und website |
gitea_get_organization | Eine Organisation abrufen: name, full_name, description, website, location, visibility und avatar_url |
gitea_list_organization_members | Die Mitglieder einer Organisation auflisten, die der Benutzer des Tokens sehen darf: login, full_name und html_url |
gitea_list_organization_teams | Die Teams einer Organisation auflisten: id, name, description, permission und ob das Team alle Repositories abdeckt |
gitea_list_branches | Die Branches eines Repositorys auflisten: name, der letzte Commit (id, message, timestamp), protected und wer pushen darf |
gitea_list_commits | Die Commits eines Repositorys auflisten, neueste zuerst: sha, message, author, date und html_url |
gitea_get_commit | Einen Commit anhand von Branch, Tag oder sha abrufen: message, author, committer, date, parents, html_url und, mit files, die geänderten Dateien und Statistiken |
gitea_get_tree | Die Dateien und Ordner eines Repositorys an einem Branch, Tag oder Commit auflisten: path, type (blob für eine Datei, tree für einen Ordner), mode und size |
gitea_get_file_content | Eine Datei eines Repositorys als Text lesen, an einem Branch, Tag oder Commit (der Standard-Branch, wenn ref weggelassen wird) |
FAQ
Funktioniert es mit Claude Code ebenso wie mit Claude Desktop? Ja — richte beide auf https://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID.
Nächste Schritte
War dieser Guide hilfreich?