IDE-Tools · Foto: Homedust, CC BY 2.0
critical-thinking
Zuletzt aktualisiert:
Typ
Instruction
Lizenz
MIT
Anwendungsfeld
GitHub Copilot
Architektur-Entscheidungen, Reviews
Voraussetzungen
- GitHub Copilot mit Unterstützung für benutzerdefinierte Chatmodes
Einordnung
Die Einrichtung ist simpel, der Nutzen hängt aber davon ab, wie ernsthaft man auf die Rückfragen eingeht.
Hinterfragt Annahmen und spielt Advocatus Diaboli statt einfach zuzustimmen
Für wen: Architektur-Entscheidungen, Reviews
Im Detail
Dieser benutzerdefinierte Chatmodus für GitHub Copilot schreibt keinen Code, sondern stellt gezielt Rückfragen. Er hakt so lange nach, bis die eigentliche Begründung hinter einer Entscheidung sichtbar wird – etwa warum ein bestimmtes Pattern, eine Bibliothek oder Architektur gewählt wurde. Das eignet sich vor allem in der Planungsphase, wenn eine Lösung „irgendwie richtig“ wirkt, die Annahmen dahinter aber nie explizit gemacht wurden. Für erfahrene Entwickler, die einen Sparringspartner statt einen Codegenerator suchen, ist das nützlicher als klassisches Autocomplete. Wer schnelle Ergebnisse will, ist hier falsch – der Modus bremst bewusst.
Schritt für Schritt
- Vor einer Architektur- oder Pattern-Entscheidung den Modus aktivieren und die geplante Lösung kurz beschreiben
- Auf die Rückfragen mit echten Begründungen antworten statt mit Ausflüchten
- Wenn eine Begründung ins Wanken gerät, die Annahme explizit revidieren statt sie zu verteidigen
- Das Ergebnis der Diskussion selbst festhalten, da der Modus keine Code-Edits vornimmt
- Den Modus wieder verlassen, sobald die Entscheidung sauber begründet ist, um nicht in Endlos-Nachfragen zu geraten
Beispiel aus der Praxis
Sie planen, für ein neues Feature eine Microservice-Architektur mit Message Queue einzuführen, und beschreiben den Plan im critical-thinking-Modus; dieser fragt nach, warum ein Monolith nicht reicht und ob die Latenzanforderungen das rechtfertigen, und deckt so auf, dass die Entscheidung eigentlich auf einer veralteten Team-Konvention beruhte.
Praxis-Tipp
Aktivieren Sie den Modus vor einem größeren Architektur-Entscheid und lassen Sie sich zu jeder getroffenen Annahme eine Gegenfrage stellen, z. B. „Warum REST statt GraphQL?“
Stolperfallen
Wer die Rückfragen nur schnell abhakt statt sie ernsthaft durchzudenken, verliert Zeit ohne echten Erkenntnisgewinn. Für banale Entscheidungen ist der Modus zudem ungeeignet, weil das ständige Nachfragen dann nur bremst.
Siehe auch
Lizenz & Quelle
- Lizenz: MIT
- Quelle: github.com/github/awesome-copilot
Häufige Fragen.
Schreibt der Modus auch Code, wenn ich direkt danach frage?
Nein, er ist laut Definition explizit darauf ausgelegt, keine Code-Edits vorzunehmen, sondern nur Fragen zu stellen.
Für welche Phase eignet sich der Modus am besten?
Vor allem für die Planungsphase, wenn eine Lösung schon richtig wirkt, die Begründung dahinter aber nie ausgesprochen wurde.
Brauche ich dafür ein bestimmtes Copilot-Abo?
Das geht aus dem Material nicht hervor, vorausgesetzt wird lediglich, dass Ihr Copilot-Setup benutzerdefinierte Chatmodes unterstützt.
Inhalt ansehen (critical-thinking.agent.md)
Lade …
Erfahrungen & Kommentare.
Funktioniert der Instruction bei Ihnen? Tipps, Stolperfallen, Varianten — teilen Sie es mit der Community.
Lade Kommentare …
Passt dazu.
taming-copilot
Zügelt Copilot: keine ungefragten Massen-Änderungen, klare Direktiven-Hierarchie
security-and-owasp
Secure-Coding nach OWASP Top 10 (2025), 55+ Anti-Patterns inkl. KI/LLM-Security
