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 Zugriffstoken. Nur lesend.
Geführte Einrichtung
Gitea in 2 Minuten mit Claude, ChatGPT oder Copilot verbinden
Starte die kostenlose Testphase in der AnythingMCP Cloud, verbinde Gitea in der geführten Einrichtung und trag deine MCP-URL in deinen KI-Assistenten ein. Ohne Code, ohne eigenen Server.
Keine Kreditkarte · 7 Tage Test · Self-Hosting-Alternative verfügbar
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
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 Zugriffstoken. Nur lesend.
Einrichtung
Die Einrichtung dauert etwa 2 Minuten. Du brauchst ein Konto auf gitea.com oder auf deinem eigenen Gitea-Server und ein Zugriffstoken mit Leseberechtigung für Repository, Issue, Organization und User.
- Klicke in Gitea auf deinen Avatar, dann auf Settings und 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 das Token den vollen Zugriff seines Benutzers. - Klicke auf Generate Token und kopiere das Token sofort: Gitea zeigt es nur einmal an. Füge nur das 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. Läuft Gitea unter einem Unterpfad, behalte ihn bei (https://example.com/gitea). - Installiere den Connector und führe
gitea_get_current_useraus: Das Tool zeigt den Benutzer, zu dem das 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 für deinen Benutzer, eine Organisation oder einen anderen Benutzer aufgelistet), 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 einer Pull-Request-Nummer 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 (einer privaten IP oder einem internen Namen) braucht ein self-hosted AnythingMCP im selben Netzwerk, mit dem Hostnamen in SSRF_ALLOWED_HOSTS, sonst blockiert der Schutz für ausgehende Anfragen 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 das 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 er deckt keine Actions-Läufe und Workflows, Pakete, Wikis, Benachrichtigungen, Webhooks, Deploy Keys oder Administration ab.
Voraussetzungen: GITEA_URL, GITEA_TOKEN
Den Connector lokal 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
Öffne http://localhost:3000/connectors/store, wähle Gitea und füge die unter Voraussetzungen aufgeführten Umgebungsvariablen ein.
Verfügbare Tools
| Tool | Was es tut |
|---|---|
gitea_get_current_user | Den Gitea-Benutzer abrufen, zu dem das Token gehört: id, login, full_name, email, is_admin und html_url |
gitea_search_repositories | Die Repositories, die das Token auf der gesamten Instanz sehen kann, nach Stichwort, Topic, Typ oder Archivierungsstatus durchsuchen: 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 zugewiesen sind, erstellt wurden, 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, die ältesten 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 reinen Text 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, die neuesten 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, die neuesten 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) |
Nächste Schritte
War dieser Guide hilfreich?