critique

Überblick über die critique skill

Was critique macht

Die critique skill ist ein Review-Workflow zur Bewertung abgeschlossener Arbeit mit mehreren spezialisierten Juroren, Diskussion und Konsensbildung. Sie ist für Code Reviews und andere Änderungsprüfungen gedacht, wenn Sie mehr als eine einmalige Einzelmeinung wollen.

Für wen sie gedacht ist

Nutzen Sie critique, wenn ein Agent vor dem Merge Korrektheit, Qualität und übersehene Probleme beurteilen soll. Sie passt zu Reviewern, Maintainers und Builders, die eine strukturierte critique skill statt eines generischen Prompts für Code Review brauchen.

Warum das wichtig ist

Der wichtigste Vorteil ist Konsistenz unter Unsicherheit: Die Juroren prüfen die Arbeit unabhängig, verifizieren ihre eigenen Befunde und gleichen Meinungsverschiedenheiten ab. Das reduziert oberflächliches Lob, blinde Flecken und einseitiges Feedback.

Wann sie am besten passt

Diese skill ist am stärksten, wenn die Arbeit bereits vorliegt und es darum geht, sie zu beurteilen, nicht sie neu zu schreiben. Wenn Sie Implementierung, Refactoring oder automatisches Beheben brauchen, ist critique das falsche Werkzeug.

So verwenden Sie die critique skill

Die critique skill installieren

Installieren Sie sie mit npx skills add NeoLabHQ/context-engineering-kit --skill critique. Der Repo-Pfad ist plugins/reflexion/skills/critique, die skill ist also für die Verwendung innerhalb dieses context-engineering kits gedacht und nicht als eigenständiges Utility.

Der skill ein klares Review-Ziel geben

Das critique-Nutzungsmuster funktioniert am besten, wenn Sie einen konkreten Rahmen vorgeben: geänderte Dateien, einen Commit-Bereich, einen PR-Link oder eine bestimmte Fragestellung. Der integrierte Hinweis unterstützt Dateipfade, Commits oder Kontext und fällt nur dann auf die letzten Änderungen zurück, wenn Sie nichts angeben.

Mit den richtigen Dateien beginnen

Lesen Sie zuerst SKILL.md und prüfen Sie danach alle benachbarten Workflow- oder Metadaten-Dateien im Repo. In diesem Plugin gibt es keine Helfer unter scripts/, references/, resources/ oder rules/, daher stehen die zentralen Bedienhinweise direkt in der Skill-Datei.

Prompts schreiben, die die Review-Absicht klar festlegen

Eine stärkere Anfrage klingt etwa so: „Critique src/auth.ts und src/session.ts im Hinblick auf Sicherheit, Regressionsrisiko und Lücken in der Testabdeckung.“ Eine schwächere Anfrage wie „review this code“ lässt die Juroren raten, welche Maßstäbe zählen, und senkt damit den Wert des critique-Leitfadens.

critique skill FAQ

Ist critique nur für Code Review gedacht?

Nein. Sie geht über simples Code Review hinaus und kann abgeschlossene Arbeit, Designentscheidungen oder Implementierungsqualität beurteilen. Am besten ist sie aber dann, wenn das Ergebnis ein Review-Bericht sein soll und kein Patch.

Worin unterscheidet sich critique von einem gewöhnlichen Prompt?

Ein normaler Prompt erzeugt in der Regel eine einzelne Meinung. Die critique skill ergänzt einen strukturierten Multi-Agent-Prozess, unabhängige Validierung und Konsensbildung. Das ist besser, wenn Zuverlässigkeit und konkurrierende Interpretationen wichtig sind.

Ist critique anfängerfreundlich?

Ja, wenn der Umfang konkret ist. Anfänger erzielen bessere Ergebnisse, wenn sie die exakten Dateien oder den konkreten Change Set nennen und die wichtigsten Kriterien angeben, statt zu erwarten, dass die skill alles selbst ableitet.

Wann sollte ich critique nicht verwenden?

Verwenden Sie sie nicht, wenn Änderungen automatisch angewendet werden sollen, wenn die Aufgabe trivial ist oder wenn der Review-Umfang zu unklar ist, um ihn fair zu bewerten. In diesen Fällen ist ein direkter Implementierungs-Prompt oder ein gezielter Lint-/Test-Workflow schneller.

So verbessern Sie die critique skill

Bessere Review-Kriterien vorgeben

Der größte Qualitätssprung entsteht, wenn Sie critique sagen, worauf es ankommen soll: Korrektheit, Sicherheit, Performance, Wartbarkeit, API-Kompatibilität oder Vollständigkeit der Tests. Ohne diese Vorgabe konzentrieren sich die Juroren womöglich zu stark auf offensichtliche Probleme und übersehen die Risiken, die Ihnen eigentlich wichtig sind.

Den Umfang vorab eingrenzen

Wenn das Review-Ziel groß ist, teilen Sie es in einen Commit, ein Modul oder einen Feature-Ausschnitt auf. Die critique skill funktioniert besser, wenn der Input begrenzt ist, weil sich die Diskussion dann auf echte Abwägungen statt auf eine Zusammenfassung des gesamten Repos konzentrieren kann.

Belege mitgeben, die die Juroren prüfen können

Geben Sie relevante Dateipfade, erwartetes Verhalten, Constraints und bekannte Fehlermodi an. Das hilft der critique skill, Aussagen zu verifizieren statt Absichten zu erraten, was besonders für critique für Code Review wichtig ist.

Das erste Ergebnis iterativ nachschärfen

Nutzen Sie die erste Runde, um Meinungsverschiedenheiten sichtbar zu machen, und bitten Sie dann um eine zweite critique zu den risikoreichsten Befunden oder den Bereichen mit schwacher Beleglage. Dieser iterative Ablauf macht die critique skill zu einer präziseren Entscheidungshilfe statt zu einer einmaligen Zusammenfassung.