Ask HN: Bist du in dieser AI-Ära auch müde?

Ask HN: Are you tired too in this AI era?

Ich nutze AI, um AI zu korrigieren – ja, das klingt lächerlich, aber ich erkläre es. Ich verwende Claude Web/Chat für Briefings, Projektübersichten und die Planung, während Claude Code detaillierte Analysen, Messungen und Tests durchführt und die Ergebnisse zurückmeldet. Fehler kategorisiere ich nach ihrer Auswirkung und mache später einen Deep Dive in die Änderungen, Token-Nutzung und den Zeitaufwand pro Review/Test. Zusätzlich lasse ich Code einen unabhängigen Review via contextless Agent laufen, was leicht 20-30 Minuten und ~200K Tokens pro Durchlauf kostet. Es macht nicht so viel Spaß wie manuelle tiefe technische Arbeit, aber AI-Nutzung dient der Output-Geschwindigkeit, also nutze ich es dafür.

Ich nutze AI, um AI zu korrigieren :D Ja, ich weiß, klingt lächerlich, aber hör mir zu. Claude Web funktioniert anders als Claude Code. Ich nutze Claude Web/Chat für Briefings, allgemeine Projektübersichten außerhalb des Codes, für Planung und die Übergabe der Arbeit an Code, inklusive Prompts. Code hat die Aufgabe, eine detaillierte Ansicht dessen zu liefern, was es gefunden hat, Messungen und Tests durchzuführen (sowohl von mir als auch von Chat entworfen) und die Ergebnisse zurückzumelden. Das fließt zurück in Chat und ich bekomme eine grobe Zusammenfassung. Fehler werden nach ihrer Blast-Radius kategorisiert und so weiter. Schließlich mache ich einen Deep Dive, was sich geändert hat, wie gut es damit umgeht, wie sehr es kämpft, Token-Nutzung, Zeit pro Review/Test und so weiter. (Übrigens: Code hat die Aufgabe, einen unabhängigen Review via contextless Agent auf der Codebasis durchzuführen, was mich leicht weitere 20-30 Minuten und ~200K Tokens pro Lauf in meinem aktuellen Projekt kostet). Es macht immer noch architektonische Fehler, versucht Band-Aids und Patches statt richtiges Design, über-/unterbewertet bestimmte Fälle und teilt die Aufmerksamkeit falsch zu, aber das ist relativ leichter zu erkennen und einen Fix vorzuschlagen, als einen zeilenweisen Code-Review durchzuführen. Codebasis-Qualität wird durch Mapping des Flows und des Ausgaberaums und durch hart gepinnte Tests, die Code nicht ändern kann, um seine Antworten grün zu machen, plus den erwähnten unabhängigen Reviewer sichergestellt. Es macht nicht so viel Spaß wie manuell an tiefen technischen Problemen zu arbeiten, sicher. Aber bei AI-Nutzung geht es weniger um Spaß und mehr um Output-Geschwindigkeit, also nutze es wofür es da ist, schätze ich? :D
  1. ryandvm

    Ja, ich bin müde; aber schlimmer, ich bin unglücklich.

    Ich verstehe, dass viele Leute es wirklich genießen, Teams von Agenten zu managen, und jetzt viel produktiver sind. Ich freue mich für sie, wirklich. Anscheinend haben sie das Programmieren nie wirklich genossen; sie werden in Scharen in diesen Kommentaren auftauchen und dir erzählen, dass das, was sie wirklich genossen haben, das Endergebnis war.

    Ich bin auch produktiver, aber ich will ehrlich sein – ich habe nicht wirklich nach mehr Produktivität gesucht. Ich bin an einem Punkt in meinem Leben, an dem die Steigerung meiner Produktivität absolut nicht eines meiner persönlichen Ziele ist.

    Den ganzen Tag Claude Code zu benutzen ist wie ein STEM-Kind zu sein, dem man einen Lego-Bauroboter geschenkt hat. Was für ein Wunder! Jetzt muss man sich nicht mehr mit dem ganzen Ärger des Lego-Zusammenbauens herumschlagen – man sagt einfach, dass man ein Schloss will, und boom! Was für eine Zeit, um am Leben zu sein!

  2. martypitt

    Es sind seltsame Zeiten.

    Ich fühle mich unglaublich produktiv. Ich baue an einem Nachmittag, was Wochen gedauert hätte. Ich verbringe meine ganze Zeit entweder in MRs, um Code zu reviewen, oder in einem Terminal, um Prompts einzugeben.

    Ich habe mich vom Coder zum Produkt-Engineer-Architekten entwickelt. Ich liebe das Programmieren – LIEBE es. Aber die Rolle hat sich gewandelt. Und tatsächlich mag ich die neue Rolle wirklich sehr. Ich liebe es, produktzentriert zu sein und mich um Architektur zu kümmern – das passt gut zu mir.

    Der Code, den Claude produziert, ist oft sauber, aber schrecklich architektonisch. Also verbringe ich viel Zeit mit detailliertem Review.

    Aber die Angst – OMG die Angst.

    Ich arbeite gleichzeitig an mehreren Features (normalerweise 4-5 Workstreams), also wechsle ich ständig den Kontext. Ich mache mir Sorgen, wie viel Zeit ich für jede Aufgabe aufwende. Mache ich genug Code-Review? Zu viel? Zu wenig?

    Was ist mit Click-Through-Testing? Unsere Testabdeckung war noch nie so hoch – sollte ich diese Features einfach mergen können? War das nicht immer das Versprechen von TDD – mit Zuversicht mergen? Aber es fühlt sich wie ein Risiko an.

    Und ich bewege mich wirklich sehr schnell – aber ich nehme an, meine Konkurrenten auch. Das treibt mich an, schneller zu sein. Mehr zu automatisieren. Claude an mehr Stellen einzusetzen. Was mehr Angst bringt – schneide ich zu viele Ecken? Wird das alles über mir zusammenbrechen?

    Außerdem: Wird alles, woran ich arbeite, irrelevant werden? Werden Kunden dieses Produkt kaufen oder es einfach vibe-coden? Haben wir überhaupt einen Burggraben? Angst. Mehr Angst.

    Meine Investoren lesen auch ständig Sachen. Sie schicken mir Markt-Updates, E-Mails …

  3. rhedak

    Ja, es ist, als würde ich von einem Geist verfolgt, der mir sagt, ich müsse produktiver sein. Und wenn ich mein wöchentliches Limit nicht zu mindestens 90 % ausnutze, verschwende ich nur Geld und Tokens. Soll ich einfach endlos Tokens verbrennen? Ist das ein Ziel an sich? Wo ist die Vision? Baue ich wirklich etwas Wertvolles?

  4. yulaow

    Ich bin überrascht, wie viele Leute hier behaupten, sie würden die Ergebnisse mehrerer Agenten reviewen, die gleichzeitig an verschiedenen PRs arbeiten, und ständig zwischen ihnen den Kontext wechseln.

    Ich konzentriere mich auf einen, ich nutze absichtlich sehr kurze Interaktionen, weil ich jede einzelne Funktion direkt prüfen will und nicht eine ganze 300-Zeilen-Datei oder einen 2000-Zeilen-PR erst am Ende. Wahrscheinlich bin ich langsamer als die meisten von euch, aber ich habe das Gefühl, dass ich das Wissen über meine Codebasis fast so gut behalte wie damals, als ich den Code noch selbst geschrieben habe, und meine PRs bekommen sehr wenige Review-Kommentare.

    Was mich am meisten ermüdet, ist, wenn mir jemand einen PR zum Reviewen schickt und ich sofort sehe, dass er ihn komplett vibe-codiert hat und mir einfach die eigentliche harte Arbeit überlässt, den Unsinn zu korrigieren, der mit einem einzigen Prompt ohne Interaktionen geschrieben wurde. Am schlimmsten ist es, wenn man jemanden fragt, warum er etwas so implementiert hat, und er antwortet: „Nun ja, Claude hat es gemacht, ich habe wirklich nicht darüber nachgedacht, jetzt wo ich es lese, ergibt es tatsächlich keinen Sinn.“

  5. ghoshbishakh

    Ich bin sehr müde. Ich betreue Pinggy – mein erstes bootstrapped Startup – und baue Lumirank, mein nächstes. Aber jeder Tag ist ein Kampf, mit dem Neuen Schritt zu halten und damit, was 20 weitere Konkurrenten, die gestern aufgetaucht sind, so treiben. Millionen von Codezeilen werden jeden Tag geschrieben, ich kann nicht mergen, ohne die Gesamtarchitektur und den Flow zu kennen. Aber ich kann nicht ruhen. Alle rennen.

    Manchmal denke ich: Bitte gebt mir einen Job, in dem ich 12 Stunden am Tag arbeiten kann – aber in den anderen 12 Stunden muss ich nicht darüber nachdenken, was morgen passieren wird. Es wäre trotzdem weniger stressig.

  6. sjdh76

    Ich sage ihm, ich sei ein Schimpanse mit einem 3-Zoll-Gehirn, also sei Komplexität jenseits der Schimpansen-Skala verboten, es sei denn, ich verlange sie. Und ich solle die Theorie der begrenzten Rationalität bei allen Schimpansen-Interaktionen anwenden. Er kümmert sich wie um ein Zirkustier um mich.

    Ich bitte ihn um einen schnellen Komplexitäts-Thermometer-Wert, wann immer der Kaninchenbau aussieht, als könnte er explodieren.

    Außerdem hat es geholfen, alle paar Stunden wegzugehen und irgendwelchen einfachen, gedankenlosen Kram zu machen. Zum Beispiel gehe ich meine Fische und Pflanzen inspizieren. Versuche, mit der Katze zu plaudern, bringe andere dazu, ein kleines Tänzchen aufzuführen, usw.

    Ich habe einen Priester in der Familie, der sich mit vielen schweren Sachen und Problemen von Menschen auseinandersetzen muss. Sie werden darin geschult, nicht völlig hineingezogen zu werden und sich selbst zu verlieren. Er nennt es Grounding. Einfache alltägliche Dinge, um den Fokus von allem Schweren wegzulenken.

  7. sadilek

    Da Agenten immer fähiger werden, können sie größere Arbeitspakete übernehmen, ohne dass man sie micromanagt. Meine Schlussfolgerung daraus ist: Ich muss mich in der Hierarchie nach oben bewegen und eher wie ein Engineering-Director als wie ein Engineer arbeiten. Ein paar Tage lang habe ich darüber nachgedacht, wie ich arbeiten möchte.

    Für mich war die Schlussfolgerung: Ich möchte eine räumliche Anordnung der Arbeit auf einer Leinwand pro Projekt und erzählte Demo-Videos, wie bei einem Feature-Launch-Review, wo ich als „Engineering-Director“ entscheiden kann, zu launchen oder Feedback für eine weitere Iteration zu geben. Eingabe größtenteils per Stimme. Es ist also ein bisschen wie in einem Meetingraum zu sitzen, in dem Ingenieure kommen und gehen.

    Da Software heutzutage so billig zu bauen ist, denke ich, muss man einfach herausfinden, wie man arbeiten möchte, und dann den Harness für diesen Arbeitsstil bauen.

    (Wenn du meinen Stil ausprobieren möchtest, er ist kostenlos und Open Source. Ich teile ihn, weil ich begeistert bin, wie viel Spaß es macht, ihn zu benutzen: https://github.com/sadilek/obeya)

  8. hypfer

    Grenzen durchzusetzen und Nein zu sagen ist wichtiger denn je, da die Verletzung beider jetzt mit übermenschlicher Geschwindigkeit automatisiert wird.

    Nebenbei bemerkt, darin könnte ein Silberstreif liegen. Viele Dysfunktionen im aktuellen Zustand der Tech-Branche lassen sich (meiner Meinung nach) auf die Verletzung von Grenzen zurückführen.

    Das könnte zu einem kulturellen Wandel führen. Obwohl das auch nur Wunschdenken meinerseits sein könnte.

    ___

    > Ich würde gerne deine Tipps hören, aber trotzdem in dieser KI-Ära relevant bleiben, damit mein Chef mich nicht feuert.

    Wenn dein Chef dich feuert, weil du deine Leistung nicht vervielfacht hast, indem du in derselben Zeit mehr Arbeit erledigst (ohne dass sich deine Vergütung ändert), dann ist das nicht deine Schuld, sondern einfach der Versuch deines Arbeitgebers, dich härter auszupressen, und das funktioniert nicht.

    Behalte das in diesen Diskussionen immer im Hinterkopf.

    Was nicht heißt, dass du nicht die Effizienz verbessern und all das solltest, aber es muss organisch sein. Wenn etwas Unorganisches verlangt wird, dann liegt das (moralische) Versagen beim Fragenden und nicht beim Gefragten.

Mehr von diesem Tag

2026-10-30