---
name: reference_drive_mcp_ocr_bulk_analysis
description: "Technik für Bulk-Analyse von Google-Drive-Screenshots — read_file_content liefert OCR-Text, Subagents erreichen die Drive-MCP"
metadata: 
  node_type: memory
  type: reference
  originSessionId: d7235cc2-edf0-4b9b-b137-f6276d2ba57d
---

Google-Drive-Bulk-Analyse (verifiziert 2026-06-02, kaaiiss777-Drive, ~150 Screenshots):

- `mcp__claude_ai_Google_Drive__read_file_content` liefert bei Bildern (jpg/png) **OCR-Volltext** zurück, nicht das Bild — billig (Text-Tokens) und für Dutzende Files skalierbar. NICHT `download_file_content` für Screenshots nutzen (base64 bläht Context).
- Videos: read_file_content unterstützt **keine** Video-Mime-Types. Frame-by-Frame nur via Download + claude-watch; IG-Reels haben keine Public-URLs, große MOVs (100MB+) nicht praktikabel über MCP. Titel-Cluster + gezieltes claude-watch für YouTube-IDs ist der realistische Pfad.
- **Subagents (general-purpose) erreichen die claude.ai Drive-MCP** via `ToolSearch query "select:mcp__claude_ai_Google_Drive__read_file_content"`. Fan-out mit ~8 parallelen Workern à ~20 Files funktioniert; jeder Worker schreibt Voll-Digest auf Disk und gibt nur tight Summary zurück (Context-Hygiene).
- **Permission-Flut:** jeder read_file_content-Call promptet einzeln (Kais wurde via Telegram geflutet). Drive-Read-Tools vorab auf settings.json-Allowlist setzen, sonst nervt es. Erledigt: read-only Drive-Tools sind in `/root/.claude/settings.json` allowed.

Voll-Beispiel-Output: `brain/02-Wissen/drive-content-audit-2026-06-02.md`. Siehe auch [[feedback_no_secrets_via_telegram]] (Telegram-Leak-Vorsicht bei Inhalten).