CommunityCodierung & Entwicklunggithub.com

twentyTwo/skill-hub

Überprüfen Sie einen Diff, Branch oder Pull-Request auf Fehler, riskante Änderungen und Lesbarkeitsprobleme und melden Sie die Ergebnisse nach Schweregrad geordnet. Verwenden Sie dies, wenn Sie aufgefordert werden, Code zu überprüfen, einen PR zu checken oder Änderungen vor dem Mergen zu betrachten.

Was ist skill-hub?

Die Fähigkeit 'Code Review' von twentyTwo/skill-hub führt strukturierte Code-Reviews durch. Sie unterstützt die Überprüfung von Diffs, Branches, Pull-Requests oder uncommitteten Arbeitsbäumen. Ihr strukturierter Ansatz beginnt mit dem Verständnis der Intention durch PR-Beschreibungen und Issues, gefolgt von einer systematischen Prüfung auf Korrektheit, Verhaltensänderungen, Sicherheit, Tests und Lesbarkeit. Die Ergebnisse werden priorisiert als 'Muss gefixt werden', 'Vorschläge' oder 'Fragen' gemeldet. Die Fähigkeit ist für Entwickler und KI-Agenten konzipiert, die konsistente, hochwertige Code-Reviews durchführen möchten, mit Fokus auf konkrete, nachvollziehbare Fehlerbeispiele und praktische Korrekturvorschläge.

Funktioniert mit~Claude Code~Codex CLI~Cursor
npx skills add https://github.com/twentyTwo/skill-hub/tree/HEAD/vscode-extension/builtin-skills/code-review

Installed? Explore more Codierung & Entwicklung skills: steipete/bluebubbles, steipete/eightctl, steipete/blucli · View all 6 →

In Ihrer bevorzugten KI fragen

Öffnet einen neuen Chat, in dem dieser Agent-Skill bereits geladen ist.

Dokumentation

Code Review

Überprüfen Sie die Änderung, auf die der Benutzer verweist (einen Diff, einen Branch, einen PR oder den nicht committeten Arbeitsbaum). Wenn keine Angabe erfolgt, überprüfen Sie die nicht committeten Änderungen, dann den aktuellen Branch gegen seinen Basis-Branch.

So überprüfen Sie

  1. Verstehen Sie zuerst die Absicht. Lesen Sie die PR-Beschreibung, Commit-Nachrichten und das verknüpfte Issue. Eine Änderung kann nur im Verhältnis zu dem, was sie bezweckt, falsch sein.
  2. Lesen Sie den gesamten Diff, dann den umgebenden Code. Öffnen Sie die geänderten Funktionen und ihre Aufrufer. Die meisten echten Fehler leben an der Grenze zwischen neuem und altem Code.
  3. Überprüfen Sie in dieser Reihenfolge:
    • Korrektheit: Logikfehler, Off-by-one-Fehler, falsche Bedingungen, unbehandelte null-/leere-/Fehlerfälle, Race-Conditions, Ressourcenlecks, unterbrochene Fehlerweitergabe.
    • Verhaltensänderungen: Öffentliche APIs, Dateiformate, Standardwerte oder Datenbankschemata, die ohne Migration oder Hinweis geändert werden.
    • Sicherheit: Nicht vertrauenswürdige Eingaben, die Abfragen, Shells, Dateipfade, HTML oder Deserialisierungsmechanismen erreichen; Geheimnisse in Code oder Logs; fehlende Autorisierungsprüfungen.
    • Tests: Fällt ein Test aus, wenn die Änderung rückgängig gemacht wird? Werden Randfälle abgedeckt?
    • Lesbarkeit: Namen, die irreführen, Funktionen, die zwei Dinge tun, Kommentare, die dem Code widersprechen, toter Code.
  4. Verifizieren Sie vor dem Melden. Verfolgen Sie für jeden vermuteten Fehler einen konkreten Input, der ihn auslöst. Lassen Sie alles weg, was Sie nicht konkretisieren können, oder kennzeichnen Sie es als Frage.

So melden Sie

  • Beginnen Sie mit einem einzeiligen Fazit: bereit zum Mergen, Merge nach Korrekturen oder Überarbeitung erforderlich.
  • Listen Sie die Ergebnisse nach Schweregrad geordnet auf. Geben Sie für jedes an: Datei:Zeile, was falsch ist, ein konkretes Fehlerszenario und einen Korrekturvorschlag.
  • Trennen Sie Muss gefixt werden von Vorschlägen und Fragen.
  • Achten Sie darauf, die Überprüfung nicht mit Stilproblemen aufzublähen, die ein Formatierer oder Linter abfangen würde, und wiederholen Sie nicht, was der Diff tut.
  • Heben Sie hervor, was gut ist, wenn es bemerkenswert ist (ein klarer Test, eine sorgfältige Migration). Bleiben Sie dabei auf einen Satz beschränkt.

Individual skills in this repo

This repo contains 2 individual skills — each has its own dedicated page.

Verwandte Skills