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.
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.
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 + Microsoft Copilot
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 Microsoft Copilot 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/…). Setze sie überall ein, wo diese AnleitungYOUR_SERVER_IDzeigt.
Microsoft Copilot nutzt MCP-Server über Agents, die du in Copilot Studio baust: Du fügst AnythingMCP einem Agent als Tool hinzu und veröffentlichst den Agent dann in Microsoft 365 Copilot und Teams. Copilot Studio verbindet sich aus der Cloud von Microsoft per Streamable HTTP, das AnythingMCP unterstützt.
- Öffne in Copilot Studio deinen Agent (oder leg einen an), geh zu Tools und wähle Add a tool → New tool → Model Context Protocol.
- Trag einen Server name ein (zum Beispiel
AnythingMCP), eine Server description, die sagt, was der Connector kann, und die Server URLhttps://cloud.anythingmcp.com/mcp/YOUR_SERVER_ID. Anhand der Beschreibung entscheidet Copilot Studio, wann es den Server aufruft. - Wähle bei der Authentifizierung API key, setze Type auf Header und den Header-Namen auf
X-API-Keyund klicke auf Create. - Wähle in Add tool die Option Create a new connection, füge einen MCP-API-Key aus AnythingMCP ein (MCP Servers → dein Server → API keys) und klicke auf Add to agent.
- Probier es im Test-Bereich des Agents aus: Bitte um etwas, wofür er die
Gitea-Tools braucht. - Klicke auf Publish, dann auf Channels → Microsoft 365 and Microsoft Teams, lass Make agent available in Microsoft Copilot aktiviert und wähle Add channel. See agent in Teams installiert den Agent für dich; in Microsoft 365 Copilot tippst du @ und wählst den Agent aus.
Lieber eine Anmeldung pro Person? Wähle statt API key OAuth 2.0 → Dynamic discovery: Dann meldet sich jede Person beim ersten Aufruf des Agents bei AnythingMCP an.
Du hostest selbst? Nimm statt https://cloud.anythingmcp.com die öffentliche HTTPS-Adresse deiner Instanz. Copilot Studio verbindet sich aus der Cloud von Microsoft, localhost funktioniert deshalb nicht.
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
Für welchen Copilot gilt das? Für Microsoft 365 Copilot im Unternehmen, über Agents aus Copilot Studio. Die Microsoft-Copilot-App für private Konten bietet keine Möglichkeit, einen eigenen MCP-Server hinzuzufügen.
Was brauche ich? Ein Arbeitskonto mit Zugang zu Copilot Studio (Lizenz oder Testversion), um den Agent zu bauen. Wer ihn in Microsoft 365 Copilot oder Teams nutzen soll, braucht Zugriff auf den Agent: Teile ihn oder lass ihn von einem Admin für die Organisation veröffentlichen. Wendet deine Organisation Datenrichtlinien auf Power-Platform-Connectors an, gelten sie auch für MCP-Server.
Der Agent ruft die Tools nicht auf. Prüfe, dass der Header-Name genau X-API-Key lautet und der Schlüssel zum selben MCP-Server gehört wie die URL, und formuliere die Server description konkret: Copilot Studio entscheidet anhand der Beschreibung, wann es den Server aufruft. Veröffentliche den Agent nach jeder Änderung erneut; in einem offenen Chat holst du die neue Version mit „start over“.
Nächste Schritte
War dieser Guide hilfreich?