MCP

Weblate-Projekte im Chat sehen und Übersetzungen suchen

Für alle, die Weblate-Projekte im Chat sehen und Übersetzungseinheiten mit nativer Filtersyntax suchen wollen — erst mit eigener Instanz-API-Adresse und Token.

Official source · weblate-mcp

Install

npx -y @mmntm/weblate-mcp

Für wen

Diese Anleitung ist für Menschen, die schon eine Weblate-Instanz mit erreichbarer API haben und im Chat Projekte sehen sowie Übersetzungseinheiten suchen wollen. Offizieller Hauptweg: @mmntm/weblate-mcp mit npx starten und WEBLATE_API_URL sowie WEBLATE_API_TOKEN setzen. Ohne Instanz-URL und Token nichts aufrufen.

Sie passt zu Menschen, die zuerst Projekte anzeigen und dann mit nativer Weblate-Filtersyntax Übersetzungen finden. Vollständig genannt sind hier listProjects und searchUnitsWithFilters. Ungenannte Schreibwerkzeuge nicht als Freibrief zum Ändern von Übersetzungen lesen; fehlende Toolnamen nicht erfinden.

Erster Versuch in 3 Minuten

Der offizielle Installationsbefehl folgt. Voraussetzungen: npx auf diesem Rechner (Entwicklungsnotizen nennen auch Node.js 18+ und pnpm) plus eine Weblate instance mit API access. Konfiguration ist der Client-MCP-Eintrag: command ist npx, args sind -y und @mmntm/weblate-mcp, env hält WEBLATE_API_URL und WEBLATE_API_TOKEN. Die URL muss die API-Wurzel deines eigenen Weblate sein; keine Beispiel-Hostnamen aus der Dokumentation.

npx -y @mmntm/weblate-mcp

Offizielle Seite:

https://github.com/mmntm/weblate-mcp

Erster Versuch mit dem offiziellen Tool listProjects: alle verfügbaren Weblate-Projekte mit URL und metadata anzeigen. Erfolg ist eine Rückgabe von Projekten, kein abgelehntes Token. listProjects erreicht die konfigurierte Weblate-Instanz; das heißt nicht ohne Netz und ohne Privatsphäregrenze.

Anwendungsfälle

Fall 1: Sehen, welche Projekte auf der Instanz existieren. Entspricht listProjects. Der Originaltext nennt URLs and metadata und keine Seiten- oder Filterparameter; nur nutzen, was der Client zeigt. Erfolg: Projektnamen sind sichtbar.

Fall 2: Übersetzungseinheiten per Filter finden. Entspricht searchUnitsWithFilters. Offiziell nutzt es Weblate's native filtering syntax und nennt das einen effizienten Weg, translations zu finden. Diese Seite gibt keinen kopierbaren Filterausdruck; keine Syntax erfinden. Erfolg: passende Übersetzungseinheiten kommen zurück.

Grenzen

Auf dieser Seite genannte Transporte: HTTP/SSE, Streamable HTTP und STDIO; kein Standardport, keinen erfinden. Token und Instanz-URLs nur in die lokale env. Keine Ratengrenzen, keine Tabelle schreibender Tools, keine Schritte zum Zurücknehmen einer Übersetzung. Entwicklerseitig fällt pnpm; das ist kein Ersatz-Hauptinstaller für den npx-Weg, also nicht zwei gleichrangige Erstinstallationen.

Vor searchUnitsWithFilters prüfen, dass der Filter aus nativer Weblate-Syntax stammt, nicht aus einem improvisierten Schlüsselwort. listProjects beantwortet nur, welche Projekte auf der Instanz existieren, und ändert keine Übersetzung von selbst.