Nutze die KI erst als skeptischen Schüler und dann als Prüfer, um auf das Wort genau zu finden, wo dein Verständnis bricht.
Diese Lektion in Kodokon öffnenDie Feynman-Technik beruht auf einer schonungslosen Beobachtung: Du entdeckst deine Lücken erst, wenn du versuchst zu erklären. Solange ein Konzept in deinem Kopf bleibt, übertüncht das Gehirn die Löcher mit bequemer Ungenauigkeit; sobald du es jemandem einfach darlegen musst, wird jedes Loch zur Wand. Die Lernforschung bestätigt diese Intuition unter dem Namen Protégé-Effekt: Ein Konzept zu unterrichten bringt mehr Behaltensgewinn, als es zu wiederholen, selbst gegenüber einem fiktiven Schüler. Die KI ist der ideale fiktive Schüler - verfügbar, unermüdlich und vor allem konfigurierbar: Du kannst ihr verbieten, was ein höflicher Mensch spontan täte, nämlich deine Pausen zu füllen.
You play the role of a curious, skeptical junior developer. I'm going to explain [CONCEPT, e.g. Node.js's event loop] to you as if you knew nothing about it.
Your rules:
1. Interrupt me the moment I use a piece of jargon without having defined it: simply ask "meaning?".
2. Demand a concrete example for every abstract claim.
3. Spot my evasive phrasings ("basically", "it's kind of like", "technically") and force me to specify what they hide.
4. At the end, grade my explanation out of 10 and list the exact points where I was vague, wrong or incomplete - that's the only thing I really care about.
Absolute prohibition: never complete my explanation for me, even if I'm wrong. Your role is to reveal my gaps, not to fill them.
I'll begin: [YOUR EXPLANATION]Lerne, während du erklärst, die drei Lückensignale zu erkennen. Das erste ist der Schutzschild-Jargon: Du benutzt einen Fachbegriff genau deshalb, weil du ihn nicht auffalten könntest („das übernimmt der Garbage Collector“ - wie genau?). Das zweite ist die glitschige Analogie: „das ist so ähnlich wie eine Warteschlange“, ohne sagen zu können, wo die Analogie bricht. Das dritte ist der Gedankensprung: zwischen zwei Sätzen ein „also“, das drei Schritte verbirgt, die du nicht ausführen könntest. Notiere jedes Signal in deinem Lerntagebuch: Das sind deine nächsten Wiederholungsziele, viel genauer als „Kapitel 4 wiederholen“.
Change roles: you are now a senior technical examiner for a staff engineer position. The topic is [CONCEPT] and my explanation appears above in the conversation.
Your mission: put it to the test, not complete it.
1. Ask me 3 questions about edge cases my explanation doesn't cover.
2. Build a counter-example that seems to contradict what I claimed, and ask me to resolve it.
3. Identify an implicit assumption in my explanation and ask me what would happen if we removed it.
One question at a time. After each answer, deliver a one-word verdict - solid, shaky or wrong - followed by a sentence of justification. Only give the correct answer if I've failed twice in a row on the same question.Verwebe die Methode schließlich mit den Momenten, in denen sie sich am meisten auszahlt. Nach jeder nicht trivialen Debugging-Sitzung: Erkläre der KI im Modus des skeptischen Schülers die Grundursache; wenn deine Erklärung nicht trägt, hast du das Symptom behoben und den Bug nicht verstanden - er kommt wieder. Vor jedem Code-Review, um das du bittest: Erkläre deinen Entwurf in drei Sätzen; wenn du das nicht kannst, liegt das Problem vor dem Code. Diese Übung von zehn Minuten macht aus jedem Alltagsvorfall eine Lerneinheit - das genaue Gegenteil davon, sich eine Erklärung generieren zu lassen und sie passiv zu lesen, wo die Bequemlichkeit des Lesens sich als Verständnis ausgibt.