Werkzeugkasten: Anhaenge lesen - Word, Excel, Text (#692)

- Core/Documents/DocumentText: text of .docx (paragraphs, tables as rows),
  .xlsx (sheet by sheet, every cell at its column, stored values not
  formulas) and plain text/CSV. No DTD, no external references, every part
  bounded against zip bombs. PDF is named as not readable yet.
- Mail: read_message lists attachments; read_attachment returns the text;
  save_attachment keeps the file in the agent's workspace (never over an
  existing file, never outside).
- FileRW read/read_many return Word and Excel files as text; writing them
  stays refused.

Co-Authored-By: Claude Opus 5.5 <noreply@anthropic.com>

docs/Organisation-Konzept.md

@@ -797,6 +797,16 @@ beidem.
    PDF-Anhang, eine Preisliste eine Tabelle. Text aus Anhängen zu holen ist die
    unspektakulärste und am häufigsten gebrauchte fehlende Fähigkeit. Ein PDF vom
    Lieferanten ist dabei so wenig vertrauenswürdig wie eine Webseite (#193).
+
+   > **Umgesetzt (#692) für Word, Excel und Text.** `DocumentText` im Core holt den Text
+   > aus `.docx` (Absätze, Tabellen als Zeilen) und `.xlsx` (je Blatt, jede Zelle an ihrer
+   > Spalte, gespeicherte Werte statt Formeln) sowie aus Text- und CSV-Dateien — ohne
+   > DTD, ohne externe Verweise, mit Obergrenze je Teil gegen Zip-Bomben. Mail listet in
+   > `read_message` die Anhänge, `read_attachment` liefert ihren Text, `save_attachment`
+   > legt die Datei im eigenen Arbeitsbereich ab (nie über eine vorhandene, nie außerhalb).
+   > FileRW `read`/`read_many` gibt Word- und Excel-Dateien als Text zurück; schreiben kann
+   > es sie weiterhin nicht. Der Text ist Fremdinhalt und wird von der Engine gerahmt.
+   > **Offen: PDF** — ein verlässlicher PDF-Textauszug ist eine Bibliotheksentscheidung.
 3. **Der MCP-Client (#197) bleibt nützlich** — aber als *eine* Fähigkeit unter anderen,
    für Dienste, die ohnehin als Server bereitstehen. Nicht als Anbindungsstrategie.