Eine Geschichte aus zwei Claude-Code-Fragen

Zwei Fragen zum selben Werkzeug kreuzten kürzlich auf Stack Overflow meinen Weg, und sie hätten kaum unterschiedlicher enden können. "How do you index a codebase in Claude Code?" (wie indexiert man eine Codebasis in Claude Code?) stand bei minus acht, geschlossen, ganz unten in Gesellschaft abgekippter Hausaufgaben und einer Bitte um Hilfe beim Knacken eines Passworts. Derweil kam eine Antwort auf "Is reviewing only by sight a good use of Claude Code to write code?" (ist Review nur per Augenschein eine gute Art, Claude Code zum Schreiben von Code zu nutzen?) auf 13 Punkte, was auf dem heutigen Stack Overflow dünne Höhenluft ist, die Liga einer wunderschönen Herleitung der CRC-Arithmetik und eines Stapels C++-Normprosa.

Dasselbe Werkzeug. Dieselbe Seite. Dieselbe Community, die abstimmt. Entgegengesetzte Urteile. Ich habe beide Fragen öfter gelesen, als sie es verdienen, weil ich glaube, dass die Kluft zwischen ihnen kein Rauschen ist, und Feindseligkeit gegenüber AI auch nicht. Die Community sortiert, und sobald du die Sortierregel siehst, kannst du sie nutzen.

Die, die starb

Fangen wir mit der Leiche an. "How do you index a codebase in Claude Code?" ist ein vernünftig klingender Satz. Er ist außerdem, und ich sage das mit Sympathie, drei verschiedene Fehler unter einem einzigen Fragezeichen.

Erstens ruht die Frage auf einer Prämisse, die das Werkzeug nicht hergibt. Claude Code baut keinen Index deiner Codebasis. Es sucht auf Zuruf, so wie du es mit grep tun würdest, und das gesamte Design wettet darauf, dass schnelle Suche einen veralteten Index schlägt. Zu fragen, wie man den Index konfiguriert, ist zu fragen, wie man ein Auto sattelt. Es gibt keine Antwort auf die Frage, wie sie gestellt ist, nur eine Korrektur an ihr, und Fragen, die sich nur beantworten lassen, indem man ihre Prämisse zerlegt, schneiden überall schlecht ab, nicht nur auf Stack Overflow.

Zweitens ist es eine Supportfrage. Keine geringere Frage, aber eine andere Gattung: Ihre wahre Antwort wohnt in der Dokumentation des Anbieters und ändert sich mit dessen Release Notes. Stack Overflow schließt Werkzeug-Supportfragen, seit lange bevor es dieses Werkzeug gab, denn das Format der Seite setzt eine Antwort voraus, die es wert ist, ein Jahrzehnt lang archiviert zu werden, und Supportantworten verrotten in einem Quartal. Wenn die Haltbarkeit einer Frage kürzer ist als ihre Review-Warteschlange, ist das Schließen kein Gatekeeping. Es ist Lagerverwaltung.

Drittens, und das ist der Fehler, der mich wirklich interessiert: Sie fragt nach dem Werkzeug und nicht nach der Arbeit. Was genau die Falle ist, über die ich im Essay über das Jagen von Werkzeugen geschrieben habe: Das Werkzeug ist der Teil, den du an einem Tag austauschen kannst, und der Teil darunter, der Teil, der Jahre gebraucht hat, ist der Ort, an dem die haltbaren Fragen wohnen.

Die, die überlebte

Nun zur Überlebenden. "Is reviewing only by sight a good use of Claude Code to write code?" hat keine Prämisse, die man zerlegen könnte, denn sie behauptet nichts darüber, wie das Werkzeug funktioniert. Sie hat kein Haltbarkeitsproblem, denn sie wird auch drei Werkzeuge und fünf Versionen später noch eine lebendige Frage sein; tausch den Produktnamen aus, und sie war schon in der Ära des Outsourcings eine lebendige Frage, und beim Code-Review überhaupt. Und sie ist keine Supportfrage, denn keine Anbieterdokumentation kann sie entscheiden. Sie ist eine Urteilsfrage. Die einzige ehrliche Antwort ist Erfahrung: jemand, der per Augenschein reviewt, das Ergebnis ausgeliefert und herausgefunden hat, was das kostet.

Die Antwort, die 13 Punkte holte, ist genau deshalb etwas wert, weil sie sich nicht auf Abruf generieren lässt. Ein Modell produziert dir bereitwillig einen Aufsatz über Review-Praktiken, und er wird flüssig und generisch sein. Was die Abstimmenden belohnten, war etwas anderes: ein Mensch, der aus dem eigenen Narbengewebe heraus Position bezieht, bei einer Frage, bei der Positionen alles sind, was es gibt.

Volle Offenlegung: Diese hier fand auch in mir ein weiches Ziel. Etwa eine Woche bevor die Abstimmenden der Seite jene Antwort in die dünne Höhenluft hoben, habe ich einen Essay zu genau dieser Frage veröffentlicht, mit dem Argument, dass das Lesen eines Diffs für die eine Sorte Änderung echtes Review ist und für die andere eine tröstliche Geschichte. Ich weiß nicht, wer die Frage gestellt oder wer sie beantwortet hat, und ich behaupte nicht, dass der Essay irgendetwas ausgelöst hat. Was ich behaupte, ist kleiner und interessanter: Die Frage liegt in der Luft. Wenn dasselbe Thema innerhalb derselben paar Wochen unabhängig voneinander auf einem persönlichen Weblog und auf Stack Overflow auftaucht, dann sieht so eine lebendige Frage aus, von zwei Aussichtspunkten betrachtet.

Die Sortierregel

Leg die beiden Fragen nebeneinander, und die Regel spricht sich fast von selbst aus.

Frag dich, ob das nächste Release deine Frage bedeutungslos machen könnte. Wenn der Anbieter morgen ein Feature ausliefert oder eines umbenennt und deine Frage sich verflüchtigt, ist es eine Supportfrage, und die Menge Fremder auf einer Q&A-Seite ist das falsche Publikum dafür. Das richtige Publikum sind die Docs, das Changelog, die Kanäle des Anbieters selbst, oder zehn Minuten mit dem Werkzeug, das sein tatsächliches Verhalten schneller vorführt, als ein Forum es beschreiben kann. Nichts Beschämendes an der Kategorie. Sie ist nur verderblich, und Archive sind für das Haltbare da.

Wenn deine Frage aber das Verschwinden des Werkzeugs überleben würde, wenn du den Produktnamen durchstreichen, den eines Konkurrenten an seine Stelle schreiben könntest und die Antwort trotzdem noch bräuchtest, dann fragst du gar nicht nach dem Werkzeug. Du fragst nach der Arbeit: was delegieren, was verifizieren, was eine Praxis kostet, wo das Urteil menschlich bleiben muss. Diese Fragen haben kein Verfallsdatum, keine Dokumentation, an die man sie verweisen könnte, und keine Prämisse, die einstürzen kann. Es sind auch, nicht zufällig, die Fragen, die AI am schlechtesten beantwortet, denn die Antwort ist kein Abruf. Sie ist Zeugnis.

Die Abstimmung der Community war hart auf der einen Seite dieser Linie und großzügig auf der anderen, und ich glaube, die Härte und die Großzügigkeit sind dasselbe Signal, zweimal gelesen. Eine Seite, die Antworten über Jahrzehnte archiviert, hat allen Grund, abzulehnen, was verrottet, und zu horten, was sich hält. AI hat diese Logik nicht erschaffen. Sie hat nur die Linie verschoben, indem sie alles Abrufbare schneller verrotten lässt.

Öffentlich fragen

Wenn hierin ein Rat steckt, dann nicht „vermeide es, öffentlich nach AI-Werkzeugen zu fragen". Sondern: Finde heraus, bevor du fragst, welche der beiden Fragen du in der Hand hältst. Die Supportfrage verdient zehn Minuten mit der Dokumentation, und ehrlich gesagt wird das Modell selbst sie besser beantworten als ein Forum, denn das eigene Verhalten zu beschreiben ist das eine Thema, bei dem es die Primärquelle ist. Die Urteilsfrage verdient die entgegengesetzte Behandlung. Trag sie zu Menschen, und kleide sie ordentlich: Benenn, was auf dem Spiel steht, sag, was du versucht hast, bezieh deine eigene vorläufige Position, damit das Zeugnis etwas hat, wogegen es sich stemmen kann.

Die beiden Fragen stellten zwei Fremde, die nie erfahren werden, dass sie ein zusammengehöriges Paar waren. Zusammen haben sie das ganze Territorium kartiert: was man nicht zu anderen Menschen tragen sollte, und wofür andere Menschen immer noch, unersetzlich, da sind. Minus acht und plus dreizehn ist kein Widerspruch in der Stimmung der Community gegenüber AI. Es ist die präziseste Formulierung dieser Stimmung, die ich dieses Jahr gesehen habe.