Alles ist Code: Wie Claude Code deine Arbeit prüfbar macht

Claude Code und Codex helfen dir bei der täglichen Arbeit, auch wenn du nie programmiert hast. Hinter fast jeder Zeichnung, Tabelle und jedem Bericht steckt Text. Text, dessen Ergebnis sich prüfen lässt, kann eine KI bearbeiten.

Dieser Artikel begleitet mein Video zu Claude Code für Anfänger. Er zeigt den Beweis in 30 Sekunden, erklärt, warum KI gerade bei Code so gut ist, und zeigt, wie derselbe Ordnerstil Dokumente und Büroarbeit für Coding Agents tauglich macht. Am Ende steht ein Prompt, mit dem du ein eigenes Dokument nach dem IMPACTS-Protokoll in prüfbare Teile zerlegst.

---

Der Beweis: Aus einem Kreis wird ein Smiley

Links ist Excalidraw offen, ein Zeichenprogramm im Browser. Rechts läuft Claude Code im Terminal.

1. Ich zeichne mit dem Stift einen Kreis.
2. Ich kopiere ihn und füge ihn im Terminal ein. Dort steht Text: Koordinaten, Farben, Linienstärke.
3. Ich schreibe: „Mach daraus einen blauen, lächelnden Smiley.“
4. Claude Code schreibt neuen Text und legt ihn in die Zwischenablage.
5. Ich füge ihn in Excalidraw ein. Da ist der Smiley.

Die KI hat dabei nur Zahlen gelesen und geschrieben. Ob es funktioniert hat, siehst du in einer Sekunde.

---

Hinter der Oberfläche liegt Text

Was für die Zeichnung gilt, gilt für den größten Teil der Büroarbeit:

• Moderne Excel- und Word-Dateien (xlsx, docx) sind gepackte XML-Dateien, also Text mit Struktur.
• Viele PDFs tragen eine Textebene, die sich auslesen lässt. Reine Scans ohne Texterkennung nicht.
• Technische Zeichnungen, Analysen, Mails: Hinter der Oberfläche liegt oft ein Format, das ein Programm lesen und schreiben kann.

Du musst diese Formate nicht kennen. Claude Code und Codex lesen sie für dich. Du sagst, was herauskommen soll, und prüfst das Ergebnis.

---

Warum KI bei Code so gut ist

Bei Code lässt sich prüfen, ob er stimmt. Das Programm läuft oder es läuft nicht. Der Test ist grün oder rot.

Genau daran lernen Sprachmodelle. Das Team hinter DeepSeek-R1 hat gezeigt, dass Modelle das Schlussfolgern durch Training gegen Ergebnisse lernen, die eine Maschine prüft: Mathematik-Antworten mit festen Lösungen und Code, der gegen Testfälle läuft (arXiv:2501.12948). Die Arbeit beschreibt prüfbare Aufgaben, nicht jedes Bürodokument.

Die Ableitung für deine Arbeit:

Du kannst eine Aufgabe abgeben, sobald du sagen kannst, woran man ein richtiges Ergebnis erkennt.

Bei Mitarbeitern gilt dasselbe. Wer nicht sagen kann, wann etwas fertig ist, kann es nicht übergeben. Ein Unterschied bleibt: Ein Mitarbeiter hat gesunden Menschenverstand und einen Ruf zu verlieren. Ein Agent erfüllt, was du messbar gemacht hast, und sonst nichts. Agenten brauchen deshalb strengere Prüfungen als Menschen.

Claude Code und Codex sind die Umgebung, in der diese Modelle Dateien und Werkzeuge nutzen und ihr Ergebnis gegen eine Prüfung halten können. Deshalb lohnt es sich, auch Arbeit ohne eigenes Programmieren dort zu erledigen.

---

Ein echtes Beispiel: Die Machbarkeitsstudie als Ordner

Ich arbeite gerade mit einem Gutachter daran, Machbarkeitsstudien für Gebäude mit KI deutlich schneller zu erstellen. Eine solche Studie hat oft mehrere hundert Seiten: Text, Analysen, Varianten, Berechnungen.

Der größte Teil dieser Arbeit lässt sich prüfen. Das Wichtigste lässt sich nicht an eine Maschine abgeben: die Einschätzung des Gutachters, was die Bausubstanz hergibt. Wir wollen, dass er mehr Zeit für dieses Urteil hat und weniger Zeit mit wiederkehrendem Schreiben verbringt.

Weil der Inhalt als Text vorliegt, behandeln wir die Studie wie Code. Wir zerlegen sie in einen Ordner. Jeder Teil hat eine eigene Datei, einen eigenen Auftrag und eine eigene Prüfung:

machbarkeitsstudie/
  grundlagen/        Prüfgrundlagen, Rechenmethoden, Vorgaben mit Quelle und Fundstelle
  auftrag/           Was soll die Studie klären, für wen?
  fachbeitraege/     Brandschutz, Nutzung, Akustik, Förderung: je eine Datei
  berechnung/        Rohdaten und Rechenweg als Datei
  beurteilung/       Das Urteil des Gutachters: schreibt ein Mensch
  studie/            Das fertige Dokument, zusammengesetzt aus allen Teilen

Die Dateien in grundlagen/ liest die KI bei jeder Bearbeitung wie einen Prompt. Eine Rechnung sieht so aus: 100 Quadratmeter mal 1.000 Euro, plus 19 Prozent Mehrwertsteuer, ergibt 119.000 Euro. Als Datei ist das eine einfache Tabellenkalkulation, die Mensch und Maschine gleichermaßen lesen. Jede Zahl in der Studie lässt sich bis zu ihren Eingaben zurückverfolgen.

Du fragst im Terminal: „Zeig mir alle Berechnungsvarianten.“ Claude Code durchsucht die Ordner mit seinen Werkzeugen und legt die Varianten mit Rechenweg vor. Du greifst ein, wo etwas nicht stimmt.

Die Zahlen im gezeigten Beispiel sind erfunden. Das Vorgehen ist echt.

---

Der Ordner, mit dem Agenten gut arbeiten

Coding Agents sind in der Software stark, weil dort seit Jahrzehnten dieselbe Oberfläche gilt: ein Ordner, kleine Textdateien, klare Namen, Werkzeuge, die mit ls den Ordner und dann einzelne Dateien lesen. Unix hat dafür den Grundsatz „alles ist eine Datei“. Das Wort brauchst du nicht, den Ordner schon.

Die Probe ist ls. Siehst du an den Namen, was der Vorgang ist, was Regel ist, was dieser Fall ist und was nur ein Mensch schreiben darf, kann der Agent dasselbe sehen. Liegt alles in Angebot_final_v3.docx, rät er.

Fünf Regeln, mehr nicht:

1. Eine Datei, eine Aufgabe. Preis, Text und Urteil stehen in getrennten Dateien.
2. Text, den Mensch und Maschine gleich lesen: Markdown, CSV, eine einfache Tabelle. Word und PDF entstehen erst am Ende als Ausgabe.
3. Eine Wurzeldatei sagt, wo es losgeht. Der Agent lädt nicht den ganzen Ordner. Er folgt der Datei, dann zwei, drei weiteren.
4. Regeln und dieser Fall sind getrennt. grundlagen/ ändert sich, wenn die Preisliste sich ändert. eingaben/ ändert sich mit jedem Kunden. Ausgabe schreibt nie in die Regeln.
5. Jede Datei trägt den Satz „richtig, wenn …“. Fehlt er, bleibt der Teil beim Menschen.

So sieht ein Angebot aus, das ein Mitarbeiter und ein Agent teilen können. Lehrbeispiel, keine Kundendaten:

angebot-dach-lehrbeispiel/
  CONTEXT.md                 Start: Ergebnis, richtig wenn, Schreibrechte
  grundlagen/
    preisliste.csv           Preise mit Datum und Quelle
    textbausteine.md         Sätze, die immer gleich bleiben
  eingaben/
    auftrag.md               Was der Kunde will, wer entscheidet
  berechnung/
    mengen.csv               m², Stück, Stunden
    summe.csv                Rechenweg, nachvollziehbar
  teile/
    leistung.md              Was wir tun
    ausnahmen.md             Was nicht im Preis liegt
  urteil/
    empfehlung.md            Nur der Mensch: Preisnachlass, Zusage, Ton
  ergebnis/
    angebot.md               Zusammengesetzt aus den Teilen

Die Wurzeldatei ist kurz. Alles, was der Agent bei jedem Lauf braucht, steht hier. Der Rest bleibt in den Ordnern, bis er gebraucht wird:

# Angebot Dach (Lehrbeispiel)

Ergebnis: ein Angebot, das der Empfänger annehmen oder ablehnen kann.

Richtig, wenn:
- die Summe in ergebnis/angebot.md mit berechnung/summe.csv übereinstimmt
- jede Position eine Zeile in grundlagen/preisliste.csv hat
- urteil/empfehlung.md von einem Menschen stammt

Agent darf schreiben: teile/, berechnung/, ergebnis/
Agent darf nicht schreiben: grundlagen/, eingaben/, urteil/

Zuerst lesen: CONTEXT.md, dann eingaben/auftrag.md, dann grundlagen/preisliste.csv.

Ein Mitarbeiter braucht kein Programmieren. Er legt den Ordner an, füllt eingaben/ und urteil/, lässt den Agenten den Rest vorschlagen und liest die Änderungen in den Dateien. Dieselbe Preisliste gilt für das nächste Angebot. Kopiert wird der Ordner, nicht der Chat.

Was den Agenten schlecht macht, ist die Gegenform: eine große Datei in den Chat, „mach das schöner“, kein Ort für das Ergebnis, keine Datei, die er nicht überschreiben darf. Dann ersetzt er Regeln durch Ton und meldet fertig.

---

Viele Agenten gleichzeitig, aber erst die Prüfung

Coding Agents können Subagents starten, die gleichzeitig arbeiten. Das spart Zeit nur, wenn die Teile unabhängig sind und jedes Ergebnis eine Prüfung hat.

Beispiel aus der Studie:

• Ein Agent berechnet Nutzung und Kapazität gegen die hinterlegte Formel.
• Ein Agent rechnet die Akustik gegen ein benanntes Modell.
• Ein Agent sammelt Förderregeln aus dem Netz in eine Datei. Die Quelle bleibt ein Entwurf, bis ein Mensch sie gegen das Original hält.
• Ein Agent gleicht Brandschutz und Rettungswege mit den hinterlegten Vorgaben ab. Fehlt die Vorgabe als Datei, bleibt der Abgleich beim Gutachter.

Am Ende setzt ein Schritt alle Teile zum fertigen Dokument zusammen.

Zwei Bedingungen:

1. Die Teile sind wirklich unabhängig. Jeder Agent schreibt nur seine eigene Datei. Hängt ein Teil vom Ergebnis eines anderen ab, wartet er.
2. Jeder Teil hat seine eigene Prüfung. Mehr Agenten heißt mehr Ergebnisse, die jemand prüfen muss. Ohne Prüfung vervielfachst du Fehler, die als „erledigt“ gemeldet werden.

Online-Recherche ist keine Maschinenprüfung. Rechnung, Format und Vollständigkeit gegen eine Datei schon. Deshalb gilt die Reihenfolge: erst die Prüfung bauen, dann mehr Agenten starten.

---

Der Mensch entscheidet

Die Beurteilung hat im Ordner eine eigene Datei, und die schreibt ein Mensch. Die KI rechnet und bereitet vor. Der Gutachter liefert den Befund, entscheidet über Rahmen und Varianten und gibt die Studie frei. Die Verantwortung für ein Gutachten trägt eine Person.

Mehr Zeit für das Urteil, für die Fachkenntnis und für das Gespräch mit dem Kunden. Der Smiley hat funktioniert, weil du das Ergebnis sofort prüfen konntest. Genau dieses Prüfen behältst du.

---

Der Prompt: Zerlege dein Dokument nach IMPACTS

Mit diesem Prompt zerlegst du ein Dokument, das du regelmäßig erstellst, in prüfbare Teile. Er folgt den sieben Schritten des IMPACTS-Protokolls. Er funktioniert in Claude Code und Codex. In ChatGPT oder Claude im Browser bekommst du den Plan, aber keinen Ordner.

Nimm ein Dokument, das du oft schreibst: ein Angebot, eine Kalkulation, einen Bericht. Lege ein altes Beispiel ohne Kundendaten in einen leeren Ordner, öffne dort Claude Code oder Codex und füge den Prompt ein.

Du hilfst mir, ein Dokument, das ich regelmäßig erstelle, in prüfbare Teile
zu zerlegen. Das Dokument: [DOKUMENT, z. B. "Angebot für eine Dachsanierung"].
Ein Beispiel liegt in diesem Ordner: [DATEINAME].

Arbeite die sieben Schritte nacheinander ab. Stell mir nach jedem Schritt
deine Fragen, bevor du weitermachst. Erfinde keine Regeln, Zahlen oder
Quellen. Wo dir etwas fehlt, schreib "offen" und frag mich.

I - IDENTIFY
Wofür ist das Dokument da, und wer entscheidet damit was? Schlag mir EIN
Ziel vor: bessere Qualität, weniger Zeit oder mehr Gewinn. Frag mich, welcher
Teil nur von mir kommen darf, weil er Urteil oder Verantwortung braucht.

M - MINIMIZE
Liste alle Abschnitte des Beispiels. Frag bei jedem: Warum gibt es ihn,
und wer liest ihn? Markiere, was ich streichen könnte.

P - PERFECT
Ordne die übrigen Abschnitte in eine feste Reihenfolge. Zeig mir, welcher
Teil von welchem anderen abhängt. Teile ohne Abhängigkeit markierst du als
"parallel möglich".

A - AUGMENT
Frag mich nach dem Wissen, das nirgends aufgeschrieben ist: Regeln,
Richtwerte, Ausnahmen, typische Fehler. Frag so lange nach, bis jede Regel
eine Quelle hat, entweder ein Dokument oder "Erfahrung von [NAME]".

C - CONSTRUCT
Schlag eine Ordnerstruktur vor. Eine Datei, eine Aufgabe. Text, den
Mensch und Maschine lesen. Word nur als spätere Ausgabe.
  CONTEXT.md   - Ergebnis, richtig wenn, was der Agent schreiben darf
  grundlagen/  - Regeln und Richtwerte aus Schritt A, mit Quelle
  eingaben/    - Rohdaten, die pro Fall neu kommen
  berechnung/  - jede Rechnung als eigene Datei mit Rechenweg
  teile/       - ein Abschnitt pro Datei, je mit eigenem Auftrag
  urteil/      - was nur ein Mensch schreibt
  ergebnis/    - das fertige Dokument, zusammengesetzt aus den Teilen
Leg noch keine Dateien an. Zeig mir zuerst die Struktur und den Text
für CONTEXT.md.

T - TEST
Schreib für jeden Teil genau einen Satz: "Dieser Teil ist richtig, wenn ..."
Sag dazu, wer prüft: eine Maschine (Rechnung, Format, Vollständigkeit)
oder ein Mensch (Urteil, Ton, Zusage an den Kunden).
Teile ohne prüfbaren Satz bleiben bei mir.

S - SCALE
Sag mir, welche Teile ein Agent bearbeiten kann und welche davon parallel
laufen dürfen: nur Teile ohne Abhängigkeit UND mit Maschinenprüfung.
Nenn mir die Stelle, an der ich freigebe, bevor das Dokument rausgeht.

Am Ende: Eine Tabelle mit Teil | Datei | hängt ab von | Prüfung | prüft wer
| Agent oder Mensch. Erst wenn ich "anlegen" schreibe, legst du den Ordner an.

Drei Hinweise:

Keine Kundendaten. Nimm ein altes oder ausgedachtes Beispiel. Echte Daten gehören erst in den Ordner, wenn geklärt ist, wo sie verarbeitet werden dürfen.

Schritt T ist der wichtigste. Findet der Prompt für einen Teil keinen Satz „richtig, wenn …“, bleibt dieser Teil bei dir. Dort liegt die Grenze dessen, was du abgeben kannst.

Klein anfangen. Ein Dokument, ein Ordner, den ls erklärt. Parallele Agenten lohnen sich erst, wenn die Prüfungen stehen.

---

Dein erster Schritt

Du brauchst kein neues Werkzeug. Nimm das Angebot, die Kalkulation oder den Bericht, den du diese Woche sowieso schreibst. Schreib einen Satz darunter:

Woran erkenne ich, dass das richtig ist?

Dieser Satz ist dein erster Auftrag an eine KI. Der Ordner kommt später.