Trending Claude Skills: Alle 15 Minuten aktualisierte Rangliste der claude-skills- und KI-Agent-Repositories

Für wen das gedacht ist

Wenn Sie schnell wissen wollen, welche claude-skills-, MCP-Server- und KI-Agent-Repositories zuletzt aktiv auftauchen, ohne selbst eine Liste zu pflegen, ist dieses Repository ein fertiger Einstiegspunkt. Es versteht sich selbst als automatisch aktualisierte Rangliste: Es fragt die GitHub Search API ab, sucht KI-Coding-Agent-Skill-Repositories, die neu angelegt oder zuletzt aktualisiert wurden, sortiert sie nach Aktualität und Dynamik statt nach kumulierter Star-Zahl und schreibt das Ergebnis als selbst aktualisierende Ranglistentabelle in die README.

Es eignet sich für drei Arten von Nutzenden: Wer eine Tool-Auswahl trifft und neu auftauchende Agent-Fähigkeiten schnell überfliegen muss; wer selbst Claude-Code-Skills oder MCP-Dienste schreibt und sehen will, was vergleichbare Projekte zuletzt machen; und wer einen stabilen Eintrittspunkt festhalten will, um nicht jedes Mal wieder manuell zu suchen.

Was es nicht ist, gehört ebenso klar gesagt: Es ist eine Rangliste, kein direkt installierbares Skill-Paket, und das Repository enthält selbst keine Installationsschritte, die einen der Einträge in einen Client installieren.

In 3 Minuten zum ersten Versuch

Es gibt genau einen offiziellen Weg: die Startseite des Repositories öffnen und die Ranglistentabelle in der README lesen.

https://github.com/linny006/trending-claude-skills

Voraussetzung ist nur eine: GitHub erreichen und die README auf der Startseite des Repositories ansehen können. Es muss kein Client installiert werden, und es landen keine Dateien auf Ihrer Festplatte - die gesamte Aktion ist ein schreibgeschützter Zugriff.

Die konkreten Schritte:

1. Stellen Sie in Ihrer Agent-Sitzung, die Webseiten lesen kann, eine schreibgeschützte Anfrage, zum Beispiel: "Lies die Ranglistentabelle in der README auf der Startseite dieses Repositories und liste die ersten 5 Einträge in Reihenfolge mit ihren Repository-URLs auf."
2. Prüfen Sie, dass diese Anfrage wirklich nur liest: Sie schreibt keine lokalen Dateien und ändert nichts am Repository.
3. Gleichen Sie die zurückgegebenen Eintragsnamen einzeln mit der Tabelle auf der Startseite des Repositories ab.

Es gibt drei Erfolgszeichen: Die zurückgegebenen Einträge lassen sich einzeln in der Tabelle auf der Startseite wiederfinden; die Reihenfolge stimmt mit dem überein, was Sie beim Öffnen der Seite gesehen haben; und nach dem Vorgang ist im Arbeitsverzeichnis keine neue Datei hinzugekommen. Antwortet der Agent mit "Ich kann nicht auf das Web zugreifen" oder liefert er eine aus dem Gedächtnis zusammengestellte Skill-Liste, ist dieser erste Versuch nicht gelungen.

Auf der Seite steht außerdem, dass ein Star für dieses Repository es als Lesezeichen speichert, sodass man später zum selben Eintrittspunkt zurückkehren kann. Das ist der einzige dokumentierte Schreibvorgang, er landet aber in Ihrem GitHub-Konto und nicht auf der lokalen Festplatte - auch hier lohnt sich eine kurze Bestätigung vorher.

Anwendungsfälle

Fall eins: KI-Agent-Fähigkeiten für Videoerstellung und Social Media entdecken

Der Umfang der erfassten Einträge umfasst Claude-Code-Skills, MCP-Server sowie KI-Agent-Fähigkeiten für Szenarien wie Videoerstellung oder Social-Media-Management. Konkret heißt das: den Agenten die Ranglistentabelle auf der Startseite des Repositories einmal lesen lassen, die Einträge herausfiltern, die mit Videoerstellung oder Social-Media-Management zu tun haben, und deren Repository-URLs samt aktueller Rangposition auflisten.

Grundlage dieses Ablaufs ist: Die Rangliste fragt in der GitHub Search API Skill-Repositories ab, die zuletzt neu angelegt oder aktualisiert wurden, und sortiert nach Aktualität und Dynamik; jede Aktualisierung bildet die tatsächlichen Änderungen upstream ab, neue Einträge kommen hinzu, veraltete verschwinden. Bleibt ein Eintrag derselben Richtung also über mehrere Aktualisierungen hinweg in der Liste, bedeutet das in der Regel, dass er weiter gepflegt wird - diese Einschätzung nutzt genau ihre Flüchtigkeit aus.

Fall zwei: aus der Rangliste einen festen Beobachtungseinstieg machen

Die README erklärt, dass die folgende Tabelle bei jeder geplanten Aktualisierung komplett neu geschrieben wird, und empfiehlt, das Repository mit einem Star als Lesezeichen zu versehen. Der passende Handgriff: erst bestätigen, dass dieses Ranking wirklich dauerhaft beobachtet werden soll, dann dem Repository einen Star geben - ab dann führt ein direkter Besuch der Startseite zurück zum selben Beobachtungseinstieg.

Auch die Grenze ist zu benennen: Ein Star speichert einen Einstiegspunkt, keinen Schnappschuss des Inhalts. Zwischen zwei Besuchen kann die Tabelle völlig anders aussehen; jede Zitierung sollte daher den Zusatz "Stand einer bestimmten Abfrage" tragen, statt als stabile Datensatzgrundlage behandelt zu werden.

Grenzen der Nutzung

• Die Rangliste ist flüchtiger Inhalt: Die Tabelle wird bei jeder geplanten Aktualisierung komplett neu geschrieben, jede Abfrage ist nur ein Ausschnitt des jeweiligen Moments, und lokal bleibt automatisch keine Kopie zurück.
• Die Aktualität ist durch den Suchindex der GitHub Search API begrenzt; das Repository bezeichnet seine Datenquelle selbst als GitHub Search API, "nicht aufgetaucht" bedeutet also nicht "nicht vorhanden".
• Sortiert wird nach Aktualität und Dynamik, nicht nach kumulierter Star-Zahl - stabile, aber nicht mehr gepflegte Altprojekte können hinten einordnen.
• Das Repository liefert nur die Rangliste und keine Installationsschritte für die Einträge; Verfügbarkeit und Sicherheit eines Eintrags richten sich nach der Beschreibung in seinem jeweiligen externen Repository.
• Für langfristige Beobachtung: Lesezeichen wie den Star nutzen - statt darauf zu setzen, den Seiteninhalt zu kopieren und als feste Referenz zu behandeln.