Installation überspringen. In unter 2 Minuten einsatzbereit.
Starte eine kostenlose Testphase auf cloud.anythingmcp.com, füge Gitea mit einem Klick hinzu und richte deinen KI-Client (Claude, ChatGPT, Copilot oder Cursor) auf den erzeugten MCP-Endpoint. Kein Docker, kein git clone, keinerlei Entwicklungserfahrung nötig.
Das AnythingMCP-Plugin im ChatGPT-Verzeichnis beantwortet auf AnythingMCP Cloud Fragen aus deinen Firmendatenbanken (PostgreSQL, MySQL, SQL Server, Oracle, SAP HANA, SQLite, MongoDB, nur lesend): Öffne den Eintrag (öffnet in neuem Tab) und klicke auf Install plugin. Alle anderen Connectors fügst du in ChatGPT als eigenen MCP-Server mit deiner AnythingMCP-MCP-URL hinzu.
Zusammenfassung
Lass deine KI dein Gitea lesen: Repositories finden, Issues und Pull Requests mit 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.
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-Schlüssel — fertig. Kein Docker, kein
git clone, kein lokaler Server.
Gitea + ChatGPT
Lass deine KI dein Gitea lesen: Repositories finden, Issues und Pull Requests mit 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.
Voraussetzungen
Die vollständige Einrichtungsanleitung ist 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 einen Account 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, dann 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. 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 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 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 benötigt 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 dessen 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, mit dem Hostnamen in SSRF_ALLOWED_HOSTS, 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 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 weder Actions-Runs und -Workflows noch Pakete, Wikis, Benachrichtigungen, Webhooks, Deploy Keys oder die Administration ab.
Schritt 2 — 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 — Connector in ChatGPT 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 diese AnleitungYOUR_SERVER_IDzeigt.
ChatGPT fügt MCP-Server als Plugins auf seiner Seite Plugins hinzu, im Web und in kostenpflichtigen Tarifen. Der Entwicklermodus ist nicht mehr nötig. In einem Business-Workspace können nur Admins und Owner einen hinzufügen; in Enterprise und Edu kann ein Admin die Berechtigung Create plugins with MCPs erteilen.
- Gehe zu chatgpt.com/plugins, klicke auf Add und dann auf Add custom MCP server.
- Gib einen Namen ein, z. B. Name:
Gitea. - Gib unter Connection die Server URL
https://cloud.anythingmcp.com/mcp/YOUR_SERVER_IDein und lasse Authentication auf OAuth. - Wähle I understand and want to continue und dann Create as a plugin. Wenn ChatGPT dich dazu auffordert, melde dich bei AnythingMCP an und erlaube den Zugriff.
- Installiere das neue Plugin aus deinen persönlichen Plugins, tippe dann in einem Chat @ und wähle es aus.
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, ä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, zu denen der Benutzer des Tokens gehö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 neueste 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 bei 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, bei einem Branch, Tag oder Commit (der Standard-Branch, wenn ref weggelassen wird) |
FAQ
Funktioniert der kostenlose ChatGPT-Tarif mit benutzerdefinierten MCP-Servern? OpenAI dokumentiert benutzerdefinierte MCP-Server nur für kostenpflichtige Tarife; der Free-Tarif steht nicht auf der Liste.
Nächste Schritte
War dieser Guide hilfreich?