Benutzerdefinierte PTC für Claude Code zeigt 40-65 % Token-Einsparungen bei Analyseaufgaben, nicht beim Code-Schreiben.

Ein Entwickler hat eine lokale Implementierung von Programmatic Tool Calling (PTC) für Claude Code erstellt und 79 reale Nutzungssitzungen analysiert, um die tatsächlichen Vorteile zu messen. PTC unterscheidet sich vom normalen Tool Calling dadurch, dass der Agent Code schreibt, der in einer isolierten Umgebung ausgeführt wird, wobei nur die Endergebnisse in das Kontextfenster gelangen und nicht jeder Zwischenschritt.
Was wurde gebaut
Der Entwickler hat Thalamus erstellt, einen lokalen MCP-Server, der Claude Code PTC-ähnliche Fähigkeiten bietet. Er umfasst vier Tools: execute() (führt Python mit Primitiven aus), search, remember und context. Die Implementierung verfügt über 143 Tests, nutzt ausschließlich die Python-Standardbibliothek und läuft vollständig lokal. Der Entwickler betont, dass es sich um eine eigene Implementierung handelt, nicht um das offizielle PTC von Anthropic.
Gemessene Ergebnisse aus 79 Sitzungen
- Token-Fußabdruck pro Aufruf:
execute()durchschnittlich ~2.600 Zeichen gegenüberReadmit durchschnittlich ~4.400 Zeichen - JSONL-Größenreduktion: Sitzungen mit PTC zeigten eine Reduzierung um -15,6 %
- Einsparungen bei Analyse-/Rechercheaufgaben: 40-65 %
- Einsparungen bei Code-Schreibaufgaben: ~0 %
Der Entwickler merkt an, dass diese realen Zahlen „weit von den 98 %“ Einsparungen entfernt sind, die in optimalen Szenarien von Anthropic und Cloudflare berichtet wurden.
Wie der Agent execute() tatsächlich nutzt
Eine Inhaltsanalyse von 112 execute()-Aufrufen ergab:
- 64 % nutzten Standard-Python (os.walk, open, sqlite3, subprocess) – nicht die PTC-Primitive
- 30 % nutzten ein einzelnes Primitiv (ein fs.read oder fs.grep)
- 5 % führten echtes Batching durch (2+ kombinierte Primitive)
Das Muster „5 Reads durch 1 execute ersetzen“ trat nur in 5 % der tatsächlichen Nutzung auf. Der Agent nutzte execute() hauptsächlich als universelle Rechenumgebung für den Zugriff auf Dateien außerhalb des Projekts, das Ausführen von Aggregationen und das Abfragen von Datenbanken.
Nutzungsmuster
Erste Messungen zeigten, dass nur 25 % der Sitzungen PTC nutzten, wobei der Agent standardmäßig Read/Grep/Glob verwendete. Nachdem ein ~1.100 Token umfassendes Betriebshandbuch in CLAUDE.md hinzugefügt wurde, stieg die Nutzung auf 42,9 %. Sitzungen, die sich auf das Schreiben von Code konzentrierten (Edit + Bash dominant), zeigten keine PTC-Nutzung.
Der Entwickler kommt zu dem Schluss, dass PTC bei Analyse-, Debugging- und dateiübergreifenden Rechercheaufgaben glänzt, jedoch nicht in edit-lastigen Entwicklungs-Workflows.
📖 Read the full source: r/ClaudeAI
👀 Siehe auch

Sylve: Eine FreeBSD-Verwaltungsebene für Virtualisierung, Container und Speicher
Sylve ist eine unter BSD-2 lizenzierte Management-Ebene für FreeBSD, die eine einheitliche Steuerung von Bhyve-VMs, FreeBSD-Jails, ZFS-Speicher und Netzwerkfunktionen bietet. Es verwendet ein RAFT-Konsensmodell für Clustering und beinhaltet Samba-Freigabeverwaltung mit ZFS-Snapshot-Automatisierung.

Kuratiere Liste von 260+ KI-Agenten und Tools mit Fokus auf Open-Source und Self-Hosting
Ein umfassendes GitHub-Repository listet über 260 KI-Agenten und -Frameworks auf und betont dabei Open-Source-, selbst gehostete und lokale Optionen wie Ollama, OpenClaw und DeerFlow.

Forschungsteam-in-einer-Box-Framework für Claude Code unter Verwendung einer Multi-Agenten-Architektur
Ein Entwickler hat ein Multi-Agenten-Forschungsframework für Claude Code erstellt, das Opus 4.6 nutzt, um spezialisierte Agenten über ein Plugin namens research-clab zu koordinieren. Das Framework entfaltet sich über einen geführten Frage-Antwort-Prozess und umfasst 11 Fähigkeiten, Agentendefinitionen und strukturierte Verzeichnisse zur Verwaltung komplexer Forschungsprojekte.

Strukturierte Claude-Fähigkeit für B2B-SaaS-Wachstums-Workflows
Ein Entwickler hat eine Claude-Skill open-source gestellt, die B2B-SaaS-Wachstumswissen in Playbooks und Fallstudien strukturiert, um die Ausgabequalität von Claude zu verbessern. Das Repository enthält 5 SaaS-Fallstudien, ein 4-stufiges Wachstums-Flywheel und 6 strukturierte Playbooks.