<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Claude-Api on René Zander | KI-Automatisierungsberater</title><link>https://renezander.com/de/tags/claude-api/</link><description>Recent content in Claude-Api on René Zander | KI-Automatisierungsberater</description><generator>Hugo</generator><language>de</language><lastBuildDate>Tue, 21 Apr 2026 06:00:00 +0200</lastBuildDate><atom:link href="https://renezander.com/de/tags/claude-api/index.xml" rel="self" type="application/rss+xml"/><item><title>Claude API Prompt Caching: Wann es Geld spart und wann nicht</title><link>https://renezander.com/de/blog/claude-api-prompt-caching/</link><pubDate>Tue, 21 Apr 2026 06:00:00 +0200</pubDate><guid>https://renezander.com/de/blog/claude-api-prompt-caching/</guid><description>&lt;p&gt;Ich betreibe einen Agent, der bei jedem Turn eine Knowledge Base mit 15.000 Tokens liest. Mehrstufige Konversation, rund 40 Aufrufe pro Nutzer-Session. Ohne Caching zahlt jeder Turn erneut die vollen Input-Token-Kosten für ein Context Window, das sich nie ändert. Mit Claude API Prompt Caching wird die Knowledge Base einmal zum 1,25-fachen Input-Preis geschrieben, jeder weitere Read kostet dann das 0,1-fache. Nach dem zweiten Aufruf ist es bereits günstiger als die volle Input-Rate. Genau dafür existiert dieses Feature.&lt;/p&gt;</description></item><item><title>Claude API Tool Use: Function Calling Anleitung für die Produktion</title><link>https://renezander.com/de/guides/claude-api-tool-use/</link><pubDate>Sun, 19 Apr 2026 14:00:00 +0200</pubDate><guid>https://renezander.com/de/guides/claude-api-tool-use/</guid><description>&lt;p&gt;Tool Use ist das Standardmuster für jede Claude-Workload jenseits von Chat. Wenn Sie etwas bauen, das aus einer Datenbank liest, eine API anspricht, eine Datei schreibt oder zwischen Logikzweigen entscheidet, sollten Sie Tools verwenden. Wenn nicht, prompten Sie wahrscheinlich zu viel und engineeren zu wenig.&lt;/p&gt;
&lt;p&gt;Ich betreibe zehn Claude-basierte Agents in der Produktion als Bash-Skripte auf einem Debian-VPS. Jeder einzelne nutzt Tool Use, nicht Prompt Chaining, um zu entscheiden, was als Nächstes zu tun ist. Das Modell wählt ein Tool, ich führe es aus, ich gebe das Ergebnis zurück, das Modell macht weiter. Diese Schleife ist langweilig, vorhersagbar und debuggbar. Sie schlägt &amp;ldquo;JSON aus der freien Antwort des Modells parsen&amp;rdquo; jedes Mal.&lt;/p&gt;</description></item><item><title>Claude API Deutsch: Praxis-Anleitung für DACH-Teams (2026)</title><link>https://renezander.com/de/blog/claude-api-deutsch/</link><pubDate>Sat, 28 Mar 2026 08:00:00 +0100</pubDate><guid>https://renezander.com/de/blog/claude-api-deutsch/</guid><description>&lt;p&gt;Die Claude API ist in DACH-Teams angekommen, aber die meisten Tutorials sind auf Englisch und ignorieren, was im deutschsprachigen Raum wirklich zählt: sauberer Umgang mit Umlauten, ein belastbarer DSGVO-Pfad und Modelle, die auch in formellen deutschen Registern nicht halluzinieren. Diese Anleitung ist genau dafür da.&lt;/p&gt;
&lt;p&gt;Ich baue seit über einem Jahr produktiv mit Claude. Zehn Agenten laufen bei mir als Bash-Scripts auf einem Debian-Server, dazu ein MCP-Server für TickTick, ein Telegram-Bot mit &lt;code&gt;claude -p&lt;/code&gt; und ein paar interne Tools, die deutsche Support-Tickets klassifizieren. Der Text unten ist das, was ich mir gewünscht hätte, als ich anfing.&lt;/p&gt;</description></item></channel></rss>