Google hat Ende März ein Repository mit Skills für KI-Agenten veröffentlicht: google/skills. Am 7. Oktober 2026 liegen dort 155 Skills. Fünf davon habe ich ausgewählt, gelesen und installiert, dazu einen sechsten aus Googles Gemini-Repository. Sie laufen auf meinem Mac und auf meinem eigenen Linux-Server, jeweils nur für Claude Code. Dazu läuft der offizielle Google Ads MCP auf dem Server, mit Lesezugriff und ohne dass ein Schlüssel den Server verlässt.
Dieser Beitrag richtet sich an Inhaber und Teams kleiner und mittlerer Unternehmen, die Claude Code bereits nutzen oder ernsthaft prüfen. Du erfährst, was in der Bibliothek steckt, welche Auswahl für ein KMU trägt und wo ich bewusst Nein gesagt habe.
was google/skills ist
Ein Skill ist ein Ordner mit einer Datei namens SKILL.md. Darin steht in Markdown, wie ein Agent eine bestimmte Aufgabe angeht: welche API, welche Reihenfolge, welche typischen Fehler. Claude Code liest beim Start nur Name und Beschreibung jedes Skills. Den vollen Text lädt es erst, wenn eine Anfrage dazu passt.
Wichtig für die Einordnung: Ein Skill ist Wissen, kein Zugang. Der Skill google-analytics-data-api-basics erklärt Claude, wie ein GA4-Bericht über die Data API aussieht. Zahlen aus deiner Property bekommt Claude damit noch nicht. Dafür braucht es Zugangsdaten und eine Verbindung zur API. Genau an dieser Stelle entscheidet sich, ob eine Einrichtung sicher ist.
Google pflegt neben google/skills weitere offizielle Repositorys mit Skills: google-gemini/gemini-skills mit dem Skill gemini-api-dev, firebase/agent-skills und googlemaps/agent-skills. Den Google Ads MCP Server gibt es getrennt davon unter googleads/google-ads-mcp.
die Bibliothek in Zahlen
Das Repository steht unter Apache 2.0 und wurde am 31. März 2026 angelegt. Am 7. Oktober 2026 zähle ich 155 SKILL.md-Dateien. Die README nannte am 30. September noch 150, die Sammlung wächst also weiter. Dazu kommen 20.997 Sterne und 1.741 Forks.
die bibliothek in zahlen
Eine große Bibliothek. Das meiste davon dreht sich um Google Cloud.
Skills (SKILL.md-Dateien) im Repository am 7. Oktober 2026. Die README nannte am 30. September noch 150.
Bereiche: cloud, ads, analytics, developers und identity.
Sterne auf GitHub (20.997) und 1.741 Forks, ein halbes Jahr nach dem Anlegen des Repositorys.
Offene Lizenz. Du darfst die Skills nutzen, ändern und weitergeben, auch gewerblich.
Quelle: github.com/google/skills, gezählt am 7. Oktober 2026.
Die Verteilung ist eindeutig. 136 der 155 Skills gehören zum Bereich cloud. Ads kommt auf 14, analytics und developers auf je 2, identity auf einen.
skills je bereich
- cloud136
- ads14
- analytics2
- developers2
- identity1
Hervorgehoben: die beiden Bereiche, aus denen meine Auswahl stammt. Ads und analytics machen zusammen 16 von 155 Skills aus.
Innerhalb von cloud dominieren Kubernetes und Infrastruktur. 37 Skills tragen das Präfix google-cloud-* für Lösungen, Speicher, Netzwerk, Filestore und Security Command Center. 35 betreffen GKE, 13 die Agent Platform. Weitere 12 decken Cloud Run, Cloud SQL, Build, Logging, Monitoring und Datenbanken ab.
innerhalb von cloud: 136 skills
- google-cloud-* (Lösungen, Storage, Netzwerk, Filestore, SCC)37
- gke35
- agent-platform13
- weitere cloud-* (Run, SQL, Build, Logging, Monitoring, Datenbanken)12
- bigquery7
- secops5
- iam-helper4
- gemini4
- genkit (developing-genkit-*)4
- firebase1
- übrige14
Kubernetes (GKE), Speicher, Netzwerk und Agenten-Hosting dominieren. Das ist Infrastruktur für Teams, die auf Google Cloud laufen.
Im selben Repository liegt außerdem ein Plugin-Marktplatz für Claude Code. Mit claude plugin marketplace add google/skills kommt der Marktplatz google-plugins mit 19 Einträgen dazu, die meisten für Datenbanken wie BigQuery, Spanner, Firestore, Cloud SQL und Looker, dazu google-cloud-developer. Für ein Unternehmen, das seine Daten nicht in Google Cloud hält, ist davon wenig relevant.
was davon für ein KMU Sinn ergibt
Ich habe eine einfache Frage gestellt: Welche Google-Dienste nutze ich wirklich, und wobei soll mir Claude dort helfen? Die Antwort war kurz. Google Ads und Google Analytics für die eigene Werbung und die Auswertung der Websites. Dazu die Gemini API, weil ich damit Bilder erzeuge, auch die in diesem Beitrag.
meine auswahl
Sechs Skills im Einsatz. Der Rest bleibt in der Bibliothek.
genutzt 6
google-ads-api-account-diagnosticsFindet, warum Conversions fallen oder Anteil an Impressionen verloren geht.
google-ads-api-mcp-setupFührt durch die Einrichtung des offiziellen Google Ads MCP Servers.
google-ads-api-quickstartZugangsdaten, Developer Token und typische Zugriffsfehler.
google-analytics-data-api-basicsBerichte mit Metriken und Dimensionen aus GA4.
google-analytics-admin-api-basicsProperties, Datenströme und Verknüpfungen in GA4.
gemini-api-devAktuelle Gemini API für Bild- und Textwerkzeuge. Aus google-gemini/gemini-skills.
weggelassen
- Firebase, Kundenportal bei Google
Kundendaten bleiben auf meinen eigenen Servern und in meinem eigenen Kontensystem (DSGVO).
- GKE, BigQuery, Spanner, AlloyDB, Cloud Run
Passt nicht zu meinem Stack. Diese Dienste betreibe ich nicht.
- Plugin google-cloud-developer
Cloud-Werkzeugkasten für dieselben Dienste. Ohne Google-Cloud-Betrieb unnötig.
- finding-google-skills, retrieving-developer-knowledge
Meine bestehende Doku-Abfrage deckt das bereits ab.
Faustregel: Jeder installierte Skill konkurriert um Claudes Aufmerksamkeit. Weniger Skills heißt, Claude wählt zuverlässiger den richtigen.
Bevor ich etwas installiert habe, habe ich jede der sechs SKILL.md-Dateien auf GitHub gelesen. Alle sechs sind reines Markdown ohne Skripte. Das ist kein Misstrauen gegenüber Google. Ein Skill steuert, was ein Agent tut, und verdient deshalb dieselbe Prüfung wie Code, den ich ausführe.
Im Alltag bringt mir google-ads-api-account-diagnostics am meisten. Der Skill gibt Claude eine Prüfreihenfolge für typische Probleme: Conversions brechen ein, Anfragen bleiben aus, der Anteil an Impressionen sinkt wegen Anzeigenrang, Geboten oder Budget. Ohne den Skill müsste ich diese Reihenfolge jedes Mal selbst vorgeben.
was ich bewusst weggelassen habe
Firebase und ein Kundenportal auf Google-Infrastruktur habe ich nicht eingerichtet. Kundendaten bleiben auf meinen eigenen Servern und in meinem eigenen Kontensystem. Das hält die DSGVO-Dokumentation überschaubar und vermeidet einen zusätzlichen Auftragsverarbeiter für Kernprozesse.
GKE, BigQuery, Spanner, AlloyDB und Cloud Run passen nicht zu meinem Stack. Ich betreibe diese Dienste nicht, also würden die Skills nur Platz in Claudes Auswahl belegen. Dasselbe gilt für das Plugin google-cloud-developer. Die Skills finding-google-skills und retrieving-developer-knowledge habe ich ebenfalls ausgelassen, weil meine bestehende Doku-Abfrage diese Aufgabe schon erledigt.
Dahinter steht ein Grundsatz, den ich bei jeder Erweiterung anwende: Weniger Skills bedeuten, dass Claude zuverlässiger den richtigen wählt. Jede Beschreibung im Verzeichnis konkurriert mit allen anderen. Ein Skill, den ich nie brauche, kann trotzdem zur falschen Zeit geladen werden.
vier grundsätze
Worauf meine Einrichtung baut.

Eine Bibliothek, kein Pflichtprogramm
Fünf Stapel, sehr ungleich hoch. 136 von 155 Skills gehören zu cloud. Für ein KMU ohne Google-Cloud-Betrieb bleibt davon wenig übrig.

Weniger wiegt hier mehr
Drei gezielt gewählte Karten halten einem großen Stapel die Waage. Sechs passende Skills helfen Claude mehr als eine volle Sammlung.

Ein Fenster, nur zum Hineinsehen
Der Google Ads MCP läuft auf meinem Server und kann nur lesen. Claude sieht Zahlen, ändert aber keine Kampagne.

Der Schlüssel bleibt im Tresor
Zugangsdaten liegen in der Env-Datei des Servers. Der Wrapper liest sie beim Start, der Chat sieht sie nie.
KI-generierte Bildmotive in 4K (Gemini 3 Pro Image), erstellt für diesen Beitrag.
Google Ads MCP sicher auf dem eigenen Server
Der Skill google-ads-api-mcp-setup führt zum offiziellen Server googleads/google-ads-mcp. Der Server bietet genau drei Tools: search, get_resource_metadata und list_accessible_customers. Damit kann Claude Berichte abfragen und Kontostrukturen lesen. Ändern kann es nichts, das ist so angelegt.
Die Voraussetzungen sind Python 3.12 oder neuer, pipx und fünf Zugangsdaten: Developer Token, OAuth Client ID, Client Secret, Refresh Token sowie die Kunden-IDs samt Login-ID des Verwaltungskontos (MCC). Ich habe den Server nur auf meinem Linux-Server installiert, festgelegt auf einen bestimmten Commit. Ein Update kommt erst nach erneuter Prüfung.
google ads mcp, nur lesend
Claude fragt. Der Server hält die Schlüssel.
- Claude Code
auf meinem eigenen Linux-Server
- Wrapper
liest Zugangsdaten aus der Server-Env und schreibt die ADC-Datei
- google-ads-mcp
fester Commit, mit pipx installiert
- Google Ads API
beantwortet nur Leseabfragen
- Zugangsdaten bleiben in der Server-Env
Fünf Werte: Developer Token, OAuth Client ID, Client Secret, Refresh Token, Kunden-IDs samt Login-(MCC-)ID. Nie im Chat, nie in Git, nie auf dem Laptop.
- ADC-Datei mit 0600
Bei jedem Start schreibt der Wrapper eine frische Application-Default-Credentials-Datei (Typ authorized_user). Lesen darf sie nur der Dienstnutzer.
- nur drei Lese-Tools
Der Server bietet search, get_resource_metadata und list_accessible_customers. Ein Tool, das eine Kampagne ändert, gibt es nicht.
Die Zugangsdaten lagen auf dem Server bereits in einer Env-Datei. Ein kleiner Wrapper liest sie bei jedem Start, schreibt daraus eine frische Application-Default-Credentials-Datei vom Typ authorized_user mit den Rechten 0600 und startet dann den MCP Server. Kein Schlüssel steht im Chat, keiner in Git, keiner auf dem Laptop.
Den Rauchtest habe ich über stdio gefahren. Der Server lieferte die erreichbaren Kundenkonten zurück. In Claude Code erscheinen die Tools mit Namensraum als customers_list_accessible_customers, metadata_get_resource_metadata und search_search.
Installation in drei Befehlen
Für die Skills selbst reicht die Skills-CLI über npx. Ich installiere global, aber ausdrücklich nur für Claude Code, und nenne jeden Skill einzeln.
eine prüfung, drei befehle
- 01jede SKILL.md lesen
Vor der Installation habe ich jede Datei auf GitHub geöffnet. Alle sechs sind reines Markdown, ohne Skripte.
- 02Node.js prüfen
Die Skills-CLI braucht Node.js 22.20 oder neuer.
node --version - 03aus google/skills installieren
Global, nur für Claude Code, je Skill ein --skill.
npx skills add google/skills -g -a claude-code \ --skill google-ads-api-account-diagnostics \ --skill google-ads-api-mcp-setup \ --skill google-ads-api-quickstart \ --skill google-analytics-data-api-basics \ --skill google-analytics-admin-api-basics - 04gemini-api-dev ergänzen
Stammt aus dem eigenen Repository google-gemini/gemini-skills.
npx skills add google-gemini/gemini-skills -g -a claude-code \ --skill gemini-api-dev
Meine eigene Stolperfalle: Mit -y, aber ohne -a claude-code, hat die CLI einen Skill ohne Rückfrage in 56 Agenten-Ordner verlinkt.
Drei Stolperfallen sind mir begegnet oder fast begegnet:
- Ohne
-a claude-code: Bei einem früheren Skill hat die CLI mit-yden Skill ohne Rückfrage in 56 Agenten-Ordner verlinkt. Das habe ich im Beitrag zum security-audit-Skill beschrieben. Nenne den Agenten immer ausdrücklich. - Zu alte Node-Version: Die Skills-CLI verlangt Node.js 22.20 oder neuer. Prüfe das vor dem ersten Befehl.
- Das ganze Repository auf einmal: Ohne
--skilllandet mehr in deinem Verzeichnis, als du brauchst. Wähle die Skills einzeln.
Kosten und Datenschutz
Die Skills kosten nichts. Die Google-Dienste dahinter können nach Nutzung abrechnen, je nach API und Projekt. Lege deshalb vor der ersten Abfrage einen Budgetalarm in Google Cloud an. Bei Google Ads gilt für mich eine klare Aufteilung: Claude analysiert, ein Mensch entscheidet über jede Budgetänderung.
Beim Datenschutz hilft die Trennung von Wissen und Zugang. Eine installierte SKILL.md überträgt keine Daten. Daten fließen erst, wenn Claude über eine Verbindung abfragt. Was Claude dabei aus Google Ads oder Analytics liest, landet im Kontext der Sitzung und damit auch beim Modellanbieter. Frag deshalb nur ab, was du für die Aufgabe brauchst, und prüfe vorher, welche Daten in deinem Werbekonto personenbezogen sind.
der kern in drei sätzen
google/skills ist eine große, offene Bibliothek, deren Schwerpunkt mit 136 von 155 Skills auf Google Cloud liegt. Für ein KMU ohne Cloud-Betrieb reichen wenige Skills zu Ads, Analytics und der Gemini API, jeweils vorher gelesen und gezielt installiert. Echten Kontozugriff gibt erst ein MCP Server, und den betreibe ich lesend auf dem eigenen Server, die Schlüssel bleiben dort.
häufige Fragen
Was ist google/skills?
Ein offenes Repository von Google mit Anleitungen für KI-Agenten, Lizenz Apache 2.0. Jeder Skill ist eine SKILL.md, also Markdown mit Anweisungen. Am 7. Oktober 2026 lagen dort 155 Skills, 136 davon zu Google Cloud.
Bekommt Claude über einen Skill Zugriff auf mein Google-Konto?
Nein. Ein Skill ist Wissen, kein Zugang. Erst Zugangsdaten und eine API-Verbindung, etwa über den Google Ads MCP, erlauben Abfragen in einem Konto.
Was kostet das?
Die Skills selbst sind kostenlos. Die Google-Dienste dahinter können nach Nutzung abrechnen. Lege vor der ersten Abfrage einen Budgetalarm an.
Kann Claude über den Google Ads MCP Kampagnen ändern?
Nein. Der offizielle Server bietet drei Lese-Tools: search, get_resource_metadata und list_accessible_customers. Budgetänderungen entscheidet bei mir ein Mensch.
Muss ich alle 155 Skills installieren?
Nein, im Gegenteil. Jeder installierte Skill konkurriert um Claudes Aufmerksamkeit. Ich nutze sechs, passend zu Werbung, Analyse und der Gemini API.
quellen und Stand
Stand: 7. Oktober 2026. Zahlen zu Skills, Sternen und Forks habe ich an diesem Tag im Repository gezählt. Umfang und Installationswege können sich ändern.
- google/skills auf GitHub: README, Ordnerstruktur, SKILL.md-Dateien und Plugin-Marktplatz, gelesen am 7. Oktober 2026.
- google-gemini/gemini-skills auf GitHub: Skill gemini-api-dev.
- googleads/google-ads-mcp auf GitHub: Tools, Voraussetzungen und Zugangsdaten.
- firebase/agent-skills und googlemaps/agent-skills auf GitHub.
- Google Cloud: Budgets und Budgetbenachrichtigungen.
Bildhinweis: Alle Bildmotive sind KI-generiert (Gemini 3 Pro Image) und für diesen Beitrag erstellt. Die Diagramme sind eigene Darstellungen nach den genannten Quellen und meiner Einrichtung.


