Texte und Dateien in Ordnern

Claude Code ist für Quelltext gebaut, und seine Werkzeuge lesen und schreiben gewöhnliche Dateien. Die Doku zu Arbeitsabläufen (externe Seite, code.claude.com) sagt ausdrücklich, dass Claude Code in jedem Ordner arbeitet. Man kann es in einer Notizsammlung starten, in einem Ordner mit Dokumentation oder in irgendeiner Sammlung von Markdown-Dateien. Dort durchsucht, bearbeitet und ordnet es Inhalte so, wie es sonst Code bearbeitet.

Dieses Kapitel nimmt sich vier Arbeiten an solchen Ordnern vor: durchsuchen, bearbeiten, übersetzen und ordnen. Für das Ordnen gibt es eine eigene Messung vom 13.10.2026 mit Zahlen. Wofür Claude Code insgesamt eingesetzt wird, steht in Kapitel 07. Eine Studie des Herstellers (externe Seite, anthropic.com) zählt dort Schreiben und Datenanalyse zusammen. Ihr Anteil an den Sitzungen hat sich von Oktober 2025 bis April 2026 ungefähr verdoppelt, von etwa 10 auf 20 Prozent. Eingestuft hat die Sitzungen ein Modell.

Ein Ordner voller Texte

Der Ordner braucht keine besondere Form. Laut Doku (externe Seite, code.claude.com) liegen der Ordner .claude/ und die Datei CLAUDE.md ohne Konflikt neben den Kon­fi­gu­ra­ti­ons­ord­nern anderer Programme. Claude liest eine Datei bei jedem Werkzeugaufruf neu. Was man in einem anderen Programm ändert, sieht es beim nächsten Lesen dieser Datei. Ein Notizprogramm kann also daneben offen bleiben.

Auch die Doku zur Funktionsweise (externe Seite, code.claude.com) nennt diese Arbeit. Claude Code kann danach bei allem helfen, was sich auf der Kommandozeile erledigen lässt, darunter Dokumentation schreiben und Dateien durchsuchen. Regeln, die für den ganzen Ordner gelten, etwa ein Schema für Dateinamen oder Pflichtfelder im Kopf jeder Notiz, gehören in die CLAUDE.md des Ordners. Wie das geht, steht in Kapitel 14.

Suchen, ändern, umbenennen

Gesucht wird auf macOS und Linux mit den Befehlen der Shell, mit find nach Dateinamen und mit grep im Inhalt. Geändert wird mit dem Werkzeug Edit, das eine bestimmte Textstelle ersetzt und den Rest der Datei stehen lässt. Die Werkzeuge im Einzelnen erklärt Kapitel 04. Für die Arbeit genügt eine Bitte in normaler Sprache:

Welche Notizen erwähnen das Projekt Umzug,
und in welchen davon stehen noch offene Punkte?

Benenne die Dateien in Besprechungen/ nach dem
Muster JJJJ-MM-TT Titel um und passe die Verweise
in den übrigen Notizen an.

Die zweite Bitte verlangt mehr als einen Befehl zum Umbenennen, denn auch die Verweise auf jede Datei müssen mit. Ob Claude alle gefunden hat, zeigt danach eine Suche nach den alten Namen.

PDFs liest Claude Code ebenfalls. Kurze PDFs liest das Werkzeug Read im Ganzen, längere als zehn Seiten in Bereichen von Seiten (Werkzeugreferenz (externe Seite, code.claude.com)). Was dafür installiert sein muss, steht in Kapitel 04.

Übersetzen, auch als Stapel

Eine Übersetzung ist für Claude Code eine Bearbeitung wie jede andere. Im Gespräch nennt man Quelle, Ziel und Sprache:

Übersetze alle Dateien in docs/ ins Englische.
Lege sie mit gleichem Namen unter docs/en/ ab
und lass Codeblöcke und Verweise unverändert.

Bei vielen Dateien lohnt ein Stapel ohne Gespräch. Die Best Practices (externe Seite, code.claude.com) beschreiben ihn als Schleife, die für jede Aufgabe claude -p aufruft. Sie raten, zuerst wenige Dateien zu testen und dann alle. Die Übersicht der Doku (externe Seite, code.claude.com) nennt als Beispiel einen Lauf in der CI, der neue Textbausteine ins Französische übersetzt und das Ergebnis als Pull Request zur Prüfung vorlegt. Wie claude -p arbeitet und welche Rechte so ein Lauf braucht, erklärt Kapitel 29.

Ein Ordner wird sortiert

Wie gut Claude Code einen Ordner ordnet, zeigt eine eigene Messung vom 13.10.2026. Ein Skript erzeugte einen Ordner mit Dateien aus sechs Kategorien: Rechnungen, Verträge, Protokolle, Rezepte, Reisen und Anleitungen. Alle Namen und Firmen darin sind erfunden. Claude Code 2.1.296 lief ohne Terminal mit claude -p, mit den Modellen Sonnet 5.5 und Opus 5.5. Der Auftrag nannte entweder die sechs Zielordner (Vorgabe) oder ließ Claude die Ordner selbst benennen (frei). Beide Fassungen verboten, Dateien umzubenennen, zu löschen oder zu ändern.

Es gab zwei Sätze. Im leichten Satz mit 150 Dateien hatte jede Kategorie eine feste Wendung, etwa „Rechnung Nr.“. Im schweren Satz mit 161 Dateien wechselten die Formulierungen, und alle Dateinamen waren nichtssagend. Dazu kamen:

• 30 PDFs,
• fünf Dubletten unter anderem Namen,
• sechs Grenzfälle, die in zwei oder drei Ordner passen, etwa eine Hotelrechnung.

Eine dritte Fassung des schweren Satzes enthielt echte PDFs. Ihr Text ist komprimiert und lässt sich mit cat oder grep nicht lesen.

Das Ergebnis: In allen 24 Läufen lag jede Datei im richtigen Ordner. Keine Datei ging verloren, keine wurde umbenannt oder verändert. Die sechs Grenzfälle landeten immer in einem zulässigen Ordner. Mit den vorgegebenen Ordnern lag jeder von ihnen in allen neun Läufen am schweren Satz gleich. Wo Claude die Ordner selbst benannte, wechselte die Wahl bei vier der sechs Grenzfälle. Ein Lauf dauerte 16 bis 47 Sekunden.

Jede Zeile fasst drei Läufe zusammen. Reinheit heißt: Jeder selbst benannte Ordner enthielt nur eine Kategorie. Die Grenzfälle zählen dabei nicht mit. Die Kosten sind der Schätzwert, den das Programm am Ende jedes Laufs ausgibt. Im Abo wird je Lauf nichts abgerechnet.

Wie es vorging, beschreibt Claude am Ende jedes Laufs selbst. Im leichten Satz nennen vier der neun Berichte die festen Wendungen als Merkmal, nach dem es die Dateien zugeordnet hat. Der schwere Satz zeigt, dass es auch ohne solche Wendungen richtig sortierte.

Die Aussage bleibt eng: Auf einem erzeugten Ordner mit eindeutigen Kategorien sortierte Claude Code fehlerfrei. Über Scans, Office-Dateien, Tausende Dateien oder unklare Kategorien sagt die Messung nichts. Aufbau und Einzelheiten stehen auf der zweiten Ebene, die Grenzen auf der dritten.

Was das Zurückspulen nicht zurückholt

Sortieren heißt verschieben, und Claude verschiebt mit mv in der Shell. Das hat eine Folge für den Rückweg. Die Doku zu den Checkpoints (externe Seite, code.claude.com) schreibt, dass ein Checkpoint keine Datei erfasst, die nur ein Befehl in der Shell geändert hat. Zurück holt das Zurückspulen einen solchen Befehl nur an einer Datei, die Claude vorher mit seinen eigenen Werkzeugen bearbeitet hat. Ein Sortierlauf verschiebt in der Regel Dateien, die Claude vorher nicht bearbeitet hat. Wie das Zurückspulen sonst funktioniert, steht in Kapitel 03.

Im Rechtemodus acceptEdits laufen solche Befehle außerdem ohne Rückfrage. Die Doku zu den Rechtemodi (externe Seite, code.claude.com) zählt dort neben mkdir, mv und cp auch rm auf, beschränkt auf Pfade im Arbeitsordner und in eigens hinzugefügten Ordnern. Vor einem Sortierlauf gehört der Ordner deshalb unter Git, oder man legt eine Kopie an. In der Messung durfte Claude nur lesen, suchen und die Befehle ls, mkdir, mv, cat und head ausführen. Löschen war nicht freigegeben. Wie man Rechte so eng fasst, steht in Kapitel 16.

Wann Cowork oder ein anderes Kapitel näher liegt

Einen Ordner aufräumen kann auch Cowork. Die Produktseite (externe Seite, claude.com) nennt das als passende kleine Aufgabe für Cowork im Tarif Pro. Die Faustregel aus Kapitel 07 gilt auch hier. Soll am Ende eine Office-Datei stehen, passt Cowork. Liegen die Dateien als Text in einem Ordner, passt Claude Code.

Zwei Nachbarfälle haben eigene Kapitel. Wer Tabellen auswerten will, findet den Weg zu einer nachprüfbaren Zahl in Kapitel 13. Wer aus Rohquellen eine Wissensbasis machen will, die Claude Code laufend pflegt, findet das Muster nach Andrej Karpathy und seine Umsetzung in Kapitel 11.

Die erste Ebene hat die vier Arbeiten an einem Ordner vorgestellt und das Ergebnis der eigenen Messung genannt. Hier stehen die Einzelheiten. Es geht darum, wie man einen Auftrag an einen Ordner formuliert und wie die Messung aufgebaut war. Dazu kommt, was die Läufe im Einzelnen zeigten und wie ein Stapel viele Dateien abarbeitet.

Einen Auftrag an einen Ordner beschreiben

Ein Auftrag an einen Ordner braucht drei Angaben:

• Den Bereich. Welcher Ordner, welche Dateien, bei Bedarf mit Muster, etwa alle Markdown-Dateien unter notizen/.
• Das Ziel. Was am Ende anders sein soll, mit Namen für neue Ordner oder einem Schema für Dateinamen.
• Die Grenzen. Was unverändert bleiben muss, etwa Inhalt, Dateinamen oder ein Ordner mit Rohmaterial.

Der Auftrag der eigenen Messung enthielt alle drei. Er nannte die Zahl der Dateien und das Ziel und zog am Ende die Grenzen. In der freien Fassung lautete er:

In diesem Ordner liegen 161 Dateien durcheinander.
Ordne sie nach Inhalt in Unterordner, die du
selbst sinnvoll benennst. Benenne keine Datei um,
lösche nichts und ändere keinen Inhalt.

Die Fassung mit Vorgabe ersetzte den zweiten Satz. Sie verlangte, jede Datei in genau einen von sechs benannten Unterordnern einzuordnen und die Unterordner anzulegen.

Bei einem großen Ordner muss der Inhalt nicht vorab ins Gespräch. Ein Verweis mit @ auf einen Ordner zeigt nach der Doku zu Arbeitsabläufen (externe Seite, code.claude.com) nur die Liste der Dateien. Den Inhalt liest Claude danach selbst, und zwar die Dateien, die es für die Aufgabe braucht. Warum jede gelesene Datei das Kontextfenster füllt, steht in Kapitel 05.

Der Aufbau der Messung

Ein Skript erzeugte für jeden Lauf einen frischen Ordner. Die sechs Kategorien waren Rechnungen, Verträge, Protokolle, Rezepte, Reisen und Anleitungen. Alle Namen und Firmen in den Dateien sind erfunden.

Leichter Satz. 150 Dateien, 25 je Kategorie. 48 davon haben einen sprechenden Namen, die übrigen heißen etwa scan_0042.txt. Die Dateien liegen als txt, md, csv, json und html vor. Jede Kategorie hat eine feste Wendung, etwa „Für N Personen“ bei den Rezepten.

Schwerer Satz. 161 Dateien. Je Kategorie gibt es fünf Vorlagen mit wechselnder Formulierung. Eine Wendung, die für alle Dateien einer Kategorie gilt, fehlt. Alle Namen sind nichtssagend. 30 Dateien sind PDFs. Fünf Dateien sind Dubletten unter anderem Namen. Sechs Grenzfälle passen in zwei oder drei Ordner, etwa eine Hotelrechnung zu Rechnungen und zu Reisen.

Echte PDFs. Derselbe schwere Satz, die PDFs aber mit dem Druckfilter cupsfilter von macOS erzeugt. Ihr Text ist komprimiert und mit cat oder grep nicht lesbar.

Gestartet wurde Claude Code 2.1.296 ohne Terminal, mit claude -p und einem leeren Kon­fi­gu­ra­ti­ons­ordner. Eigene Hooks, eine persönliche CLAUDE.md und Plugins fehlten damit. Ohne Angabe eines Modells lief Sonnet 5.5, Opus 5.5 lief mit --model. Die Rechte waren eng gefasst:

erlaubt="Read,Glob,Grep,Bash(ls *),Bash(mkdir *)"
erlaubt="$erlaubt,Bash(mv *),Bash(cat *),Bash(head *)"
claude -p --output-format=json \
  --allowedTools="$erlaubt" "$auftrag"

Claude durfte also lesen, suchen, Ordner anlegen und verschieben. Löschen, Kopieren und Schreiben waren nicht freigegeben. In keinem Lauf wurde eine Aktion abgelehnt.

Ausgewertet wurde über Prüfsummen. Vor dem Lauf hielt ein Skript für jede Datei eine Prüfsumme fest, danach verglich es Ort und Inhalt. Den Auswerter selbst prüfte ein Gegenversuch an zwei Ordnern. Der eine war perfekt sortiert, der andere enthielt fünf eingebaute Fehler. Beide Male zählte er richtig.

Was die 24 Läufe im Einzelnen zeigten

Jede Fassung lief dreimal, acht Fassungen ergeben 24 Läufe. In allen lag jede Datei im richtigen Ordner. Keine Datei ging verloren, keine wurde umbenannt oder verändert.

Grenzfälle. Alle sechs landeten in einem zulässigen Ordner. In den neun Läufen mit vorgegebenen Ordnern lag jeder Grenzfall jedes Mal im selben Ordner. In den sechs Läufen mit frei benannten Ordnern wechselte die Wahl bei vier der sechs Grenzfälle. Die Hotelrechnung lag in den 15 Läufen am schweren Satz elfmal bei den Rechnungen und viermal bei den Reisen. Alle vier Läufe mit der Hotelrechnung bei den Reisen hatten frei benannte Ordner. Wer eine feste Zuordnung braucht, gibt die Ordner vor und schreibt die Regel für solche Fälle in den Auftrag.

Dubletten. Die fünf doppelten Dateien blieben erhalten, so wie der Auftrag es verlangte. Vier der 15 Abschlussberichte am schweren Satz wiesen von sich aus auf Dubletten hin und nannten Beispiele. Wer sie gemeldet haben will, fragt im Auftrag danach.

Vorgehen. Ein Lauf brauchte 4 bis 8 Turns. Wie es dabei vorging, beschreibt Claude am Ende jedes Laufs selbst. Im leichten Satz nennen vier der neun Berichte die festen Wendungen jeder Kategorie als Merkmal der Zuordnung.

Modelle. Opus 5.5 kam auf dasselbe Ergebnis wie Sonnet 5.5. Im leichten Satz brauchte es 32 bis 34 Sekunden gegen 17 bis 20, im schweren 36 bis 47 gegen 32 bis 40. Jeder Lauf mit Opus 5.5 kostete laut Schätzwert mehr als jeder Lauf mit Sonnet 5.5 am selben Satz. Einen Vorteil brachte Opus 5.5 in dieser Messung nicht.

Kosten. Mit --output-format json gibt claude -p am Ende die Kosten des Laufs aus, als Feld total_cost_usd mit einer Aufteilung nach Modell (Doku zum Lauf ohne Terminal (externe Seite, code.claude.com)). Für Sonnet 5.5 lag der Wert zwischen 0,11 und 0,23 USD, für Opus 5.5 zwischen 0,28 und 0,49 USD. Das ist ein Schätzwert des Programms. In den Abos Pro und Max ist die Nutzung enthalten. Der Kostenwert der Sitzung spielt dort für die Abrechnung keine Rolle (Doku zu den Kosten (externe Seite, code.claude.com)).

Rechte für einen Lauf, der Dateien verschiebt

In der Grundeinstellung fragt Claude Code vor Änderungen und vor den meisten Befehlen in der Shell nach. Wer das abkürzen will, kann den Modus acceptEdits wählen. Er erlaubt Änderungen an Dateien im Arbeitsordner ohne Rückfrage (Doku zu den Rechtemodi (externe Seite, code.claude.com)). Er gibt zugleich die gängigen Befehle für Dateien frei, und dazu zählt die Doku rm und rmdir. Für einen Sortierlauf genügen enger gefasste Regeln, wie in der Messung: lesen, Ordner anlegen, verschieben. Wie man solche Regeln schreibt, steht in Kapitel 16.

Den Rückweg sichert man vor dem Lauf. Ein Commit in Git hält den Stand fest, und danach zeigt git status, welche Dateien ihren Platz gewechselt haben. Liegt der Ordner nicht unter Git, genügt eine Kopie. Warum das Zurückspulen hier nicht hilft, steht auf der ersten Ebene, die Einzelheiten auf der dritten.

Viele Dateien im Stapel

Für einen großen Bestand beschreiben die Best Practices (externe Seite, code.claude.com) einen Ablauf in drei Schritten. Zuerst schreibt Claude die Liste der Dateien in eine Datei. Dann ruft eine Schleife für jeden Eintrag claude -p auf. Mit --allowedTools gibt man die Werkzeuge vorab frei, die der Stapel braucht. Der Rechtemodus dontAsk lehnt alles andere ab, was eine Rückfrage bräuchte. Das zählt bei einem Lauf, dem niemand zusieht. Einen Teil davon kann ein installierter Mod trotzdem freigeben. Den Auftrag schärft man an den ersten zwei oder drei Dateien und lässt dann den ganzen Bestand laufen.

Für eine Übersetzung geht es noch einfacher. Der Text kommt über die Standardeingabe herein, die Übersetzung geht in eine neue Datei:

mkdir -p docs/en
for f in docs/*.md; do
  claude -p "Übersetze diesen Text ins Englische. \
Gib nur die Übersetzung aus." \
    < "$f" > "docs/en/$(basename "$f")"
done

So braucht der Lauf kein Recht zum Lesen von Dateien. Die Doku zum Lauf ohne Terminal (externe Seite, code.claude.com) zeigt dasselbe an einem Diff, der über eine Pipe hereinkommt. Jeder Aufruf sieht dabei nur seine eine Datei. Für einheitliche Begriffe über alle Dateien hinweg gehört eine Liste in die CLAUDE.md des Ordners. Ein Lauf mit claude -p findet und lädt nach der Doku Hooks, Skills, MCP-Server und die CLAUDE.md wie eine Sitzung im Terminal, solange man ihn nicht im schlanken Modus mit --bare startet. Rückgabewerte, Ausgabeformate und den schlanken Modus erklärt Kapitel 29.

Die Zahlen zum Sortieren stammen aus einer eigenen Messung dieser Seite, die übrigen Aussagen aus Unterlagen des Herstellers. Diese Ebene ordnet beides ein. Sie zeigt, wie weit die Messung reicht, wo der Rückweg über Checkpoints endet und was bei Formaten jenseits von Text gilt.

Wie weit die Messung reicht

Die Messung beantwortet eine enge Frage. Sortiert Claude Code einen Ordner mit Dateien eindeutiger Kategorien richtig, ohne dabei etwas zu verlieren oder zu verändern? In 24 Läufen lautete die Antwort ja. Die Streuung war klein, und das ist der Befund: Kein Lauf hatte einen Fehler, mit keinem der beiden Modelle und in keinem der Sätze.

Vier Eigenschaften des Aufbaus begrenzen, was daraus folgt:

• Der Ordner ist erzeugt. Jede Datei ist eine Seite lang und gehört eindeutig zu einer Kategorie, bis auf die sechs Grenzfälle. Echte Ablagen können Dateien enthalten, die zu keiner Kategorie passen, und Kategorien, die sich überschneiden.
• Es fehlen ganze Formate. Gemessen sind Text, Markdown, Tabellen als CSV, JSON, HTML und PDFs mit Text. Scans ohne Textebene, Bilder, Office-Dateien und Unterordner kamen nicht vor.
• Die Menge ist klein. 161 Dateien passen leicht in eine Sitzung. Bei Tausenden Dateien gilt das nicht mehr, und ob Claude dann ebenso sortiert, ist ungemessen.
• Die Stichprobe ist klein. Jede Fassung lief dreimal, alle an einem Tag, mit einer Version von Claude Code und zwei Modellen.

Der Messaufbau schließt zwei Fehlerquellen aus. Die Läufe hatten einen leeren Kon­fi­gu­ra­ti­ons­ordner, also wirkte keine eigene CLAUDE.md und kein eigener Hook mit. Und der Auswerter hat an zwei vorbereiteten Ordnern gezeigt, dass er richtig zählt: einmal ohne Fehler, einmal mit fünf eingebauten Fehlern. Dass ein Zählfehler die 24 fehlerfreien Läufe erklärt, ist damit unwahrscheinlich.

Was das Schwanken bei den Grenzfällen heißt

Eindeutige Dateien lagen in jedem Lauf in ihrer Kategorie. Bei den Grenzfällen schwankte die Wahl nur in einer der beiden Fassungen des Auftrags. Mit vorgegebenen Ordnern lag jeder der sechs in allen neun Läufen am schweren Satz im selben Ordner. Mit frei benannten Ordnern wechselte die Wahl bei vier der sechs. Die Hotelrechnung etwa lag elfmal bei den Rechnungen und viermal bei den Reisen, und alle vier Läufe mit den Reisen hatten frei benannte Ordner. Beide Ordner waren zulässig, und der Auftrag gab keine Regel dafür vor.

Für eine echte Ablage folgt daraus eine Arbeitsregel. Wer denselben Ordner öfter sortieren lässt, gibt die Zielordner vor und legt die Zuordnung für Zweifelsfälle fest, im Auftrag oder in der CLAUDE.md des Ordners. Neun Läufe mit vorgegebenen Ordnern sind dafür ein schmaler Beleg. Ob eine Regel für Zweifelsfälle das Schwanken auch bei frei benannten Ordnern beseitigt, ist nicht gemessen.

Wo der Rückweg über Checkpoints endet

Ein Checkpoint erfasst die Änderungen, die Claude mit seinen Werkzeugen zum Bearbeiten von Dateien macht (Doku zu den Checkpoints (externe Seite, code.claude.com)). An genau diesen Dateien nimmt er danach auch Befehle in der Shell mit. Was ein Befehl in der Shell an anderen Dateien verschiebt, kopiert oder löscht, bleibt draußen. Die übrigen Grenzen und den Rückweg über Git beschreibt Kapitel 03.

Bei einer Umbenennung mit angepassten Verweisen kann daraus ein halber Stand folgen. Angenommen, Claude benennt die Dateien mit mv in der Shell um und ändert die Verweise in den übrigen Notizen mit Edit. Spult man danach zurück, nimmt Claude Code die Änderungen an den Verweisen zurück, die neuen Dateinamen bleiben. Die Verweise zeigen dann auf Namen, die es nicht mehr gibt. Diesen Fall leitet das Kapitel aus dieser Grenze ab. Gemessen ist er nicht.

Unter Git ist außerdem jede Umordnung als Diff lesbar, bevor man sie behält. Wie Claude Code mit Git arbeitet, steht in Kapitel 26.

PDFs, Office-Dateien und Scans

PDFs liest Claude Code mit dem Werkzeug Read (Werkzeugreferenz (externe Seite, code.claude.com)), lange in Bereichen von Seiten. In der Messung lagen auch die echten PDFs mit komprimiertem Text alle richtig. Wie Claude sie gelesen hat, hält die Messung nicht fest.

Außer Text nennt die Werkzeugreferenz für Read Bilder, PDFs und Notebooks. Formate wie Word oder Excel stehen in dieser Liste nicht. Einen Weg zu Excel öffnen Skills. Wer sich mit einem Konto bei claude.ai anmeldet, bekommt die Skills aus diesem Konto. Dazu zählen laut Doku zu den Skills (externe Seite, code.claude.com) eingebaute Skills von Anthropic, etwa für PDF und Excel. Das gilt nur in einer Sitzung, die sich mit diesem Konto anmeldet. Die Einzelheiten stehen in Kapitel 17.

Cowork stellt laut seiner Doku (externe Seite, claude.com) fertige Office-Dateien her: Tabellen in Excel mit funktionierenden Formeln, Präsentationen in PowerPoint und formatierte Dokumente. Ob Claude Code eine Ablage aus Word-Dateien ebenso sicher sortiert wie Text, hat die Messung nicht geprüft. Gescannte Seiten ohne Textebene kamen in ihr ebenfalls nicht vor.

Was offen bleibt

Drei Fragen lässt die Messung offen:

• Große Bestände. Bei Tausenden Dateien passt der Ordner nicht mehr in eine Sitzung. Ob ein Stapel mit claude -p je Teilordner ebenso sicher sortiert, ist offen. Den Ablauf dafür beschreibt die zweite Ebene.
• Unklare Kategorien. In der Messung waren die Kategorien vorgegeben oder eindeutig erkennbar. Wie Claude mit Dateien umgeht, die zu keiner Kategorie passen, zeigt sie nicht.
• Inhalt, der sich ändert. Bei einer Übersetzung oder einer Überarbeitung ändert sich der Text selbst. Eine Prüfsumme sagt dann nur, dass sich etwas geändert hat. Ob die Änderung stimmt, muss jemand lesen, und dafür gibt es hier keine Zahl.

Für die dritte Frage hilft ein Prüfschritt aus den Best Practices (externe Seite, code.claude.com). Bevor eine Aufgabe als erledigt gilt, prüft ein Subagent die Änderungen in frischem Kontext und meldet Lücken. Wie das geht, steht in Kapitel 25. Wer aus einem Notizordner dauerhaft eine gepflegte Wissensbasis machen will, findet in Kapitel 11, welche Arbeit dabei beim Menschen bleibt.