41 Punkte von GN⁺ 2025-08-12 | 1 Kommentare | Auf WhatsApp teilen
  • Ein Erfahrungsbericht darüber, wie mit Claude Code Arbeit, persönliche Projekte und sogar Textbearbeitung erledigt wurden
  • Zwar wurden verschiedene Tools wie Cursor, Cline und Zed ausprobiert, doch nur Claude Code fügte sich natürlich in einen terminal- und vim-zentrierten Workflow ein
  • Nicht nur die Modellleistung, sondern auch das Design mit wiederholten Schleifen und Bedingungsverarbeitung sorgte für hohe Produktivität bei wenig Input
  • Verschiedene experimentelle Projekte konnten in kurzer Zeit umgesetzt werden, darunter ein HackerNews-Kommentar-Ranking-Plugin und ein Poster-Erstellungstool, wodurch lange aufgeschobene Ideen schnell fertiggestellt wurden
  • Auch bei der Automatisierung nicht entwicklungsbezogener Aufgaben wie Dateiumbenennungen und Datenzusammenführung zeigte sich hohe Effizienz, und die Textbearbeitungserfahrung verbesserte sowohl Flexibilität als auch Produktivität

Schnelle Projektumsetzung mit Claude Code

  • Dieser Artikel stellt mehrere kleine Projekte und Erfahrungen des Autors vor, die mit Claude Code umgesetzt wurden
  • Die meisten davon sind experimentell; es gibt Berichte, dass die Ergebnisse in großen produktiven Codebasen anders ausfallen können, doch mit passendem Kontext und geeigneten Eingaben dürfte das Tool durchaus nützlich sein
  • Besonders überraschend war, dass sich verschiedenste Ideen, die über Monate oder Jahre aufgeschoben worden waren, mit Hilfe von Claude Code in wenigen Minuten oder Stunden umsetzen ließen

Wichtige Nutzungserfahrungen mit Claude Code

  • Erster Eindruck und Tarifwechsel
    • Direkt nach der Installation wurde das bisherige GPT-Abonnement gekündigt und zu Anthropic gewechselt
    • Nach wenigen Tagen Upgrade auf den MAX-Plan für 100 US-Dollar im Monat, um das Opus-Modell zu nutzen und Limits aufzuheben
    • Claude Desktop und die mobile App wirken etwas langsam und klobig, doch das Terminal-Tool passte gut in den Workflow und wurde daher weiter genutzt
  • Zentrale Nutzungsprinzipien
    1. Immer mit --dangerously-skip-permissions ausführen, um volle Rechte zu gewähren
    2. So viel Input wie möglich bereitstellen → detaillierter Kontext und konkrete Anforderungen verbessern die Ergebnisqualität erheblich
    3. Zwar ist es primär ein Textmodell, doch auch die Fähigkeiten beim UI-Design sind überraschend stark

Projektbeispiele

  • Vibe Coding und SmartSplit

    • Vibe Coding: eine Methode, bei der Apps ohne direktes Schreiben von Code im Gespräch mit dem Modell erstellt werden
    • Erstellung eines SplitWise-Klons auf Basis einer SPEC.md mit etwa 500 Wörtern
    • PHP-Version: vollständig funktionsfähig mit nur einer index.php, SQLite, ohne Framework und in 900 Zeilen Code
    • JS-Version: Node.js-Client- und Serverstruktur, 500 MB Abhängigkeiten, und nicht einmal die Grundfunktionen liefen
    • Selbst bei derselben Spezifikation hatte die Vereinfachung der Implementierungsanweisungen großen Einfluss auf die Ergebnisqualität
  • Autonomer Startup-Builder

    • Hetzner-VPS + Root-Rechte + Anweisung zur Endlosschleife
    • Das Tool schrieb eigene Prompts, bewertete Ideen und versuchte, ein SaaS für Server-Monitoring zu erstellen
    • Sogar Full-Stack-Konfigurationen wie Nginx-Setup und Zertifikatsausstellung wurden automatisiert
    • Wegen der Anthropic-Nutzungsrichtlinien wurde die automatische Werbefunktion blockiert → daher wurde eine menschliche Freigabe per Datei HUMAN_INPUT ergänzt
  • Migration eines Live-Dienstes

    • Der zugehörige Dienst Sboj der ZATech-Slack-Community, ein Laravel/PHP- und MySQL-Projekt, wurde auf einen günstigen VPS migriert
    • Mit Claude Code wurden Abhängigkeiten und Installationsanleitungen automatisch erstellt
    • Unterstützung gab es auch bei Datenbank-Wiederherstellung, Cloudflare-Turnstile-Konfiguration und dem Wechsel des E-Mail-Dienstes zu Brevo
    • Im Vergleich zu manueller Arbeit wurden voraussichtlich 16 bis 32 Stunden eingespart

Weitere Toy-Projekte

  • Entwicklung eines HackerNews-Kommentar-Ranking-Plugins

    • Ausgangspunkt war der Wunsch, bei HackerNews „Rausch“-Kommentare zu überspringen, die nichts mit dem Artikel zu tun haben
    • Ein früherer Versuch war abgebrochen worden, diesmal wurde die Entwicklung mit Claude Code wieder aufgenommen
    • Bei der Umsetzung gab es einige Fehlversuche, etwa bei der HTML-Struktur und der Anzeige von Badges, doch durch ausführliches Feedback ließ sich das gewünschte Ergebnis erreichen
    • Es entstand ein überraschend sauberes UI, und auch Details wie die Einstellungsseite wurden solide umgesetzt
    • Das Kommentar-Ranking selbst läuft auf OpenAI-Basis, und durch Prompt-Optimierung sowie zusätzliche Beispiele ist noch Leistungsverbesserung möglich
  • Poster Maker – Entwicklung einer minimalistischen Canva-Alternative

    • Während KI-gestützte Poster-Erstellung immer verbreiteter wird, hatten bestehende Tools Grenzen wie schwache AI-Funktionen und komplexe UX
    • Ziel war eine einfache Oberfläche, mit der sich Bilder und Text leicht kombinieren und als A4-PDF exportieren lassen
    • Claude Code zeigte Stärke beim UI-Wissen, etwa bei der Schriftwahl, offenbarte aber in einigen Punkten wie dem Layout auch mangelnde Berücksichtigung der Nutzerperspektive
    • Durch wiederholte Strukturvorgaben und Feedback konnten Ergebnisse erzeugt werden, die der gewünschten Absicht entsprachen
    • Der PDF-Export erreichte nach mehreren Versuchen schließlich dieselbe Qualität wie die Vorschau
  • Automatisierung administrativer Aufgaben mit Claude Code: Verarbeitung von Kontoauszügen

    • Es zeigte sich, dass sich auch einfache, nicht entwicklungsbezogene Aufgaben wie die Massenumbenennung von Dateinamen in Banktransaktionsdateien mit Claude Code automatisieren lassen
    • Von der automatischen Ableitung exakter Dateinamen bis zum schnellen Zusammenführen mehrerer Excel-Dateien und der Kategorisierung von Ausgaben wurden auch komplexere Verwaltungsaufgaben bewältigt
    • Schon mit wenigen Informationen, etwa zur Definition bestimmter Teamrollen, war auch detaillierte Datenaufbereitung in einem Schritt möglich
    • Solche Automatisierung deutet zugleich auf Veränderungen in der Beziehung zwischen AI-Tools und bestehenden Berufen wie dem Rechnungswesen hin

Claude Code als Texteditor nutzen

  • Früher wurde vor allem vim verwendet, doch mit Claude Code hat sich der Umfang für das Schreiben von Markdown, HTML, CSS und JavaScript sowie für Layout-Implementierungen stark erweitert
  • Der Schreibfluss ist sehr frei: Entwürfe und Anweisungen können gemischt eingegeben werden, während Claude in Echtzeit Korrekturen, Formatierung und UX-Erstellung übernimmt
  • Der Großteil des Textes wird zwar weiterhin von Menschen geschrieben, doch die Produktivitätssteigerung und Automatisierung wiederkehrender Aufgaben durch Claude Code sind deutlich spürbar
  • Aktuelle LLMs sind stark bei langen Zusammenfassungen und der Bearbeitung strukturierter Daten, während für kreative Texterzeugung weiterhin fein ausgearbeitete Prompts nötig sind
  • Wie in Simon Willisons Vergleich mit einem „word calculator“ liegt die aktuell wirksamste Nutzung von LLMs in der Umstrukturierung und Bearbeitung von Inhalten

Fazit

  • Claude Code bietet über reine Modellleistung hinaus hohe Produktivität durch kontextreiche Eingaben und wiederholte Interaktion
    • Die Geschwindigkeit, mit der sich Ideen umsetzen lassen, steigt sprunghaft
  • Statt in großen Systemen zeigt es seine besonderen Stärken eher bei persönlichen und kleinen Projekten sowie bei der Automatisierung wiederkehrender nicht entwicklungsbezogener Aufgaben
  • Konkretes Feedback und klare Entwürfe des Nutzers bleiben entscheidend, doch die Hürde für Coding, Konfiguration und Automatisierung sinkt deutlich, was wesentlich zu einer Produktivitätsrevolution beiträgt
  • Ob LLMs wirklich echte Schöpfer sind, bleibt eine offene Debatte, ihr praktischer Nutzen ist jedoch eindeutig

1 Kommentare

 
GN⁺ 2025-08-12
Hacker-News-Kommentare
  • Ich mag den experimentellen Geist und den Spaß, die aus diesem Beitrag sprechen, wirklich sehr. Claude auf einem VPS zu installieren und ihm zu sagen, es solle "einfach frei loslegen", ist wirklich eine geniale und unterhaltsame Idee. Solche Versuche sind genau der Grund, warum meine Erwartungen an KI weiter bestehen. Es fühlt sich gut an, mit Tools herumzuspielen und dabei wieder dieses Gefühl vom Anfang meiner Programmierzeit zu haben: "Wenn ich nur weiß, wie das geht, kann ich alles machen."

    • Bei diesem Gefühl von "Wenn ich nur weiß, wie das geht, kann ich alles machen" kommt diesmal noch die Bedingung hinzu: "wenn man weiß, wie es geht, und außerdem die Claude-API-Gebühren bezahlen kann". Dass die Einstiegshürde mit der zunehmenden Verbreitung von KI immer weniger Wissen und immer mehr Geld wird, ist ein trauriger Aspekt, über den wenig gesprochen wird. Ich glaube, für junge Leute ohne Geld wird es viel schwerer werden, den Umgang mit KI zu lernen. Man kann zwar immer noch manuell programmieren, aber wenn KI-zentriertes Arbeiten zum Standard wird, könnten auch Einsteiger-Guides und Tutorials seltener werden

    • Ich komme mit KI-Tools wie Claude Code nicht besonders gut zurecht. Ich bevorzuge nach wie vor eine Art Konversationsoberfläche, bei der ich die Kontrolle behalte, und ich genieße den Prozess, Code selbst zu schreiben. Aus demselben Grund wollte ich auch nie Administrator werden. Solche Agentensysteme scheinen eher etwas für extrovertierte und neurotypische Menschen zu sein. Wenn sich die Branche komplett in diese agentenzentrierte Richtung bewegt, würde ich wahrscheinlich den Beruf wechseln

    • Ich denke, genau so sollte man KI wirklich nutzen: frei damit experimentieren. Diese Haltung von "Klappt das? Lass es uns ausprobieren" und dann seltsame, interessante Dinge zu machen, gefällt mir. Man lernt viel daraus, warum etwas nicht funktioniert. Der KI-Hype beschränkt sich auf bestimmte Domänen. Es gibt viele Leute, die spekulativ Geld ausgeben, ohne sicher zu sein, was daraus wird, Geschichten über zukünftige Veränderungen, und Medien, die beides übertreiben. Dass so viele Firmen grundlos "irgendwas mit KI" einbauen wollen, ist für mich in Summe ebenfalls ein Ergebnis dieses Hypes. Der einzige echte Effekt, den ich persönlich spüre, ist die Nervigkeit, wenn KI zwanghaft an Stellen eingebaut wird, wo sie nicht gebraucht wird. Die Medien scheinen unter dem Thema .ai einfach nur Streit erzeugen zu wollen. Es ist mir egal, wenn andere mit ihrem eigenen Geld High-Risk-High-Return-Wetten eingehen. Aber viele Argumente über "übermäßige KI-Überhitzung" scheinen sich auf Randpositionen zu konzentrieren, denen man in der Realität kaum begegnet. Probiert Dinge aus und habt Spaß dabei. Wenn etwas interessant ist, teilt es. Diese unnötigen negativen Erklärungen im Stil von "Ich mache das nicht, und zwar aus diesen Gründen" braucht man nicht

    • Einerseits machen mir solche kindischen Experimente Spaß, andererseits fühlt es sich auch so an, als würden solche Experimente automatisierten Spam in Räume kippen, in denen sich andere Menschen treffen. Ich frage mich, ob dieser Spaß für andere nicht schon längst keiner mehr ist

    • Es ist mir etwas unangenehm, wenn Claude sich auf einem Prod-Server frei bewegen darf, aber die Möglichkeit, Claude Code unterwegs zu verwenden, ist interessant. Ich überlege, KASM Workspaces auf meinem kostenlosen OCI-Server zu installieren und damit zu experimentieren, wie das funktioniert
      KASM-Docker-Hub-Link

  • Der aktuelle KI-Coding-Boom ist wirklich beängstigend. Vor ein paar Monaten haben in unserem Team bei der Einstellung neuer Engineers nur 2 von 9 Kandidaten das technische Interview ohne KI bestanden. Die anderen konnten ohne KI nicht einmal die App-Struktur entwerfen oder einfache SQL-Queries schreiben (wir verwenden eine Phoenix-App). Selbst als wir nach Vor- und Nachteilen von KI-generiertem Code gefragt haben, wussten die meisten überhaupt nichts

    • Es überrascht mich, wie viele junge professionelle Engineers heutzutage SQL selbst nicht kennen. Das liegt wohl auch an spezialisierten Rollen, in denen man wie bei Microservices nie direkt mit Datenbanken arbeitet, oder am Einfluss von NoSQL. Vor fünf Jahren hätte ich nicht gedacht, dass SQL so in Vergessenheit geraten würde

    • Mit KI kann man neues Wissen viel schneller lernen. Am Ende ist es einfach nur ein Tool

    • Ich habe ähnliche Erfahrungen gemacht. Nur 1 von 6 Kandidaten hat die Anforderungen erfüllt. Ich selbst nutze claude code auch oft, aber wenn mir das Ergebnis nicht gefällt, kann ich direkt erklären, warum, und mache es notfalls einfach selbst

    • So war es auch schon vor dem Aufkommen von LLM-Tools. Es war schon immer schwer, Leute zu finden, die in vielen Bereichen stark sind. Jemand, der in einem Kontext brillant ist, kann in einem anderen völlig schlecht sein. Beim Einstellungsprozess sollte man nicht nur auf technische Fähigkeiten schauen, sondern auch auf die Passung zur Teamkultur. Grundlagen wie SQL kann man schnell lernen. Kulturelle Passung ist nichts, was man einfach lernen kann

    • Wenn man Google, LSP und den Computer selbst komplett wegnimmt und verlangt, dass man einen CTE mit Bleistift von Hand schreibt, wäre ich wirklich aufgeschmissen — übertrieben gesagt. Aber wenn heute jemand KI wirklich gut einsetzen kann, also nicht auf eine schlampige Art, würde ich diese Person eher einstellen als jemanden, der nur gut von Hand coden kann

  • Ich zahle seit fünf Monaten für den Max-x20-Tarif, aber weil ich seit vier Tagen vom Anthropic-Kundensupport komplett ignoriert werde, ist meine frühere Begeisterung für Claude Code völlig verflogen. Mit neuer Software herumzuspielen macht Spaß, aber die Lektion ist: Man sollte sich nicht von einer Firma abhängig machen, die einem absolut nie antwortet. Nicht mal Amazon ist so schlimm

    • Ich hatte mich bei Max mit der falschen E-Mail-Adresse angemeldet, habe sofort nachgefragt und innerhalb weniger Tage eine vollständige Rückerstattung bekommen, inklusive einer freundlichen Antwort, in der man sich sogar bedankt hat. Das war vor ein paar Monaten, also vielleicht dauert es inzwischen wegen des explodierten Anfragevolumens länger, aber meine Erfahrung mit dem Support war sehr gut
  • Wenn ich für Sicherheit zuständig wäre, würde ich es absolut nicht tolerieren, einen Coding-Agenten ohne Rechteprüfung auf einen Produktionsserver zu setzen. Ich würde auch keinen Agenten bevorzugen, den unser Team nicht selbst geschrieben hat. Wenn tatsächlich jemand einen Agenten im YOLO-Modus auf einen Prod-Server setzt, wird er meinem Zorn und meinem Urteil nicht entgehen

    • Der Autor gibt im Text selbst einen dezenten Hinweis: "Ich argumentiere außerdem, dass man es auf wichtigen Ressourcen immer mit 'dangerously skip permissions' laufen lassen sollte. Wer in der Infosec arbeitet, sollte zu seinem eigenen Wohl vielleicht hier aufhören zu lesen"

    • Um Aufmerksamkeit zu bekommen, muss man wohl ein bisschen übertreiben, haha. Mein heutiger Maßstab ist: Wenn ich einem Praktikanten oder Junior-Entwickler bei direkter Aufsicht Berechtigungen geben würde, dann kann ich Claude ungefähr dieselben Berechtigungen geben. Schade ist, dass Infosec-Leute die tatsächlichen realen Auswirkungen beziehungsweise Risiken oft nicht ausreichend gewichten. Wenn es um den Landekontrollturm einer Boeing 737 ginge, wäre das etwas anderes, aber bei einer simplen CRUD-App kann der Trade-off vernünftig sein

    • Selbst wenn der Autor es auf die "falsche Art" genutzt hat, könnte es sein, dass Anthropic gerade damit beschäftigt ist, aufzuholen, weil Claude Code vor fünf Tagen in seinen Sicherheitsfunktionen verbessert wurde
      Hinweis zum Security Review
      Vor einem PR oder Commit sollte man unbedingt den Befehl /security-review verwenden.
      Tatsächlich wird dieser Prompt wahrscheinlich Code mit einem höheren Sicherheitsniveau erzeugen als die meisten Entwickler.
      Beispiel-Prompt
      Zusätzlich würde ich Tools wie Kusari oder Snyk parallel empfehlen. Es wird immer häufiger so, dass solche Tools besser sind als Engineers mit tatsächlicher Security-Expertise

    • Gerade bei Firmen wie fly.io hat man manchmal den Eindruck einer "Cowboy-Kultur" — also eines Stils, der bewusst Risikofreude in Kauf nimmt —, deshalb sollte man auf solche Hinweise dort besonders achten

  • export IS_SANDBOX=1 && claude --dangerously-skip-permissions

    Das kann man zu
    IS_SANDBOX=1 claude --dangerously-skip-permissions
    verkürzen. In diesem Fall wird die Umgebungsvariable nur für den direkt folgenden Befehl gesetzt, daher ist das meist praktischer.
    Wenn man Claude bittet, alle Dateinamen umzubenennen, erledigt es auch repetitive Arbeiten, die Menschen ungern machen, ohne müde zu werden. Solche Aufgaben verbrauchen aber nur massenhaft Tokens, daher lasse ich es, sobald manuelle Ausgabe erkennbar ist, lieber direkt ein Programm schreiben. Wenn zum Beispiel das Format von 100 JSON-Dateien geändert werden muss, versucht Claude sonst, sie einzeln umzuschreiben, hört nach 3 Dateien auf und ich lasse es stattdessen ein Skript schreiben, das alles auf einmal erledigt. Das dauert dann nur 30 Sekunden

    • Allgemeiner wäre
      env IS_SANDBOX=1 claude --dangerously-skip-permissions
      zu verwenden. Nicht jede Shell unterstützt das Präfix FOO=bar; in der fish shell funktioniert die obige Variante

    • Wenn man && zusammen mit env-Variablen verwendet, funktioniert das in der Praxis nicht richtig. Man sollte es so machen, wie oben beschrieben

    • Man könnte es auch noch kürzer (?) machen, etwa mit rm -rf /

    • Ich fand die Reaktion darauf, wie komisch diese Token-Verschwendung ist, ziemlich amüsant

  • Für mich wirkt dieser Beitrag so, als sei er in einer Art Gespräch zwischen KI und Mensch geschrieben worden. Mit etwas mehr menschlicher Redaktion wäre er wahrscheinlich klarer und besser strukturiert. So wie er jetzt ist, ist er sehr schwer zu verfolgen

    • Solche Beiträge tauchen in letzter Zeit oft auf HN auf: ein oder zwei interessante Informationen, aber im Grunde wirkt es, als hätte man einfach die Unterhaltung mit einer KI kopiert und als Artikel veröffentlicht. Das Wesentliche am Schreiben ist, die unnötige Geschwätzigkeit der KI wegzulassen und den Kern herauszuarbeiten

    • Stimme voll zu

  • Der Titel wirkt viel zu übertrieben. Das Niveau der Projekte im Artikel bedeutet definitiv nicht "all".
    Ich persönlich bevorzuge es eher, LLMs nur im Chatfenster zu nutzen und mir daraus die grobe Richtung sowie Architekturideen zu holen. Alle Code-Details einem LLM zu überlassen, halte ich für riskant

    • Der Titel ist ein Wortspiel mit dem Titel des ursprünglichen ChatGPT-Vorläufer-Papers "Attention Is All You Need"
      Paper "Attention Is All You Need"

    • Ich halte Claude-Code für sehr nützlich. Gerade bei repetitiven oder langweiligen Aufgaben spart es Zeit. Aber für wirklich schwierige oder riesige Projekte taugt es fast gar nicht. Auch dann nicht, wenn man sie in Hunderte von Schritten zerlegt. Wenn man zum Beispiel eine große Codebasis komplett von einer Sprache in eine andere portieren will, klappt es selbst dann nicht richtig, wenn man ihm mehrere Ordner und Guides gibt

    • Die meisten Harnesses haben inzwischen einen Plan-/Act-Modus. Im Plan-Modus bespricht man zuerst den großen Ablauf, speichert ihn etwa in einer plan.md, und später führt man ihn im Act-Modus genau so aus und aktualisiert den Fortschritt ebenfalls in der plan.md

  • Das Wort "All" wirkt zu übertrieben. Claude Code ist weder günstig, noch ist man unabhängig davon, ob das Unternehmen den Service weiter betreibt — ich meine mich zu erinnern, dass es zuletzt auch schärferes Rate Limiting gab. "All you need" klingt normalerweise so, als bräuchte man nur eine einzige Sache, und so weit ist Claude Code nicht. Trotzdem hat der in diesem Beitrag beschriebene Versuch in mir den Impuls geweckt, es selbst einmal auszuprobieren. Es wird das direkte Programmieren nicht ersetzen, aber für Prototyping könnte es Spaß machen

  • Ich warte auf den Folgeartikel "Claude Code considered harmful"

    • Die echte Fortsetzung wird wohl eher heißen: "Warum ich nach der Nutzung von Claude Code wieder dazu übergegangen bin, direkt in Assembler zu programmieren"
  • Ich war überrascht über den Abschnitt, in dem es heißt, dass der Modellhersteller (Anthropic) gleichzeitig auch die Polizei spielt. Ich finde es erstaunlich, dass Leute so eine Situation wirklich in Ordnung finden. Nicht einmal in Nordkorea wäre das akzeptabel ...

    • So wie ich es verstehe, wollen KI-Unternehmen vermeiden, dass Kunden und sie selbst in unbeabsichtigte kriminelle Handlungen verwickelt werden. Die Forderung nach human-in-the-loop dient letztlich dazu, das Risiko des Unternehmens selbst zu senken. Wenn ein Agent illegale Handlungen ausführt, könnte das KI-Unternehmen rechtlich haftbar gemacht werden, deshalb braucht es eine Struktur, in der der menschliche Nutzer sagt: "Ich stimme dieser Handlung zu und habe sie selbst genehmigt." So eine Klausel wird wahrscheinlich irgendwo in den TOS stehen. Wenn ein menschlicher Nutzer absichtlich eine Straftat begeht, ist das natürlich seine Verantwortung. Wenn jedoch wiederholt ähnliche riskante automatisierte Handlungen auftreten, sperrt das KI-Unternehmen den Kunden, weil es sonst selbst rechtlich belangt werden könnte