ClawSweeper: Codex Bot von OpenClaw löst 7.000 GitHub Issues effizient

OpenClaw, das Open-Source-KI-Assistentenprojekt, hatte bis April 2026 über 7.000 offene Issues und Pull Requests angesammelt. Die meisten Maintainer in dieser Situation würden entweder eine Bug-Tracker-Insolvenz erklären oder ein Triage-Team einstellen. Die OpenClaw-Maintainer haben stattdessen einen Bot entwickelt. ClawSweeper überprüft nun jede offene Issue und jeden PR nach einem rollierenden Zeitplan, entwirft einen von Codex verfassten Schließungsvorschlag, wenn die Beweislage stark ist, und wendet diese Schließungen über eine separate Ausführungsschiene an, die nur dann läuft, wenn der Vorschlag noch gültig ist.

Es ist auch eine Fallstudie in Zurückhaltung. ClawSweeper schließt nicht automatisch aufgrund einer Vermutung, berührt niemals von Maintainern erstellte Elemente und weigert sich, Änderungen anzuwenden, wenn die zugrunde liegende Überprüfung unerwünschte Änderungen im Arbeitsbaum hinterlassen hat.

Dieser Leitfaden erklärt, was ClawSweeper tut, wie die drei Schienen zusammenarbeiten, welche Sicherheitsregeln verhindern, dass es Dinge schließt, die es nicht sollte, und welche Codex-Konfiguration jede Überprüfung antreibt. Für Hintergrundinformationen zum Modell, das die Hauptarbeit leistet, siehe was ist GPT-5.5.

TL;DR

• ClawSweeper ist OpenClaws Wartungs-Bot für openclaw/openclaw und scannt etwa 7.000 offene Elemente nach einem rollierenden Zeitplan.
• Drei Schienen: ein Scheduler wählt aus, was überprüft werden soll, die Überprüfungsschiene entwirft Schließungsvorschläge, die Anwendungsschiene führt sie alle 15 Minuten aus.
• Codex mit gpt-5.5, hoher Argumentationsfähigkeit, schneller Service-Tier und einem 10-Minuten-Timeout pro Element erstellt die Überprüfungen.
• Schließungen erfolgen nur in sechs engen Fällen: implementiert, nicht reproduzierbar, Duplikat, außerhalb des Geltungsbereichs, inkohärent oder veraltet (älter als 60 Tage).
• Von Maintainern erstellte Elemente, Elemente mit offenen referenzierenden PRs und geschützte Labels werden niemals automatisch geschlossen.
• Der Bot hat insgesamt 10.217 Elemente durch Automatisierung geschlossen, aber die letzte Woche zeigt eine Schließungsrate von 0,1 % pro Überprüfungslauf; er neigt stark dazu, Dinge offen zu lassen.
• Die Lizenz ist MIT, der Stack ist TypeScript auf Node 24 mit pnpm, und die Operationen laufen über eine GitHub App.

Das Wartungsproblem, das ClawSweeper löst

OpenClaw bezeichnet sich selbst als „Ihr persönlicher KI-Assistent. Jedes OS. Jede Plattform. Auf die Hummer-Art.“ Diese Positionierung zog schnell eine breite Community an: 3.546 offene Issues und 3.457 offene Pull Requests zum Zeitpunkt des letzten Dashboard-Snapshots am 27. April 2026. Viele dieser Elemente beziehen sich auf Verhaltensweisen, die vor drei Releases behoben wurden, duplizieren ältere Threads oder beschreiben Funktionen, die jetzt besser für OpenClaws Plugin- und Skill-Ökosystem geeignet sind als für das Kern-Repo.

Manuelle Triage bei diesem Volumen ist nicht realistisch. Das Schließen des Falschen ist ebenfalls kostspielig, da Mitwirkende, die sich ignoriert fühlen, aufhören, Beiträge zu leisten. ClawSweeper löst dieses Problem, indem es den Schritt des Entscheidens, was geschlossen werden soll, vom Schritt des Ausführens der Schließung trennt und den Großteil seiner Energie auf Elemente konzentriert, bei denen die Antwort eindeutig ein Duplikat oder inkohärent ist.

Die drei Schienen

ClawSweeper teilt sich in drei unabhängige Prozesse auf. Jeder protokolliert in sein eigenes Berichtsverzeichnis und kann angehalten werden, ohne die anderen zu beeinflussen.

Scheduler

Der Scheduler entscheidet, welche Issues und PRs überprüft werden und in welcher Frequenz. Aus der README-Datei: „Neue und aktive Elemente erhalten mehr Aufmerksamkeit; ältere, ruhigere Elemente fallen auf eine langsamere Frequenz zurück.“ In der Praxis bedeutet das: heiße Elemente stündlich, Elemente, die jünger als 30 Tage sind, täglich und ältere Issues wöchentlich. Die Frequenz ist beabsichtigt. Man möchte einen neuen Fehlerbericht oft erneut prüfen, falls weitere Beweise eintreffen, und einen alten selten, da sich die Antwort wahrscheinlich nicht ändern wird.

Überprüfungsschiene

In der Überprüfungsschiene bewährt sich Codex. ClawSweeper wählt ein Element aus, erstellt einen Kontext-Shard mit dem Titel, dem Inhalt, den Kommentaren und einem Snapshot des Repo-Zustands auf main und übergibt diesen Shard dann an Codex. Codex liefert einen strukturierten Markdown-Bericht mit einem von drei Urteilen: offen lassen, schließen wegen X oder unzureichende Beweise. Die README-Datei ist in Bezug auf den Umfang unmissverständlich: „Die Überprüfung ist nur ein Vorschlag. Sie schließt niemals Elemente.“

Die Berichte bleiben in items/, bis die Anwendungsschiene sie verbraucht, und das verleiht dem System seine Sicherheitseigenschaft. Ein Mensch kann jede vorgeschlagene Schließung im Repo lesen, bevor sie ausgeführt wird.

Anwendungsschiene

Die Anwendung läuft alle 15 Minuten. Sie durchläuft items/, ruft den neuesten Bericht für jede offene Issue oder jeden PR ab und validiert den Vorschlag erneut: Ist der Bericht noch konsistent mit dem Live-Status der Issue (keine neuen Kommentare, kein Maintainer-Label, kein verweisender PR in der letzten Stunde geöffnet) und ist er aktuell genug, um darauf zu reagieren? Wenn ja, schließt die Anwendungsschiene das Element, veröffentlicht die von Codex verfasste Erklärung als Kommentar und verschiebt den Bericht nach closed/. Wenn sich etwas geändert hat, wird der Bericht verworfen und der Scheduler prüft das Element im nächsten Durchlauf erneut.

Diese Aufteilung ist die wichtigste Designentscheidung in diesem Projekt. Codex greift niemals direkt auf GitHub zu, und die Anwendungsschiene beurteilt niemals die Schließungswürdigkeit; sie setzt den Vorschlag unter neuen Bedingungen durch.

Die Schließungsregeln

ClawSweeper schlägt Schließungen nur für Elemente vor, die in einen von sechs engen Kategorien fallen, direkt aus der README-Datei entnommen:

• „auf aktuellem main implementiert“
• „auf aktuellem main nicht reproduzierbar“
• „Duplikat oder ersetzt durch eine kanonische Issue/PR“
• „konkret, aber in diesem Quell-Repo nicht umsetzbar“ (besser geeignet für ClawHub Skill- oder Plugin-Arbeit)
• „so inkohärent, dass keine Maßnahmen ergriffen werden können“
• „veraltete Issue, älter als 60 Tage, mit zu wenig Daten zur Überprüfung“

Jede andere Situation, einschließlich reproduzierbarer Bugs, gültiger Feature Requests, teilweiser Reproduktionen und echter, aber nicht priorisierter Arbeit, hält das Element offen. Die Schließungsrate von 0,1 % im letzten Überprüfungslauf (4 vorgeschlagene Schließungen bei 3.478 überprüften Issues) zeigt, wie aggressiv die Prompt Falsch-Positive vermeidet.

Einige Schutzschichten liegen über den Schließungsregeln:

• Von Maintainern erstellte Elemente werden niemals geschlossen. Wenn ein Maintainer eine Issue einreicht, lässt der Bot sie in Ruhe, unabhängig vom Alter.
• Offene, referenzierende PRs blockieren die Schließung. Wenn Issue #4321 einen offenen PR mit Closes #4321 im Inhalt hat, wartet ClawSweeper.
• Geschützte Labels umgehen den Bot vollständig. Markieren Sie eine Issue mit keep-open (oder einer beliebigen anderen von den Maintainern konfigurierten Label-Liste), und der Scheduler überspringt sie.

Codex-Konfiguration

Die Codex-Einrichtung ist der Teil, der für jedes Team, das eine eigene Automatisierung aufbaut, am ehesten übernommen werden sollte:

gpt-5.5

Einige Details sind hier wichtig. Der Modus mit hoher Argumentationsfähigkeit erkennt Duplikate, die für einen Menschen nach zwanzig Sekunden offensichtlich erscheinen, aber das Verfolgen von fünf verknüpften Threads zur Überprüfung erfordern. Der schnelle Service-Tier hält die Kosten bei einem Rückstand von 7.000 Elementen vorhersehbar. Das 10-Minuten-Timeout ist ein hartes Abbruchkriterium, keine Warnung; ein Element, das länger dauert, wird für den nächsten Durchlauf verworfen, anstatt die Warteschlange zu blockieren.

Die Codex-Umgebung läuft auch ohne GitHub-Schreib-Tokens. Die README-Datei drückt es klar aus: „Überprüfungen schlagen fehl, wenn Codex verfolgte oder nicht verfolgte Änderungen hinterlässt.“ Das zwingt den Prüfer, sich wie ein schreibgeschützter Analyst zu verhalten; jede Nebenwirkung ist ein Bug, kein Feature.

Wenn Sie dasselbe Modell interaktiv nutzen möchten, bevor Sie es in einen Bot integrieren, ist die Codex CLI der einfachste kostenlose Weg zu GPT-5.5. Für ein Kostenmodell für den programmatischen API-Zugriff siehe die GPT-5.5 Preisübersicht und den GPT-5.5 API-Nutzungsleitfaden.

Lokale Einrichtung

Das Klonen von ClawSweeper und das lokale Ausführen ist unkompliziert. Das Repo erwartet Node 24 und pnpm über corepack:

git clone https://github.com/openclaw/clawsweeper.git
cd clawsweeper
source ~/.profile
corepack enable
pnpm install
pnpm run build

Einige Geheimnisse müssen vorhanden sein, bevor die Schienen starten:

• OPENAI_API_KEY: authentifiziert Codex für die Überprüfungsschiene.
• CLAWSWEEPER_APP_ID: GitHub App ID (3306130 für die Produktionsinstallation).
• CLAWSWEEPER_APP_PRIVATE_KEY: der private Schlüssel, der zum Prägen kurzlebiger Installations-Tokens verwendet wird.
• OPENCLAW_GH_TOKEN: optional, greift auf ein persönliches Zugriffstoken zurück, wenn die App-Route fehlschlägt.

Sie können die Überprüfungsschiene für jedes Repo ausführen, das Sie besitzen. Die Anwendungsschiene beschränkt sich absichtlich auf Schreiboperationen in openclaw/openclaw, es sei denn, Sie konfigurieren die GitHub App-Berechtigungen neu.

Für Teams, die einen kostenpflichtigen API-Schlüssel bevorzugen, aber dasselbe Codex-Verhalten wünschen, zeigen die kostenlosen GPT-5.5-Pfade Alternativen auf, die über Testguthaben oder Aggregator-Gateways geleitet werden.

Dashboard-Snapshot

Die README-Datei enthält ein öffentliches Dashboard, das bei jedem Anwendungslauf aktualisiert wird. Zum Zeitpunkt des letzten Snapshots:

• Insgesamt 7.003 offene Elemente (3.546 Issues + 3.457 PRs)
• 3.478 Issues in den letzten 7 Tagen überprüft
• 4 vorgeschlagene Issue-Schließungen (0,1 % der überprüften)
• Insgesamt 10.217 Elemente seit dem Start durch Automatisierung geschlossen

Die Zahl von 0,1 % ist aussagekräftig. ClawSweeper optimiert nicht auf ein leeres Issue-Postfach; es optimiert darauf, „niemals etwas zu schließen, das ein Mitwirkender bei Nachfrage verteidigen würde.“ Bei über 10.000 Schließungen war diese konservative Haltung ausschlaggebend dafür, dass das Projekt glaubwürdig genug blieb, damit Mitwirkende weiterhin neue Issues öffneten.

Warum dies für API-Teams wichtig ist

Die meisten API-Produkte auf GitHub folgen demselben Muster wie OpenClaw. Das SDK oder die Spezifikation befindet sich in einem öffentlichen Repo, der Issue-Tracker füllt sich mit gemischten Fehlerberichten und Feature-Anfragen, und die Triage gerät ins Hintertreffen. Wenn Sie eine OpenAPI-Spezifikation von Apidog veröffentlichen und Community-Beiträge auf GitHub akzeptieren, ist die ClawSweeper-Architektur portabel. Die wertvollen Teile sind nicht die Prompts, da diese an OpenClaws Domäne gebunden sind. Die wertvollen Teile sind die Schienentrennung, die strengen Schließungsregeln und die Richtlinie, Codex ohne Schreibzugriff zu betreiben.

Sie können denselben Ansatz in drei Schritten umsetzen:

1. Führen Sie einen Codex-gesteuerten Überprüfungsjob an einer Stichprobe Ihres Trackers aus. Lassen Sie ihn Markdown-Berichte erstellen, ohne etwas zu committen.
2. Integrieren Sie die Sicherheitsregeln: niemals Maintainer-Elemente schließen, geschützte Labels respektieren, auf offene PRs Rücksicht nehmen.
3. Fügen Sie eine Anwendungsschiene erst hinzu, wenn die Überprüfungsberichte bei manueller Prüfung korrekt aussehen. Konfigurieren Sie sie so, dass sie höchstens eine Handvoll pro Tag schließt, bis Vertrauen aufgebaut ist.

Wenn Sie die API-Oberfläche validieren, die diese Issues beschreiben, übernimmt Apidog die Vertragsseite. Dasselbe OpenAPI-Dokument steuert Mock-Server, automatisierte Tests und die Dokumentation, die Ihre Mitwirkenden lesen, bevor sie einen Fehler melden. Die Kombination eines Triage-Bots mit einer streng versionierten Spezifikation halbiert in der Regel die Rate doppelter Issues, noch bevor der Bot überhaupt läuft. Laden Sie Apidog herunter, wenn Sie mit der Spezifikationsdisziplin beginnen möchten.

Grenzen und Designkompromisse

Einige Dinge, die ClawSweeper bewusst nicht tut:

• Es schreibt keinen Code. Keine PRs, keine Patches, keine Überprüfungskommentare, die Korrekturen vorschlagen. Diese Arbeit gehört anderen OpenClaw-Bots.
• Es bewertet keine Prioritäten. Das Schließen ist binär; nichts wird vom Bot „depriorisiert“ oder gelabelt.
• Es lernt nicht aus früheren Schließungen. Jede Überprüfung beginnt frisch gegenüber main. Frühere Entscheidungen erscheinen nur als historische Berichte unter closed/, nicht als Feinabstimmungsdaten.

Diese Kompromisse sind der Grund, warum der Bot vorhersehbar bleibt. Sie lassen auch Raum für angrenzende Automatisierungen, wie einen Labeling-Bot, einen Stale-PR-Pinger oder einen Release-Notizen-Ersteller, ohne den engen Aufgabenbereich von ClawSweeper zu beeinträchtigen.

FAQ

• Wie oft schließt ClawSweeper Issues automatisch?Die Anwendungsschiene läuft alle 15 Minuten, aber die meisten Zyklen produzieren keine Schließungen. Die Schließungsrate von 0,1 % pro Überprüfung am 27. April 2026 bedeutet etwa 4 Schließungen bei 3.478 überprüften Issues innerhalb einer Woche. Für Hintergrundinformationen zum Modell hinter den Überprüfungen siehe was ist GPT-5.5.
• Kann ich ClawSweeper in meinem eigenen Repo ausführen?Ja. Klonen Sie das Repo, konfigurieren Sie Ihre eigene GitHub App mit Lese-/Schreibzugriff auf das Ziel und verweisen Sie CLAWSWEEPER_APP_ID und CLAWSWEEPER_APP_PRIVATE_KEY darauf. Die Überprüfung von Repos anderer Personen ist standardmäßig schreibgeschützt.
• Benötigt ClawSweeper einen kostenpflichtigen OpenAI-Plan?Die Überprüfungsschiene authentifiziert sich über OPENAI_API_KEY, welches ein kostenpflichtiges API-Zugangsdaten ist. Wenn Sie nur Überprüfungen interaktiv statt im großen Maßstab durchführen möchten, funktioniert die Codex CLI mit einem kostenlosen ChatGPT-Plan.
• Was verhindert, dass Codex echte Bugs schließt?Drei Dinge. Die enge Liste der Schließungsregeln, die Ausschlüsse für Maintainer und geschützte Labels und der Re-Validierungsschritt der Anwendungsschiene, der jeden Vorschlag verwirft, bei dem sich die zugrunde liegende Issue seit der Überprüfung geändert hat.
• Ist ClawSweeper Open Source?Ja, MIT-lizenziert, mit Quellcode auf GitHub unter openclaw/clawsweeper. Das Elternprojekt OpenClaw ist ein separates Repo mit eigenen Beitragsrichtlinien.