receiving-code-reviewZweck, Verwendung und Quelle

Was diese Fähigkeit bewirkt

Verwenden Sie diese Methode bei der Auswertung von Code-Reviews, bevor Sie Vorschläge umsetzen, insbesondere wenn das Feedback unklar oder technisch fragwürdig erscheint. Sie erfordert technische Sorgfalt und Überprüfung, keine formale Zustimmung oder blinde Implementierung.

Wie der vorgelagerte Workflow funktioniert

WHEN receiving code review feedback:

1. READ: Complete feedback without reacting
2. UNDERSTAND: Restate requirement in own words (or ask)
3. VERIFY: Check against codebase reality
4. EVALUATE: Technically sound for THIS codebase?
5. RESPOND: Technical acknowledgment or reasoned pushback
6. IMPLEMENT: One item at a time, test each

Anforderungen und Einrichtung

Aus dieser Datei wurde kein Abschnitt mit kurzen Anforderungen ausgewählt. Dies bedeutet nicht, dass die Fertigkeit keine Abhängigkeiten hat. Überprüfen Sie die Anweisungen zur Repository-Einrichtung und die referenzierten Dateien.

Grenzwerte und Qualitätskontrollen

Aus dieser Datei wurde kein separater Grenzwertabschnitt ausgewählt. Dies bedeutet nicht, dass die Anwendung für jede Eingabe oder Umgebung geeignet ist. Überprüfen Sie den vollständigen Quellcode und validieren Sie Ihr Ergebnis selbst.

Beginnen Sie mit einem sicheren Testlauf

1. Prüfen Sie den unterstützten Host und die Installationsanweisungen für das Repository. Halten Sie das Skill-Verzeichnis und die darin enthaltenen Skripte, Assets und Dokumentationen zusammen;SKILL.mdEine Einzelperson kann Abhängigkeiten außer Acht lassen.
2. Geben Sie dem Agenten Ihre tatsächlichen Eingaben, die gewünschten Ausgaben und die Akzeptanzkriterien an. Aufrufsyntax und verfügbare Tools hängen vom Hostsystem ab; diese Website geht nicht von einem universellen Installationsbefehl aus.
3. Testen Sie den Quellworkflow in einem temporären Projekt oder auf einer Kopie. Überprüfen Sie Vorgänge, die Dateien, Remote-Dienste oder abrechnungsfähige Ressourcen ändern, bevor Sie diese zulassen.
4. Überprüfen Sie die Ausgabe anhand der Quellqualitätsprüfungen und Ihrer eigenen Anforderungen. Ein erfolgreicher Trigger oder eine hohe Anzahl von Sternen im Repository garantiert kein korrektes Ergebnis.

Spezifikation des Kompetenzformats und des Verzeichnisses ↗

Lesen Sie mehr dazu in der Quelle.

• Überblick
• Verbotene Antworten
• Umgang mit unklarem Feedback
• Von Ihrem menschlichen Partner
• Von externen Gutachtern
• YAGNI-Prüfung auf "professionelle" Funktionen
• Wann man sich wehren sollte
• Bestätigung von korrektem Feedback
• Ihre Einwände elegant korrigieren
• Reale Beispiele
• Antworten im GitHub-Thread

Verwandte Fähigkeiten

• finishing-a-development-branchobra/superpowers
• requesting-code-reviewobra/superpowers
• systematic-debuggingobra/superpowers
• test-driven-developmentobra/superpowers

Übersetzung und Umfang

Dieser Leseleitfaden wählt Passagen aus dem markierten stromaufwärts gelegenen Abschnitt aus.SKILL.mdDie Übersetzung wurde unterstützt. Es handelt sich weder um ein vollständiges Handbuch noch um eine Garantie für geprüfte Kompatibilität. Lesen Sie vor der Verwendung das Original und die darin referenzierten Dateien.

Diese Einleitung bezieht sich auf die unten angepinnte Version; die aktuelle Repository-Aktivität und der Erfassungszeitpunkt werden separat angezeigt.

Angeheftete Quelle

Lesen Sie das Original ↗

Quelle abgerufen

2026-10-29T09:32:23Z

Source-Commit

2ce8aa15d05bd57213e6f746f953aafb7ded7a8b

Quelle SHA-256

091df1629510af1b92fc4abd6f96732ebedb4cb2c0f3457e8f2740b0504a2438