2026 OpenClaw Frontend-Praxis:
Auf dem Remote Mac knip-JSON zu einer lesbaren PR-Cleanup-Summary falten und zurückspielen

Pull-Request-Reviews brauchen stabile Subjekte: welche Datei, welches Symbol, welcher knip-Grundcode. Roh-JSON aus der Pipeline ist zwar maschinenlesbar, verschwendet aber Zeichenbudget und riskiert, dass Umgebungsvariablen oder Pfade aus dem Runner in Screenshots rutschen. Die folgende Matrix begründet, warum Sie verdichten, bevor OpenClaw antwortet.

Versionieren Sie eine knip-Konfiguration pro Review-Oberfläche. Der json-Reporter liefert eine Liste von Issues; filtern Sie auf unused exports, wenn Ihr Team zuerst öffentliche API-Oberflächen entschlacken will. entry muss alle realen Einstiegspunkte enthalten, sonst fehlen Kanten im Graph und knip übertreibt.

Typische Engpässe vor dem ersten grünen Lauf: erstens fehlende Storybook- oder Playwright-Ordner in project, zweitens dynamische Routen, drittens generierte Dateien, die noch nicht in ignore liegen. Halten Sie Ignores kurz und reviewbar — längere Listen deuten auf falsche Entry-Zerschneidung hin.

{
  "entry": ["apps/web/src/main.tsx", "packages/ui/src/index.ts"],
  "project": ["apps/web/src/**/*.tsx", "packages/ui/src/**/*.ts"],
  "ignore": ["**/*.stories.tsx", "**/generated/**"],
  "ignoreDependencies": ["@playwright/test"],
  "reporter": "json"
}

Schreiben Sie die knip-Ausgabe immer unter demselben relativen Pfad ins Workspace-Root, damit nachgelagerte Schritte keine if-else-Ketten über Runner-Labels brauchen. Ein bewährtes Muster ist artifacts/knip/unused.json direkt unter dem Repository, plus ein kleines sha.txt daneben.

Laden Sie das Artefakt in Ihre Plattform hoch, beschränken Sie aber den OpenClaw-Body auf Markdown plus einen Link. Auf einem Remote Mac wiederholen Sie exakt dieselbe jq-Pipeline wie in GitHub Actions oder GitLab CI, damit Zahlen nicht auseinanderlaufen — Apple Silicon liefert stabile Latenzen für wiederholte knip-Läufe in großen Workspaces.

HowTo: minimal reproduzierbare Schritte

1. knip mit festem --config ausführen und denselben Befehl im Remote-Runbook dokumentieren.
2. Stdout unterdrücken, stattdessen nur nach artifacts/knip/unused.json schreiben.
3. jq- oder Node-Transform erzeugt drei Spalten: Datei, Symbol, knip-Code — ohne Shell-Metazeichen im PR-Text.
4. Vorlagenfelder aus dem nächsten Abschnitt mit Zahlen füllen und risk_label setzen.
5. HMAC-POST an das OpenClaw-Gateway oder gh pr comment mit HTML-Marker <!-- openclaw-knip:$SHA --> für Updates statt Spam.

Checkliste vor dem Merge

• Artefakt-Pfad steht in der Team-README und im Runbook.
• Skript scripts/knip/pr-summary.sh ist versioniert und ausführbar.
• Node-Minor auf Remote Mac und CI identisch (z. B. via .node-version).
• Idempotency-Key aus prNumber:gitSha in den Logs nachweisbar.
• Bundle-Regression: nach Export-Cleanup Tree-Shaking-Summary ansehen.

Die OpenClaw-Vorlage soll keine Freitext-Flut erlauben. Nutzen Sie feste Überschriften, die auch in anderen Automatisierungen wieder auftauchen, etwa Knip unused exports neben Build performance aus der Build-Metrik-Summary.

Gateway-Token bleiben außerhalb des Markdowns; der OpenClaw-Prozess liest Secrets nur aus der Prozessumgebung. So bleibt dasselbe Template kompatibel mit Slack, Teams oder GitHub ohne erneute Redaktion.