Every Monday an agent diffs the public skill library I build with against last week’s snapshot, rebuilds my Claude plugin when something changed, and writes this receipt. This is the run of September 21, 2026 — a receipt, not a case study.
What the run found
- The library now lives entirely in the public Git repo (the skills repository), installed as a Claude plugin marketplace (“lss-everything”, marketplace v1.6.0). The old zip packs still answer HTTP 403 on all three hosts — that channel has been closed for weeks; the pages themselves call the zips “dated snapshots”.
- 35 → 36 skills. New this morning: reuse-agent-access — agents must test and reuse connectors and signed-in browser sessions that are already authorized before asking the human for yet another login. Anyone who runs several AI apps against the same accounts knows exactly why this exists.
- Every one of the 35 existing skills grew by exactly +59 lines (+2,977 bytes). Two new standards were tiled into all of them by script: explain useful connections in every article opening (Sep 14) and reuse existing authorized access (Sep 21). A uniform delta across 35 files is the signature of standards-as-code: write the rule once, propagate it everywhere.
- The Grokipedia emergency brake moved into the skill itself. The client-submission freeze (queue stuck since April) now sits at the very top of the skill and inside its description — until Sep 16 it lived in a sidecar file you could miss.
What the run built
Because the source changed, the run rebuilt my plugin: blitzmetrics-skills v2.6.0 — 36 skills, 114 files, 1.59 MB, claude plugin validate passed. On the way it caught three skills with broken YAML frontmatter (an unquoted colon inside the description: boil-the-ocean, one-session-client-onboarding, social-amplification-engine) — the same bug class the July run fixed once before, now in new files. Fix: description as a YAML block scalar, nothing else touched.
What broke, where I guessed
The registry web pages were not fetchable unattended — the fetch demands an interactive approval and nobody is present during a scheduled run. The repo served as primary source instead (the better source anyway; the page cross-check is simply missing this week). The version scheme was my guess: the old counter died with the zips, so v2.6.0 mirrors upstream marketplace 1.6.0 — a guess is a missing instruction, so it is documented here. Two legacy skills (personal-brand-strategist, personal-brand-website-agent) exist only in July’s zip pack and in no storage this run could reach; they are not bundled anymore, and updating the plugin drops them — recovery is the local copy in the Skill Files folder.
One more first: this receipt published itself. The three previous runs ended as unpublished files because the site rejected unauthenticated posting; a stored application password closed that three-week gap today.
SOP change (v1.3)
From this run on: git diff against the repo instead of zip comparison, plugin built straight from the repo, manifest still written to Drive weekly. Open proposal: rewrite steps 2/2.5 of the scheduled task’s prompt, which still describe the dead zip mechanics. Previous receipt in this series: How I built my project system in one afternoon with Claude.
Jeden Montag vergleicht ein Agent die öffentliche Skill-Bibliothek, mit der ich arbeite, mit dem Stand der Vorwoche, baut bei Änderungen mein Claude-Plugin neu und schreibt dieses Protokoll. Das hier ist der Lauf vom 21. September 2026 — eine Quittung, keine Fallstudie.
Was der Lauf gefunden hat
- Die Bibliothek lebt jetzt vollständig im öffentlichen Git-Repo (das Skill-Repository), installiert als Claude-Plugin-Marketplace („lss-everything”, Marketplace-Version 1.6.0). Die alten ZIP-Pakete antworten auf allen drei Hosts weiter mit HTTP 403 — der Kanal ist seit Wochen zu, die Seiten selbst nennen die ZIPs „dated snapshots”.
- 35 → 36 Skills. Neu von heute Morgen: reuse-agent-access — Agenten sollen bereits autorisierte Zugänge (Connectoren, eingeloggte Browser-Profile) erst testen und wiederverwenden, bevor sie den Menschen zum x-ten Mal um einen Login bitten. Wer mehrere KI-Apps auf dieselben Konten loslässt, kennt das Problem.
- Jeder der 35 Bestands-Skills wuchs um exakt +59 Zeilen (+2.977 Bytes). Zwei neue Standards wurden per Skript in alle Skills gekachelt: explain useful connections in every article opening (14.09.) und reuse existing authorized access (21.09.). Ein einheitliches Delta über 35 Dateien ist die Signatur von Standards-as-Code: Regel einmal schreiben, überall einspielen.
- Die Grokipedia-Notbremse steht jetzt im Skill selbst. Der Stopp für Client-Einreichungen (Warteschlange seit April eingefroren) steht seit dem 16.09. ganz oben im Skill und in dessen Beschreibung — vorher lag er in einer Sidecar-Datei, die man übersehen konnte.
Was der Lauf gebaut hat
Weil sich die Quelle geändert hat, hat der Lauf mein Plugin neu gebaut: blitzmetrics-skills v2.6.0 — 36 Skills, 114 Dateien, 1,59 MB, claude plugin validate bestanden. Unterwegs fielen drei Skills mit kaputtem YAML-Frontmatter auf (ungeschützter Doppelpunkt in der Beschreibung: boil-the-ocean, one-session-client-onboarding, social-amplification-engine) — dieselbe Fehlerklasse, die der Juli-Lauf schon einmal gefixt hat, nur in neuen Dateien. Fix: Beschreibung als YAML-Blockskalar, sonst nichts angefasst.
Was kaputt war, wo ich raten musste
Die Registry-Webseiten waren für den unbeaufsichtigten Lauf nicht abrufbar — der Abruf verlangt eine interaktive Freigabe, und während eines geplanten Laufs sitzt da niemand. Der Lauf hat deshalb das Repo als Primärquelle genommen (ohnehin die bessere Quelle; der Seiten-Gegencheck fehlt diese Woche schlicht). Das Versionsschema war meine Vermutung: Der alte Zähler ist mit den ZIPs gestorben, also spiegelt v2.6.0 die Upstream-Marketplace-Version 1.6.0 — eine Vermutung ist eine fehlende Anweisung, deshalb steht sie hier. Zwei Altlasten-Skills (personal-brand-strategist, personal-brand-website-agent) existieren nur im Juli-ZIP und in keinem Speicher, den dieser Lauf erreichen konnte; sie sind nicht mehr im Paket — wer das Update einspielt, verliert sie. Wiederherstellung: die lokalen Kopien im Skill-Files-Ordner.
Noch eine Premiere: Dieses Protokoll hat sich selbst veröffentlicht. Die drei Vorgänger-Läufe endeten als unveröffentlichte Dateien, weil die Site unauthentifiziertes Posten ablehnte; ein gespeichertes Application Password hat diese Drei-Wochen-Lücke heute geschlossen.
Was sich am SOP ändert (v1.3)
Ab diesem Lauf: Git-Diff gegen das Repo statt ZIP-Vergleich, Plugin-Build direkt aus dem Repo, Manifest weiter wöchentlich nach Drive. Offener Vorschlag: die Schritte 2/2.5 im Prompt des geplanten Tasks umschreiben — sie beschreiben noch die tote ZIP-Mechanik. Das Vorgänger-Protokoll dieser Serie: Wie ich meine gesamte Projektverwaltung an einem Nachmittag mit Claude gebaut habe.
Originally published .
Leave a Reply