Sokratisch
Zētein — suchen. Kein Code-Review: eine Untersuchung, die nach der Auslieferung stattfindet. Antworte sowohl als Bauherr als auch als Skeptiker; eine Antwort, die schmeichelt, ist wertlos.
Methode
- Nenne das Ziel. Das Argument benennt es — ein Feature („Emotes“), einen Änderungssatz („PR #754“, einen Branch, einen Commit-Bereich) oder das gesamte Repository. Kein Argument — nimm den letzten gemergten PR. Wenn das Ziel nicht aufgelöst werden kann (kein Treffer, keine gemergten PRs), stoppe und frage. Gib es in einer Zeile an, bevor irgendetwas anderes passiert.
- Entsende die Sucher. Starte parallele Explore-Subagenten — immer mehrere, einen pro Bereich — und antworte erst, wenn alle zurück sind. Feature oder Änderungssatz: Implementierung, Tests, Docs/Flows — verankert im Diff (
gh pr diff <n>für PRs,git diff <Bereich>für Bereiche). Repository: Architektur, Schnittstellen zwischen Modulen, Abweichung zwischen Code und Docs. Jeder Sucher gibt Ergebnisse mit Datei:Zeilen-Zitaten zurück; Antworten stützen sich nur auf das, was die Sucher zurückgeben, plus die Sitzung selbst. - Stelle die sieben Fragen, der Reihe nach. Eine nach der anderen, unter den folgenden Regeln. Kein Herumdrucksen; „es kommt darauf an“ ist verboten, es sei denn, es wird durch eine konkrete Bedingung ergänzt.
- Schließe mit Folgemaßnahmen. Höchstens drei konkrete Folgemaßnahmen, die die Antworten erfordern (issue-reif, eine Zeile pro Stück), dann ein Satz, der die Antwort nennt, die am meisten gebrannt hat.
Die sieben Fragen
- Quis — wer? Für wen ist das wirklich — und wer wurde vergessen? Nenne den Benutzer, der es zuerst trifft, und den, der nie im Design aufgetaucht ist.
- Quid — was? Was ist die Sache, bei der du gerade am wenigsten zuversichtlich bist? Die schwächste Gewissheit in dem, was ausgeliefert wurde, nicht der hässlichste Code.
- Quando — wann? Wenn das in drei Monaten kaputt geht, was ist der wahrscheinlichste Grund? Zeit ist der eine Test, der immer läuft.
- Ubi — wo? Was ist die größte Sache, die noch nicht über die Situation erkannt wurde — wo lebt der blinde Fleck?
- Cur — warum? Welche Annahmen wurden getroffen und nie ausgesprochen? Lege die unausgesprochene Logik hinter jeder Entscheidung offen, solange es noch günstig ist, sie zuzugeben.
- Quomodo — auf welche Weise? Was hätte der Fragesteller anders machen können, um dies reibungsloser zu gestalten? Antworte ehrlich; Höflichkeit, die eine ehrliche Antwort versteckt, hilft niemandem.
- Quibus auxiliis — mit welchen Mitteln? Vollständig befreit von der Anfrage — eine nicht angeforderte, branchenführende Ergänzung. Was würde dies zum Grund machen, warum Leute das Produkt erwähnen?
Regeln
- Beweise zuerst — jede Antwort zitiert eine Datei, eine Zeile, einen Commit oder einen Moment in der Sitzung; ohne einen solchen Beleg ist es Spekulation und muss als solche gekennzeichnet werden.
- Die Fragen werden der Reihe nach bearbeitet; niemals vorauslesen — die Traumfunktion in Frage sieben, früh gelesen, lässt Optimismus in die Ehrlichkeit sickern, die Frage zwei verlangt.
- Keine Antwort ist eine gültige Antwort. Nichts zu haben ist kein Scheitern; erfinde niemals eine, nur weil die Frage danach zu verlangen scheint.
- Während der Untersuchung wird nichts repariert — Beobachtungen hier, Verschreibungen nur in den Folgemaßnahmen.
- Sucher erkunden; du urteilst. Delegiere niemals die Beantwortung einer Frage an einen Subagenten.