<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>ercan.ai</title><link>https://ercan.ai/de/</link><description>Recent content on ercan.ai</description><generator>Hugo</generator><language>de-DE</language><copyright>© Ercan Ermis</copyright><lastBuildDate>Fri, 17 Jul 2026 18:57:24 +0200</lastBuildDate><atom:link href="https://ercan.ai/de/index.xml" rel="self" type="application/rss+xml"/><item><title>Agents on Call, Teil 8. Produktion: Observability, Evals und der Tag, an dem die Plattform lügt</title><link>https://ercan.ai/de/agents-on-call-part-8-observability-evals/</link><pubDate>Thu, 16 Jul 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-8-observability-evals/</guid><description>&lt;p&gt;&lt;strong&gt;Drei Monate nachdem der Incident-Triage-Agent aus &lt;a href="https://ercan.ai/agents-on-call-part-3-incident-triage-strands/"&gt;Teil 3&lt;/a&gt; live gegangen war, produzierte er für einen echten Vorfall eine selbstbewusste, gut geschriebene, falsche Diagnose, und niemand fing sie bis zum Postmortem, weil der Trace, der sie in Echtzeit gefangen hätte, noch nicht existierte.&lt;/strong&gt; Das ist die Form jedes Fehlers, um den es in diesem letzten Teil wirklich geht: kein Crash, keine Exception, ein plausibler Satz, der zufällig falsch war. Dieser Beitrag schließt die Serie, indem er die drei Dinge baut, die aus "der Agent hat es gesagt" etwas machen, das ein Mensch verifizieren kann, sich den konkreten Tag ansieht, an dem er log, und die ganze Plattform gegen die Zahlen bewertet, die &lt;a href="https://ercan.ai/agents-on-call-part-1-the-scenario/"&gt;Teil 1&lt;/a&gt; versprochen hat.&lt;/p&gt;</description></item><item><title>Kiro nach dem Hype: Was KI-IDEs wirklich verändert haben</title><link>https://ercan.ai/de/kiro-after-the-hype/</link><pubDate>Wed, 15 Jul 2026 17:00:00 +0200</pubDate><guid>https://ercan.ai/de/kiro-after-the-hype/</guid><description>&lt;p&gt;&lt;strong&gt;Acht Monate nach Kiros allgemeiner Verfügbarkeit stellt sich heraus, dass die dauerhafte Idee die Spec ist, und der am wenigsten dauerhafte Teil die IDE.&lt;/strong&gt; Kiro erschien als agentische IDE mit dem Versprechen, dass Sie auf Spezifikationsebene arbeiten und der Agent implementieren lässt. Der Teil, der geblieben ist, ist das Artefakt: eine schriftliche Absichtserklärung, die ein Mensch prüft, bevor Code existiert. Der Teil, der still verloren ging, ist die Annahme, dass der Editor der Ort ist, an dem das passiert. Kiro brachte zur GA eine CLI heraus, fügte einen Headless-Modus hinzu, und das Terminal ist dort, wohin die interessante Nutzung ging.&lt;/p&gt;</description></item><item><title>Warum Ihr KI-Pilot in der Beschaffung gestorben ist</title><link>https://ercan.ai/de/ai-pilot-died-in-procurement/</link><pubDate>Mon, 13 Jul 2026 19:00:00 +0200</pubDate><guid>https://ercan.ai/de/ai-pilot-died-in-procurement/</guid><description>&lt;p&gt;&lt;strong&gt;Der Pilot hat funktioniert. Das war nie die Frage.&lt;/strong&gt; Die Demo saß, die Genauigkeit war vertretbar, die Nutzer mochten es, und dann verbrachte er fünf Monate in einer Warteschlange und wurde still und leise nicht mehr erwähnt. Niemand hat ihn abgeschossen. Er ist ausgelaufen. Wenn Sie das schon zweimal erlebt haben, kommen Sie vermutlich zu dem Schluss, dass die Organisation kaputt ist, und ich möchte für eine weniger befriedigende Erklärung plädieren: Der Pilot war so zugeschnitten, dass er eine Frage beantwortete, an der niemand hing.&lt;/p&gt;</description></item><item><title>Bedrock-Kostenverfolgung pro App mit Inference Profiles</title><link>https://ercan.ai/de/bedrock-application-inference-profiles/</link><pubDate>Fri, 10 Jul 2026 14:00:00 +0200</pubDate><guid>https://ercan.ai/de/bedrock-application-inference-profiles/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Application Inference Profile ist ein getaggter Wrapper um eine Modell-ARN, und er ist das Einzige, was zwischen Ihnen und einer Bedrock-Rechnung steht, die eine einzige Zahl für das ganze Unternehmen nennt.&lt;/strong&gt; Sie erstellen ein Profil, das auf ein Modell zeigt, hängen Kostenzuordnungs-Tags an und rufen die Profil-ARN statt der Modell-ID auf. Die Tags werden bis zu Cost Explorer und dem Cost and Usage Report mitgeführt. Das ist der gesamte Mechanismus, und er dauert einen Nachmittag.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 7. Sizing: Die Token-Rechnung, die niemand vorab macht</title><link>https://ercan.ai/de/agents-on-call-part-7-sizing-token-math/</link><pubDate>Thu, 09 Jul 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-7-sizing-token-math/</guid><description>&lt;p&gt;&lt;strong&gt;Eine einzige tiefe Vorfallsuntersuchung auf dieser Plattform, acht Runden Tool-Aufrufe, bevor der Triage-Agent genug Evidenz hat, um eine Diagnose vorzuschlagen, kostet 32.950 Tokens, und 31.600 davon sind Input, weil Bedrocks Converse API bei jeder Runde das gesamte wachsende Transkript erneut sendet.&lt;/strong&gt; Multipliziert mit echtem Alarmvolumen kommt die gesamte monatliche On-Demand-Modellrechnung der Plattform auf etwa 14 $, einer der kleineren Posten in Gesamtkosten von knapp 21 $ im Monat. Provisioned Throughput am ersten Tag zu kaufen, das, was Teil 1 explizit aufgeschoben hat, hätte 15.768 $ im Monat gekostet, für einen Workload, der bei ungefähr einem Vierhundertstel der Auslastung läuft, die er zum Break-even braucht. Nichts davon ist aus einem Diagramm offensichtlich. Es zeigt sich erst, wenn jemand die Arithmetik macht, und genau das tut dieser Teil, Ende zu Ende, mit jeder Zahl rückführbar entweder auf ein Bedrock-Preisblatt oder eine vollständig gezeigte Formel.&lt;/p&gt;</description></item><item><title>EU AI Act, 2. August: Die Frist, die sich nicht verschoben hat</title><link>https://ercan.ai/de/eu-ai-act-august-2-deadline/</link><pubDate>Wed, 08 Jul 2026 11:00:00 +0200</pubDate><guid>https://ercan.ai/de/eu-ai-act-august-2-deadline/</guid><description>&lt;p&gt;&lt;strong&gt;Das Digital Omnibus zur KI hat die Fristen verschoben, die Schlagzeilen machten, und die Frist unangetastet gelassen, die tatsächlich Ihr Projekt betrifft.&lt;/strong&gt; Die Hochrisiko-Pflichten rutschten um mehr als ein Jahr. Die Transparenzpflicht aus Artikel 50 rutschte nicht. Sie gilt ab 2. August 2026, was etwa drei Wochen entfernt liegt, und sie ist die Vorschrift, die gewöhnliche Teams bei gewöhnlichen Dingen erwischt: Text, Bilder oder Audio mit einem Modell erzeugen und die Ausgabe einer Person vorlegen.&lt;/p&gt;</description></item><item><title>SageMaker vs. Bedrock: Eine Organisationsentscheidung, keine technische</title><link>https://ercan.ai/de/sagemaker-vs-bedrock-organizational/</link><pubDate>Mon, 06 Jul 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/sagemaker-vs-bedrock-organizational/</guid><description>&lt;p&gt;&lt;strong&gt;SageMaker versus Bedrock ist kein technischer Vergleich. Es ist die Frage, ob Ihre Organisation Menschen beschäftigt, deren Job es ist, Modelle zu verantworten.&lt;/strong&gt; Wenn Sie ein Team haben, das ein Modellartefakt trainiert, evaluiert und dafür Bereitschaftsdienst übernimmt, beschreibt SageMaker Arbeit, die dieses Team bereits leistet. Wenn Sie dieses Team nicht haben, und die meisten Unternehmen, die KI-Funktionen ausliefern, haben es nicht, ist Bedrock kein Kompromiss. Es ist eine korrekte Lesart Ihres Organigramms.&lt;/p&gt;</description></item><item><title>Prompt Injection über die eigene Doku: Die RAG-Angriffsfläche</title><link>https://ercan.ai/de/prompt-injection-rag-attack-surface/</link><pubDate>Sat, 04 Jul 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/prompt-injection-rag-attack-surface/</guid><description>&lt;p&gt;&lt;strong&gt;In dem Moment, in dem Sie Retrieval vor ein Modell schalten, wird jedes Dokument in Ihrer Wissensdatenbank zu ausführbarer Eingabe.&lt;/strong&gt; Nicht ausführbar im Sinne einer Shell. Ausführbar in dem Sinne, dass ein Absatz in einer Confluence-Seite verändern kann, was Ihr Agent tut, weil Retrieval ihn abruft, in das Kontextfenster einfügt und das Modell ihn mit derselben Aufmerksamkeit liest wie Ihren System-Prompt. Teams modellieren die Bedrohungen für das Eingabefeld der Nutzer sorgfältig durch und ziehen dann 40.000 Seiten aus sechs Systemen ein, ohne zu fragen, wer dort schreiben darf.&lt;/p&gt;</description></item><item><title>M365 Security 101: AI Pilot und Business Impact Reports</title><link>https://ercan.ai/de/m365-security-101-ai-pilot-business-impact-reports/</link><pubDate>Fri, 03 Jul 2026 13:30:00 +0200</pubDate><guid>https://ercan.ai/de/m365-security-101-ai-pilot-business-impact-reports/</guid><description>&lt;p&gt;&lt;strong&gt;Security-Teams haben kein Detection-Problem. Sie haben ein Remediation-Problem und ein Kommunikationsproblem, und das sind die beiden Stellen, an denen sich AI in der Security tatsächlich bezahlt macht.&lt;/strong&gt; Ein moderner Scanner liefert dir bereitwillig 800 Findings gegen ein Compliance-Benchmark. Die Findings sind nicht der schwierige Teil. Der schwierige Teil ist, dass die meisten davon nie behoben werden, und dass die behobenen für die Leute unsichtbar bleiben, die das Budget freigeben. Dieser Post ist ein 101 zu den beiden AI-Features, die das aus meiner Sicht direkt angehen: automatisierte Remediation mit einem Freigabe-Gate und AI-generiertes Reporting für nicht-technische Leser. Als durchgehendes Beispiel dient &lt;a href="https://aether365.io"&gt;Aether365&lt;/a&gt;, eine Security-Plattform für Microsoft 365. Volle Transparenz vorab: Aether365 ist mein Produkt. Beurteile die Argumente nach ihrer Substanz.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 6. Guardrails: Der Teil, den alle überspringen</title><link>https://ercan.ai/de/agents-on-call-part-6-bedrock-guardrails/</link><pubDate>Thu, 02 Jul 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-6-bedrock-guardrails/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Bedrock Guardrail, an jede Agent-Invocation angehängt, fängt drei Dinge, die IAM überhaupt nicht sehen kann: eine prompt-injizierte Anweisung, versteckt in einer Log-Zeile, die PII eines Kunden, die in einem Tool-Ergebnis ankommt, bevor das Modell es zusammenfasst, und den eigenen Text eines Agenten, der einen Menschen dazu steuert, das Approval-Gate zu überspringen. Nichts davon ist ein Zugriffskontrollproblem, also taucht nichts davon in einer IAM-Policy auf, egal wie sorgfältig Teil 2 bis Teil 4 sie gescoped haben.&lt;/strong&gt; Dieser Teil baut diesen Guardrail in Terraform, in &lt;code&gt;terraform/30-guardrails/&lt;/code&gt;, und verbringt mehr Zeit mit dem, was er nicht fängt, als mit den demo-freundlichen Teilen, weil die Lücke zwischen beidem exakt der Ort ist, an dem ein Vorfall schiefgeht.&lt;/p&gt;</description></item><item><title>Dem Modell vertrauen, das Binary auditieren</title><link>https://ercan.ai/de/claude-code-hidden-fingerprint-system-prompt/</link><pubDate>Thu, 02 Jul 2026 03:30:00 +0200</pubDate><guid>https://ercan.ai/de/claude-code-hidden-fingerprint-system-prompt/</guid><description>&lt;p&gt;&lt;strong&gt;Das Client-Binary eines Coding-Agenten ist die privilegierteste Software auf deiner Maschine, und fast niemand auditiert es.&lt;/strong&gt; Es liest dein Repo, führt deine Shell aus, hält deine Credentials und aktualisiert sich nach einem Zeitplan, den du nicht kontrollierst. Wir haben kollektiv beschlossen, dieses Binary als langweilige Infrastruktur zu behandeln, während wir über Model Alignment streiten. Letzte Woche hat Claude Code demonstriert, warum das genau falsch herum ist: Rund drei Monate lang enthielt es versteckte Logik, die Anfragen über China-nahe Proxys klassifizierte und das Ergebnis steganographisch in den eigenen System-Prompt kodierte. Niemand bemerkte es, bis &lt;a href="https://thereallo.dev/blog/claude-code-prompt-steganography" target="_blank" rel="noreferrer noopener"&gt;ein Entwickler das Binary dekompilierte&lt;/a&gt;.&lt;/p&gt;</description></item><item><title>AWS Monthly (Juni '26): Agenten bekommen eine Feedback-Schleife</title><link>https://ercan.ai/de/aws-monthly-june-26/</link><pubDate>Tue, 30 Jun 2026 18:00:00 +0200</pubDate><guid>https://ercan.ai/de/aws-monthly-june-26/</guid><description>&lt;p&gt;&lt;strong&gt;Der Juni 2026 war der Monat, in dem AWS aufhörte, nur Agenten-Fähigkeiten auszuliefern, und anfing, die Schleife auszuliefern, die sie verbessert.&lt;/strong&gt; Der Summit in New York am 17. Juni stand im Zentrum: AgentCore bekam Optimierungsfähigkeiten, die Produktions-Traces lesen und zeigen, was deine Agenten falsch machen, Web Search wurde generell verfügbar, die verwaltete Harness erreichte einen Tag später GA, und AWS Continuum kam als KI-native Security-Lösung, die sich die Erlaubnis zu handeln verdient, statt sie vorauszusetzen. Anderswo im Monat brachte Anthropic Claude Fable 5 auf den Markt und verlor es kurz darauf wieder an eine Exportanordnung, was allen, die auf einem Frontier-Modell aufbauen, etwas Unbequemes über Lieferketten beigebracht hat.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 5. Das Team: Supervisor und drei Spezialisten</title><link>https://ercan.ai/de/agents-on-call-part-5-supervisor-three-specialists/</link><pubDate>Thu, 25 Jun 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-5-supervisor-three-specialists/</guid><description>&lt;p&gt;&lt;strong&gt;Vier Agenten existieren jetzt dort, wo Teil 4 einen zurückgelassen hat: Ein Supervisor, ein Runbook-Agent und ein Cost-Agent stoßen zu incident-triage, koordiniert nicht durch Python-Funktionsaufrufe innerhalb eines Prozesses, sondern durch AgentCore Runtimes eigene InvokeAgentRuntime-API, weil alle vier weiterhin als separate, isolierte Runtime-Ressourcen deployt werden, dieselbe Isolation, für die Teil 3 AgentCore Runtime überhaupt erst gewählt hat.&lt;/strong&gt; Eine weitere AWS-Ressource verbindet sie: eine einzige AgentCore-Memory-Instanz, geteilt über alle vier per Actor-ID, sodass eine Diagnose, die Triage um 3 Uhr morgens schreibt, für den Runbook-Agenten, an den sie Sekunden später übergibt, noch lesbar ist, und für welchen Agenten auch immer, der sich nächsten Monat einen ähnlich geformten Vorfall ansieht.&lt;/p&gt;</description></item><item><title>AWS hat eine Sandbox für KI-generierten Code gebaut: Lambda MicroVMs</title><link>https://ercan.ai/de/aws-lambda-microvms-ai-agent-sandboxes/</link><pubDate>Tue, 23 Jun 2026 02:00:00 +0200</pubDate><guid>https://ercan.ai/de/aws-lambda-microvms-ai-agent-sandboxes/</guid><description>&lt;p&gt;&lt;strong&gt;AWS Lambda MicroVMs sind ein neues Serverless-Primitiv, das nach AWS' eigener Darstellung dafür gebaut wurde, von Benutzern oder KI generierten Code in isolierten, zustandsbehafteten Umgebungen auszuführen.&lt;/strong&gt; Das zweite Wort ist das, worauf es ankommt. Bei dem Launch geht es nicht wirklich um Funktionen. Es geht darum, einem KI-Agent einen sicheren Ort zu geben, um den Code auszuführen, den er gerade geschrieben hat. Und die Tatsache, dass AWS mit "Benutzern oder KI" voranging, sagt dir, für wen das gedacht ist.&lt;/p&gt;</description></item><item><title>Das echte Limit Ihres Multi-Agent-Systems sind Tokens pro Minute</title><link>https://ercan.ai/de/bedrock-mantle-token-quotas-agents/</link><pubDate>Sun, 21 Jun 2026 16:00:00 +0200</pubDate><guid>https://ercan.ai/de/bedrock-mantle-token-quotas-agents/</guid><description>&lt;p&gt;&lt;strong&gt;Amazon Bedrock zeigt jetzt die Tokens-pro-Minute-Quotas seines Mantle-Endpunkts in der standardmäßigen AWS-Service-Quotas-Konsole an.&lt;/strong&gt; Sie können die Limits für Input-Tokens pro Minute und Output-Tokens pro Minute pro Modell direkt ablesen und Erhöhungen über denselben Workflow beantragen, den Sie bereits für alles andere in AWS nutzen. Das klingt nach einer kleinen Änderung an der Konsole. Für alle, die Multi-Agent-Systeme in Produktion betreiben, ist es der Unterschied zwischen geplanter Kapazität und der Entdeckung dieser Grenze als Wand aus 429s.&lt;/p&gt;</description></item><item><title>Estland gibt KI-Agenten eine ID. Das ist der einfache Teil</title><link>https://ercan.ai/de/estonia-ai-agent-id-codes/</link><pubDate>Sat, 20 Jun 2026 16:00:00 +0200</pubDate><guid>https://ercan.ai/de/estonia-ai-agent-id-codes/</guid><description>&lt;p&gt;&lt;strong&gt;Estland beabsichtigt, KI-Agenten offizielle digitale Identitäten, sogenannte "AI ID codes", auszustellen.&lt;/strong&gt; Das Büro von Ministerpräsident Kristen Michal erklärt, das Ziel sei es, KI in die Lage zu versetzen, "im Auftrag von Personen, Unternehmen oder Organisationen innerhalb klar definierter Grenzen und auf eine Weise zu handeln, die sowohl verifizierbar als auch prüfbar ist." Wenn das tatsächlich kommt, wird Estland das erste Land, das KI-Agenten eine staatlich anerkannte Identität gibt. Das ist ein wirklich sinnvoller Schritt, und es ist zugleich der einfache Teil. Der schwierige Teil ist alles, was die ID tragen soll.&lt;/p&gt;</description></item><item><title>Le Chaton Fat: Das fetteste KI-Modell, das es nie gab</title><link>https://ercan.ai/de/le-chaton-fat-the-fattest-model-that-never-existed/</link><pubDate>Thu, 18 Jun 2026 11:00:00 +0200</pubDate><guid>https://ercan.ai/de/le-chaton-fat-the-fattest-model-that-never-existed/</guid><description>&lt;p&gt;Ich erspare dir die Suche: &lt;strong&gt;Es gibt kein Modell namens Le Chaton Fat&lt;/strong&gt;. Keine Gewichte, keine API, kein Benchmark. Es ist kein Leak, keine Roadmap, kein Mistral-Produkt. Es ist ein Witz, und in den letzten Tagen wurde es der lustigste, den sich die KI-Community seit Langem selbst erzählt hat.&lt;/p&gt;
&lt;p&gt;Weil ein paar Leute tatsächlich auf die Suche nach dem Download-Link gegangen sind, finde ich, der Gag verdient eine ordentliche Aufarbeitung. Also hier ist, was es mit dem fettesten Modell auf sich hat, das es nie gab.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 4. Tools und das Gateway: MCP, Allowlists, Read-Only per Default</title><link>https://ercan.ai/de/agents-on-call-part-4-gateway-read-only-default/</link><pubDate>Thu, 18 Jun 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-4-gateway-read-only-default/</guid><description>&lt;p&gt;&lt;strong&gt;Vier Tools sitzen jetzt hinter einem einzigen AgentCore Gateway, statt einzeln, eine Python-Funktion nach der anderen, in jeden Agenten verdrahtet zu werden: cloudwatch-read, logs-read und cost-read übernehmen eine Read-only-Rolle in einem Spoke-Konto und können niemals irgendetwas mutieren, und ssm-execute, das einzige mutierende Tool der Plattform, kann ebenfalls keinen Spoke direkt erreichen, es kann nur eine Step-Functions-Ausführung starten, die auf die Slack-Freigabe eines Menschen pausiert.&lt;/strong&gt; Diese Pause ist keine UI-Nettigkeit. Sie ist der eine Ort in der gesamten Plattform, an dem ein AWS-Credential geprägt wird, das in der Lage ist, etwas in einem Spoke-Konto zu ändern, und es wird erst geprägt, nachdem eine Person auf Freigeben geklickt hat.&lt;/p&gt;</description></item><item><title>KI-Coding-Agenten brauchen auch Staging-Umgebungen</title><link>https://ercan.ai/de/ai-coding-agents-staging-environments/</link><pubDate>Fri, 12 Jun 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/ai-coding-agents-staging-environments/</guid><description>&lt;p&gt;&lt;strong&gt;Jede Umgebungsdisziplin, die dein Team für Menschen aufgebaut hat, gilt auch für Coding-Agenten, und die meisten Teams haben sie stillschweigend fallen gelassen, sobald der Agent gut genug wurde.&lt;/strong&gt; Dieselbe Organisation, die einen neuen Mitarbeiter am ersten Tag niemals an die Produktion lassen würde, gibt einem Agenten ein langlebiges Credential und eine Aufgabenbeschreibung und ist dann überrascht, wenn etwas kaputtgeht, das nicht hätte kaputtgehen dürfen.&lt;/p&gt;
&lt;p&gt;Die These ist absichtlich unspektakulär: &lt;strong&gt;ein Agent ist ein ungewöhnlich schneller Contributor ohne institutionelles Urteilsvermögen, und die Umgebungsleiter existiert genau für solche Contributor&lt;/strong&gt;. Dev, Staging, Produktion, mit einem Gate dazwischen. Es ging nie um den Menschen. Es ging immer um den Blast Radius.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 3. Erster Agent: Incident Triage in Strands</title><link>https://ercan.ai/de/agents-on-call-part-3-incident-triage-strands/</link><pubDate>Thu, 11 Jun 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-3-incident-triage-strands/</guid><description>&lt;p&gt;&lt;strong&gt;Der erste funktionierende Agent dieser Serie sind etwa 260 Zeilen Python: ein Strands-&lt;code&gt;Agent&lt;/code&gt;, zwei Read-only-Tools, die eine kontoübergreifende IAM-Rolle annehmen, bevor sie boto3 aufrufen, und ein System-Prompt, dessen gesamte Aufgabe darin besteht, das Modell davon abzuhalten, bei etwas, das es tatsächlich nicht geprüft hat, selbstbewusst zu klingen.&lt;/strong&gt; Noch kein AgentCore Gateway, kein Supervisor, kein Multi-Agenten-Handoff: Das kommt in späteren Teilen. Dieser Teil handelt davon, einen Agenten eine Aufgabe korrekt erledigen zu lassen, deployt auf AgentCore Runtime, bevor irgendetwas hinzukommt, das das Debuggen erschwert.&lt;/p&gt;</description></item><item><title>Claude Code in CI: Einen Agenten den Build reparieren lassen</title><link>https://ercan.ai/de/claude-code-in-ci/</link><pubDate>Mon, 08 Jun 2026 14:00:00 +0200</pubDate><guid>https://ercan.ai/de/claude-code-in-ci/</guid><description>&lt;p&gt;&lt;strong&gt;Einen Coding-Agenten in CI einzusetzen ist ein Berechtigungs-Design-Problem im Kostüm der Produktivität.&lt;/strong&gt; Die Mechanik ist Nachmittagsarbeit: Der Headless-Modus ist seit Claude Code 2.0 im September 2025 verfügbar, und &lt;code&gt;anthropics/claude-code-action@v1&lt;/code&gt; verpackt das Ganze in eine GitHub Action. Du kannst noch vor dem Mittagessen einen Agenten haben, der Pull Requests kommentiert. Ob er auch Commits pushen sollte, ist eine andere Frage, und es ist die einzige, die zählt.&lt;/p&gt;
&lt;p&gt;Die Regel, die das sicher hält, ist einfach: &lt;strong&gt;ein Agent in CI schlägt vor, er merged nicht&lt;/strong&gt;. Jedes der folgenden Muster ist nur eine Variation davon, wo genau du diese Linie ziehst.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 2. Das Fundament: Terraform vor den Tokens</title><link>https://ercan.ai/de/agents-on-call-part-2-terraform-before-tokens/</link><pubDate>Thu, 04 Jun 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-2-terraform-before-tokens/</guid><description>&lt;p&gt;&lt;strong&gt;Bevor einer der vier Agenten aus Teil 1 einen Log ansehen, eine Workload bepreisen oder einen Fix vorschlagen kann, braucht diese Plattform eine Kontogrenze und zwei IAM-Rollen, die "read-only per Default" zu einer Eigenschaft machen, die AWS erzwingt, nicht zu einem Versprechen, das in einem System-Prompt steht.&lt;/strong&gt; Diese Grenze, die Anfrage für Modellzugriff, die Tage passieren muss, bevor irgendjemand plant, etwas zu demonstrieren, und die Entscheidung zwischen On-Demand, Provisioned Throughput und Cross-Region-Inference-Profiles entstehen in diesem Teil, vollständig in Terraform, bevor auch nur eine Zeile Agenten-Code existiert.&lt;/p&gt;</description></item><item><title>Das Kontextfenster ist nicht dein Freund</title><link>https://ercan.ai/de/context-window-not-your-friend/</link><pubDate>Wed, 03 Jun 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/context-window-not-your-friend/</guid><description>&lt;p&gt;&lt;strong&gt;Ein großes Kontextfenster ist eine Kapazitätsgrenze, keine Retrieval-Strategie.&lt;/strong&gt; Dass ein Modell mehrere Hunderttausend Tokens akzeptiert, heißt nicht, dass es sie mit gleichmäßiger Aufmerksamkeit liest, und schon gar nicht, dass du dafür bezahlen solltest, sie zu senden. Jeder Long-Context-Benchmark, der sich die Mühe gemacht hat, Position und Länge zu messen, sagt dasselbe: Die Genauigkeit sinkt, je größer die Eingabe wird, und Belege, die in der Mitte eines Prompts vergraben sind, werden am wenigsten genutzt.&lt;/p&gt;</description></item><item><title>AWS Monthly (Mai '26): Agenten bekommen eine Geldbörse</title><link>https://ercan.ai/de/aws-monthly-may-26/</link><pubDate>Sun, 31 May 2026 19:00:00 +0200</pubDate><guid>https://ercan.ai/de/aws-monthly-may-26/</guid><description>&lt;p&gt;&lt;strong&gt;Der Mai 2026 war der Monat, in dem AWS Agenten eine Geldbörse in die Hand drückte und die Toolchain härtete, die sie baut.&lt;/strong&gt; Die Schlagzeile war Amazon Bedrock AgentCore Payments in der Preview, der erste gemanagte Weg für einen Agenten, eigenständig für die APIs, Inhalte und Services zu zahlen, die er nutzt. Drumherum brachte AWS das Agent Toolkit for AWS heraus und hob einen gemanagten Model Context Protocol Server auf allgemeine Verfügbarkeit, beides mit dem Ziel, dass KI-Coding-Agenten mit weniger Fehlern und engeren Kontrollen auf AWS bauen. Zusammen gelesen sagt der Monat, dass sich die Agent-Story von "kann er denken" hin zu "kann er Transaktionen ausführen, und können wir den Tools vertrauen, die ihn bauen" bewegt.&lt;/p&gt;</description></item><item><title>Agents on Call, Teil 1. Das Szenario: Warum ein Ops-Team Agenten einstellt</title><link>https://ercan.ai/de/agents-on-call-part-1-the-scenario/</link><pubDate>Thu, 28 May 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agents-on-call-part-1-the-scenario/</guid><description>&lt;p&gt;&lt;strong&gt;Ein mittelgroßes B2B-SaaS-Unternehmen mit rund 50 Entwicklern über etwa 30 AWS-Konten hinweg pagt jemanden im Bereitschaftsdienst rund 40 Mal pro Woche, und der Page bekommt erst nach 25 bis 35 Minuten manuellem Kontext-Sammeln eine echte Antwort: welches Konto, welches Dashboard, welches Runbook, und ob dieses Runbook überhaupt noch stimmt.&lt;/strong&gt; Das passiert vor der eigentlichen Diagnose, nicht anstelle davon. Diese Serie baut die Lösung: eine kleine Plattform aus KI-Agenten, die diesen ersten Durchgang automatisch erledigt, alles liest, was sie lesen darf, nichts verändert ohne die Freigabe eines Menschen, und in dem Moment aufhört nützlich zu sein, in dem sie diese Disziplin verliert.&lt;/p&gt;</description></item><item><title>Prompts loggen, ohne PII zu loggen</title><link>https://ercan.ai/de/logging-prompts-without-pii/</link><pubDate>Wed, 27 May 2026 14:00:00 +0200</pubDate><guid>https://ercan.ai/de/logging-prompts-without-pii/</guid><description>&lt;p&gt;&lt;strong&gt;Man kann eine LLM-Anwendung nicht debuggen, ohne Prompts zu loggen, und man kann diese Prompts nicht behalten, wenn sie voller Namen, E-Mail-Adressen und Kontonummern sind.&lt;/strong&gt; Nutzer tippen personenbezogene Daten direkt ins Eingabefeld, sodass das Log, das einem hilft, eine schlechte Antwort zu verstehen, zugleich ein wachsender Speicher regulierter Daten ist, der in CloudWatch oder S3 mit der falschen Retention und den falschen Zugriffskontrollen liegt. Die Lösung ist nicht, das Loggen einzustellen. Sie ist, vor der Speicherung zu redigieren und eine Retention-Policy auf das zu legen, was übrig bleibt, sodass der Debugging-Wert erhalten bleibt und die Haftung nicht.&lt;/p&gt;</description></item><item><title>Jetzt</title><link>https://ercan.ai/de/now/</link><pubDate>Mon, 25 May 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/now/</guid><description>&lt;p&gt;&lt;em&gt;(Letzte Aktualisierung: Mai 2026)&lt;/em&gt;&lt;/p&gt;
&lt;h3 id="schreiben"&gt;Schreiben&lt;/h3&gt;
&lt;p&gt;Veroffentliche hier Feldnotizen zu KI, LLMs und angewandtem ML. Betreibe ausserdem &lt;a href="https://ercan.cloud"&gt;ercan.cloud&lt;/a&gt; fur Cloud- und Platform-Engineering-Themen sowie Kurzform-KI-News auf &lt;a href="https://news.ercan.ai"&gt;news.ercan.ai&lt;/a&gt;. Baue &lt;a href="https://awsmonthly.cloud"&gt;awsmonthly.cloud&lt;/a&gt;, einen monatlichen AWS-News-Digest (noch nicht gestartet).&lt;/p&gt;
&lt;h3 id="beratung"&gt;Beratung&lt;/h3&gt;
&lt;p&gt;Nehme eine kleine Anzahl an Beratungsmandaten im Bereich KI und angewandtes ML an. Bedrock-Architektur, LLM-Kostenoptimierung, agentische Pipeline-Designs, Interims-KI-Plattformleitung. Falls das, was ihr entwickelt, sich mit meinen Themen uberschneidet, meldet euch auf &lt;a href="https://linkedin.com/in/ercanermis"&gt;LinkedIn&lt;/a&gt;.&lt;/p&gt;
&lt;h3 id="entwicklung"&gt;Entwicklung&lt;/h3&gt;
&lt;p&gt;Experimentiere mit agentischen Tool-Use-Mustern, Bedrock Guardrails im grossen Massstab und S3 Vector Search fur RAG. Kostenoptimierung fur LLM-Workloads ist ein wiederkehrendes Thema: die meisten Teams zahlen 60-90% zu viel, ohne es zu merken.&lt;/p&gt;</description></item><item><title>Consulting &amp; Advisory</title><link>https://ercan.ai/de/consulting/</link><pubDate>Sun, 24 May 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/consulting/</guid><description>&lt;p&gt;Ich nehme jedes Jahr eine kleine Anzahl an Beratungsmandaten an. Diese Arbeit liegt mir. Sie halt mich in echten Produktionsumgebungen, und genau dort entstehen die brauchbaren Muster. Jedes Mandat fliess in die Texte dieser Website ein, und die Texte fliessen in die Mandate zuruck.&lt;/p&gt;
&lt;h2 id="leistungen"&gt;Leistungen&lt;/h2&gt;
&lt;ul&gt;
&lt;li&gt;&lt;strong&gt;Bedrock- und LLM-Plattformarchitektur.&lt;/strong&gt; Kostenbewusste Grundlage fur produktive LLM-Workloads. Modell-Routing, Inference-Profiling, Guardrail-Design, Multi-Region-Failover. Du lieferst Features, nicht Infrastruktur.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;LLM-Kostenoptimierung.&lt;/strong&gt; Die meisten Teams zahlen 60-90 % zu viel fur Bedrock Knowledge Base, OpenSearch Serverless und provisioned Throughput, weil das Preismodell nicht offensichtlich ist. Ich finde die Verschwendung, baue den Stack um und ubergebe dir das Kosten-Dashboard.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Agentische Pipeline-Entwicklung.&lt;/strong&gt; Der Schritt von Chat zu Agenten. Tool-Use-Architektur, Agent-Loop-Design, Human-in-the-Loop-Checkpoints, Tracing und Observability fur nicht-deterministische Workflows.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;S3 Vectors und RAG-Architektur.&lt;/strong&gt; Native S3-Vektorsuche, Chunking-Strategie, Embedding-Modell-Auswahl, Retrieval-Evaluierung. Uberspring den &amp;ldquo;einfach eine Vektor-DB dazustellen&amp;rdquo;-Reflex.&lt;/li&gt;
&lt;/ul&gt;
&lt;h2 id="wie-ich-arbeite"&gt;Wie ich arbeite&lt;/h2&gt;
&lt;p&gt;&lt;strong&gt;Projektbasiert.&lt;/strong&gt; Du hast ein bestimmtes Feature, eine Pipeline oder eine Migration. Ich baue es gemeinsam mit deinem Team und ubergebe es mit Dokumentation.&lt;/p&gt;</description></item><item><title>Über</title><link>https://ercan.ai/de/about/</link><pubDate>Sat, 23 May 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/about/</guid><description>&lt;img src="https://www.gravatar.com/avatar/fd665aac14709877518d60931c3675d9?s=400&amp;d=mp" alt="Ercan Ermis" width="160" height="160" style="border-radius:50%; margin-bottom:1.5rem;" loading="lazy"&gt;
&lt;p&gt;Ich bin Ercan Ermis. Senior Cloud Platform Engineer mit Sitz in den Niederlanden. Ich schreibe hier uber KI, LLMs, Agenten und die Ingenieursarbeit, die es braucht, um sie in Produktion zu bringen.&lt;/p&gt;
&lt;h3 id="wie-ich-hier-gelandet-bin"&gt;Wie ich hier gelandet bin&lt;/h3&gt;
&lt;p&gt;Der erste Computer in meinem Leben war ein Amstrad mit zwei 5,25-Zoll-Diskettenlaufwerken, den mein Vater 1986 fur sein Geschaft gekauft hat. Der eigentliche Schalter wurde 1998 umgelegt, in der vierten Klasse, als mein Lehrer Linux auf einem der Windows-95-Rechner im Schulcomputerraum installierte und sagte: &amp;ldquo;Das ist Linux, das ist freie Software.&amp;rdquo; Dann erschien Pac-Man auf diesem schwarzen Bildschirm und es war um mich geschehen. Warum funktioniert dieses Ding, wie funktioniert es, was kann ich sonst noch damit machen. Mehr als dreissig Jahre spater stelle ich immer noch dieselben Fragen und sitze immer noch an der Tastatur. Stunden vor einem Computer sind immer noch der Ort, an dem ich mich am wohlsten fuhle. Die KI-Arbeit auf dieser Seite ist eine Fortsetzung derselben Neugier, nur mit einem neuen Satz von Primitiven.&lt;/p&gt;</description></item><item><title>Wenn Haiku Opus schlägt: Model Right-Sizing auf Bedrock</title><link>https://ercan.ai/de/haiku-beats-opus-model-right-sizing/</link><pubDate>Fri, 22 May 2026 11:00:00 +0200</pubDate><guid>https://ercan.ai/de/haiku-beats-opus-model-right-sizing/</guid><description>&lt;p&gt;&lt;strong&gt;Der meiste LLM-Traffic in Produktion ist nicht schwer. Es ist Klassifikation, Extraktion, kurze Umformulierungen und Routing, die Art von Arbeit, die ein kleines, schnelles Modell korrekt und günstig erledigt.&lt;/strong&gt; Trotzdem ist das übliche Muster, jeden Aufruf an das größte verfügbare Modell zu verdrahten, weil es "einfach funktioniert", und sich dann zu wundern, warum Rechnung und Latenz beide hoch sind. Auf Amazon Bedrock stehen sowohl Claude Haiku 4.5 als auch Claude Opus 4.5 zur Verfügung, und der Engineering-Gewinn liegt nicht darin, eines auszuwählen, sondern nach Aufgabenklasse zu routen, sodass das günstige Modell die Mehrheit übernimmt und das teure ein Eskalationspfad ist, kein Standard.&lt;/p&gt;</description></item><item><title>Agentic RAG ist meistens Latenz, die man nicht braucht</title><link>https://ercan.ai/de/agentic-rag-latency/</link><pubDate>Mon, 18 May 2026 16:00:00 +0200</pubDate><guid>https://ercan.ai/de/agentic-rag-latency/</guid><description>&lt;p&gt;&lt;strong&gt;Agentic RAG ersetzt ein einzelnes Retrieval durch eine Schleife: Das Modell holt Daten, liest sie, entscheidet, dass es mehr braucht, holt erneut Daten, und wiederholt das, bis es zufrieden ist.&lt;/strong&gt; Jeder Hop ist ein vollständiger Modell-Roundtrip plus eine Suche, und die Hops sind sequenziell, weil jeder vom vorherigen abhängt. Bei den meisten Fragen kauft man sich damit eine marginal bessere Antwort zum Mehrfachen der Latenz, wenn eine gut konstruierte Query denselben Kontext in einem einzigen Durchlauf geliefert hätte. Multi-Hop-Retrieval ist ein echtes Werkzeug für eine schmale Klasse von Fragen, und ein Standard, der überall sonst still die Antwortzeit verdreifacht.&lt;/p&gt;</description></item><item><title>Evals vor Agenten: Man kann nicht ausliefern, was man nicht bewerten kann</title><link>https://ercan.ai/de/evals-before-agents/</link><pubDate>Thu, 14 May 2026 13:00:00 +0200</pubDate><guid>https://ercan.ai/de/evals-before-agents/</guid><description>&lt;p&gt;&lt;strong&gt;Wenn man auf keine Zahl bringen kann, ob eine Änderung den Agenten besser oder schlechter gemacht hat, betreibt man kein Engineering, sondern Raten mit Extraschritten.&lt;/strong&gt; Der häufigste Grund, warum Agent-Projekte stocken, ist kein schwaches Modell, es ist das Fehlen einer Eval-Harness. Ohne sie wird jede Prompt-Anpassung, jeder Tool-Wechsel und jeder Modellwechsel von jemandem bewertet, der sich eine Handvoll Outputs anschaut und "scheint besser" verkündet, und so liefert man eine Regression aus und erfährt es von einem Nutzer. Die Anzeigetafel muss vor dem Agenten existieren, denn man kann nicht verbessern, was man nicht bewerten kann.&lt;/p&gt;</description></item><item><title>Semantic Caching: Zwei verschiedene Fragen, eine Antwort</title><link>https://ercan.ai/de/semantic-caching-llm/</link><pubDate>Mon, 11 May 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/semantic-caching-llm/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Semantic Cache beantwortet "wie setze ich mein Passwort zurück" mit der Antwort, die er bereits für "ich komme nicht mehr rein" generiert hat, weil beide dasselbe meinen.&lt;/strong&gt; Statt die exakte Zeichenkette einer Anfrage abzugleichen, embeddet er die Anfrage und sucht nach einer gespeicherten Anfrage, deren Embedding nah genug liegt, und liefert dann diese gecachte Antwort, ohne das Modell aufzurufen. Wenn das funktioniert, spart man sich einen Modellaufruf komplett: keine Tokens, keine Latenz, keine Kosten. Wenn die Einschätzung von "nah genug" danebenliegt, liefert der Cache eine selbstbewusste Antwort auf eine Frage, die der Nutzer nicht gestellt hat.&lt;/p&gt;</description></item><item><title>Step Functions ist der am meisten unterschätzte Agent-Orchestrator</title><link>https://ercan.ai/de/step-functions-agent-orchestrator/</link><pubDate>Thu, 07 May 2026 15:00:00 +0200</pubDate><guid>https://ercan.ai/de/step-functions-agent-orchestrator/</guid><description>&lt;p&gt;&lt;strong&gt;Das meiste, was Leute einen Agenten nennen, ist eine feste Abfolge von Schritten mit ein oder zwei Modellaufrufen in der Mitte. Der Kontrollfluss ist im Voraus bekannt, aber Teams übergeben ihn trotzdem dem Modell und verbringen dann Wochen damit, eine nicht-deterministische Schleife zum gewünschten Verhalten zu bringen.&lt;/strong&gt; Wenn die Form der Arbeit bekannt ist, sollte der Orchestrator deterministisch sein, und AWS Step Functions passt für diese Aufgabe besser als eine selbstgebaute Agent-Schleife. Es löst bereits Retries, Timeouts, Fehlerbehandlung, Parallelität und menschliche Freigabe, genau die Dinge, die ein Agent-Framework einen bitten, neu zu implementieren.&lt;/p&gt;</description></item><item><title>LLM-Gateways: Warum jedes Platform-Team irgendwann eines baut</title><link>https://ercan.ai/de/llm-gateways-platform-teams/</link><pubDate>Mon, 04 May 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/llm-gateways-platform-teams/</guid><description>&lt;p&gt;&lt;strong&gt;Das erste LLM-Feature geht als direkter Aufruf von einem Service an Bedrock live. Das zehnte geht genauso live, von zehn Services, mit zehn Zugangsdaten-Sätzen, zehn Retry-Policies und ohne eine einzige Stelle, an der sichtbar ist, wer wie viel ausgibt.&lt;/strong&gt; Das ist der Moment, in dem ein Platform-Team merkt, dass es ein LLM-Gateway braucht, meist ein Quartal nachdem der Bau noch günstig gewesen wäre. Ein Gateway ist die gemeinsame Eingangstür, durch die jeder Modellaufruf läuft, und sie existiert, um die vier Dinge zu übernehmen, die einzelne Teams sonst immer wieder schlecht neu erfinden: Authentifizierung, Quota, Routing und Audit.&lt;/p&gt;</description></item><item><title>AWS Monatsrückblick (Apr '26): OpenAI landet auf Bedrock</title><link>https://ercan.ai/de/aws-monthly-apr-26/</link><pubDate>Thu, 30 Apr 2026 18:00:00 +0200</pubDate><guid>https://ercan.ai/de/aws-monthly-apr-26/</guid><description>&lt;p&gt;&lt;strong&gt;Der April 2026 war der Monat, in dem sich die Modellauswahl auf Amazon Bedrock verändert hat.&lt;/strong&gt; Die Schlagzeile war keine neue AWS-Fähigkeit, sondern ein neuer Mieter: OpenAIs Frontier-Modelle, sein Coding-Agent Codex und OpenAI-gestützte Managed Agents kamen in limitierter Vorschau auf Bedrock. Parallel dazu verbrachte AgentCore den Monat damit, den Aufwand zu senken, von einer Idee zu einem laufenden Agenten zu kommen. Zusammen betrachtet erzählen die beiden Geschichten dasselbe. Bedrock positioniert sich als der neutrale Ort, an dem Unternehmen jedes beliebige Frontier-Modell betreiben, und AWS läuft dem Ziel hinterher, den umgebenden Entwickler-Workflow so schnell zu machen, dass die Modellwahl die einzige verbleibende Entscheidung ist.&lt;/p&gt;</description></item><item><title>Cross-Region Inference: Günstige Resilienz oder Residency-Falle?</title><link>https://ercan.ai/de/cross-region-inference-residency/</link><pubDate>Sun, 26 Apr 2026 13:00:00 +0200</pubDate><guid>https://ercan.ai/de/cross-region-inference-residency/</guid><description>&lt;p&gt;&lt;strong&gt;Amazon Bedrock Cross-Region Inference gibt euch höheren effektiven Durchsatz und weniger regionale Throttling-Fehler ohne Routing-Aufschlag, was fast kostenloser Resilienz gleichkommt. Die Falle ist, dass ein globales Inference-Profil euren Prompt an jede Region schicken kann, die gerade Kapazität hat, und wenn dieser Prompt regulierte Daten trägt, ist "wo auch immer Kapazität ist" keine Antwort, die euer Compliance-Team akzeptiert.&lt;/strong&gt; Das Feature ist wirklich nützlich. Ob es ein Gewinn oder ein Verstoß ist, hängt vollständig davon ab, welche Art von Inference-Profil man wählt, und diese Wahl lässt sich leicht treffen, ohne zu lesen, was sie bedeutet.&lt;/p&gt;</description></item><item><title>Eure LLM-Rechnung ist ein Observability-Problem</title><link>https://ercan.ai/de/llm-bill-observability-problem/</link><pubDate>Tue, 21 Apr 2026 15:00:00 +0200</pubDate><guid>https://ercan.ai/de/llm-bill-observability-problem/</guid><description>&lt;p&gt;&lt;strong&gt;Wenn eure Amazon-Bedrock-Rechnung springt und niemand sagen kann, welches Feature dafür verantwortlich war, habt ihr kein Preisproblem. Ihr habt ein Observability-Problem.&lt;/strong&gt; Die Rechnung sagt euch, dass der Account mehr für Tokens ausgegeben hat. Sie sagt euch nicht, welcher Agent, welcher Tenant oder welcher Codepfad das Geld ausgegeben hat, und ohne diese Zuordnung ist jedes Kostengespräch eine Vermutung. Man kann nicht optimieren, was man nicht misst, und die meisten Teams messen die Summe und nichts darunter.&lt;/p&gt;</description></item><item><title>Batch Inference auf Bedrock: Halber Preis, wenn ihr warten könnt</title><link>https://ercan.ai/de/batch-inference-bedrock-half-price/</link><pubDate>Fri, 17 Apr 2026 11:00:00 +0200</pubDate><guid>https://ercan.ai/de/batch-inference-bedrock-half-price/</guid><description>&lt;p&gt;&lt;strong&gt;Amazon Bedrock führt Batch Inference zu 50 Prozent des On-Demand-Token-Preises aus, und das Einzige, worauf man verzichtet, ist Unmittelbarkeit.&lt;/strong&gt; Man reicht eine Datei mit Anfragen ein, der Job läuft asynchron, wenn Kapazität verfügbar ist, und man holt die Ergebnisse später ab. Für jeden Workload, bei dem kein Mensch dasitzt und auf die Antwort wartet, den vollen Preis für Echtzeit-Inferenz zu zahlen, lässt die Hälfte des Geldes für eine Geschwindigkeit liegen, die niemand gebraucht hat.&lt;/p&gt;</description></item><item><title>Multi-Tenant-LLM-Apps: Kunden auf einem gemeinsam genutzten Modell isolieren</title><link>https://ercan.ai/de/multi-tenant-llm-apps-isolation/</link><pubDate>Mon, 13 Apr 2026 16:00:00 +0200</pubDate><guid>https://ercan.ai/de/multi-tenant-llm-apps-isolation/</guid><description>&lt;p&gt;&lt;strong&gt;Wenn viele Kunden ein Bedrock-Modell teilen, gibt das Modell keinerlei Isolation und war das auch nie vorgesehen. Es ist eine zustandslose Funktion: gleicher Input, gleiches Verhalten, keine Erinnerung daran, wer aufgerufen hat. Jede Grenze zwischen Tenants muss in den Schichten rund um das Modell gebaut werden, nicht von ihm erwartet werden.&lt;/strong&gt; Teams verstehen das genau falsch herum, nehmen an, der Managed Service übernehme die Trennung, und liefern eine App aus, in der Daten, Kosten und Last eines Tenants in einen anderen hineinbluten. Das gemeinsame Modell ist unproblematisch. Das gemeinsam genutzte Alles-andere ist das Problem.&lt;/p&gt;</description></item><item><title>Agenten-Gedächtnis ist ein Datenbankproblem, kein Prompt-Problem</title><link>https://ercan.ai/de/agent-memory-database-problem/</link><pubDate>Thu, 09 Apr 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/agent-memory-database-problem/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Agent, der sich erinnert, indem er seine gesamte Historie in den nächsten Prompt einfügt, hat kein Gedächtnis. Er hat eine wachsende Rechnung, eine harte Token-Obergrenze und eine Latenzkurve, die mit jedem Turn schlechter wird.&lt;/strong&gt; Echtes Gedächtnis ist eine Speicherentscheidung: was man persistiert, wo man es ablegt und wie man zur Inferenzzeit nur die relevante Teilmenge zurückholt. Das ist ein Datenbankproblem, und es als Prompt-Problem zu behandeln ist der Grund, warum Agenten, die in der Demo glänzen, in Woche zwei zusammenbrechen.&lt;/p&gt;</description></item><item><title>Structured Output schlägt cleveres Parsing</title><link>https://ercan.ai/de/structured-output-beats-parsing/</link><pubDate>Mon, 06 Apr 2026 14:00:00 +0200</pubDate><guid>https://ercan.ai/de/structured-output-beats-parsing/</guid><description>&lt;p&gt;&lt;strong&gt;Wenn eure Anwendung JSON immer noch mit einer Regex und einer Retry-Schleife aus Modell-Prosa herauszieht, löst ihr ein Problem, das Amazon Bedrock inzwischen auf der Decoding-Ebene löst.&lt;/strong&gt; Structured Outputs, seit Februar 2026 allgemein verfügbar auf Bedrock, zwingen das Modell während der Token-Generierung auf ein JSON Schema, sodass die Antwort konstruktionsbedingt der gewünschten Form entspricht statt aus Hoffnung. Die Regex war nie die Lösung. Sie war das Symptom dafür, ein Modell zu bitten, "bitte JSON zurückzugeben", und dann aufzuräumen, wenn es das nicht tat.&lt;/p&gt;</description></item><item><title>Prompt Caching auf Bedrock: Der 90-Prozent-Rabatt, den die meisten Teams ignorieren</title><link>https://ercan.ai/de/prompt-caching-bedrock-90-percent/</link><pubDate>Thu, 02 Apr 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/prompt-caching-bedrock-90-percent/</guid><description>&lt;p&gt;&lt;strong&gt;Amazon Bedrock Prompt Caching liest ein zwischengespeichertes Präfix zu etwa 90 Prozent Rabatt, aber ein Cache-Write kostet mehr als ein normales Input-Token. Ein Cache, der nie getroffen wird, macht die Rechnung also schlechter, nicht besser.&lt;/strong&gt; Das Feature ist seit April 2025 allgemein verfügbar, und die einstündige Cache-Dauer, die im Januar 2026 kam, macht es für ganze Sessions und Batch-Jobs nützlich. Die meisten Teams lassen es trotzdem ausgeschaltet, oder aktivieren es an der falschen Stelle und zahlen still einen Aufschlag. Der Rabatt ist real. Ob man ihn einfängt, hängt vollständig davon ab, wo der Cache-Breakpoint sitzt.&lt;/p&gt;</description></item><item><title>AWS Monthly (Mar '26): Governance holt die Agenten ein</title><link>https://ercan.ai/de/aws-monthly-mar-26/</link><pubDate>Tue, 31 Mar 2026 20:00:00 +0200</pubDate><guid>https://ercan.ai/de/aws-monthly-mar-26/</guid><description>&lt;p&gt;&lt;strong&gt;März 2026 war der Monat, in dem AWS aufhörte, Agenten-Fähigkeiten zu liefern, und anfing, Agenten-Kontrollen zu liefern.&lt;/strong&gt; Die Schlagzeilen-Launches waren keine neuen Modelle oder schickeren Demos. Es waren die unauffälligen, tragenden Bausteine, die man braucht, bevor ein Agent in die Nähe von Produktion darf: eine Autorisierungsschicht, eine Qualitätsbewertungsschicht und ein Healthcare-Stack, der erst governt werden musste, um überhaupt existieren zu dürfen. Das Muster über den Monat hinweg ist dasselbe, das jede Technologie trifft, wenn sie erwachsen wird. Die interessante Arbeit verschiebt sich von "kann es die Sache tun" zu "kannst du beweisen, was es getan hat, und es davon abhalten, die falsche zu tun."&lt;/p&gt;</description></item><item><title>Streaming-Antworten sind eine UX-Entscheidung, keine Performance-Entscheidung</title><link>https://ercan.ai/de/streaming-responses-ux-decision/</link><pubDate>Tue, 24 Mar 2026 15:00:00 +0200</pubDate><guid>https://ercan.ai/de/streaming-responses-ux-decision/</guid><description>&lt;p&gt;&lt;strong&gt;Streaming macht dein Modell nicht schneller. Es lässt das Warten kürzer wirken.&lt;/strong&gt; Die Gesamtzeit, um eine Antwort zu generieren, ist fast identisch, ob du sie streamst oder nicht. Was Streaming ändert, ist, wann der Nutzer das erste Token sieht, und genau diese eine Zahl, Time to First Token, treibt die gesamte Wahrnehmung von Geschwindigkeit. Behandle Streaming als UX-Entscheidung, denn genau das ist es, und du triffst bessere Entscheidungen darüber, wann du es einsetzt und wann es aktiv schadet.&lt;/p&gt;</description></item><item><title>Bedrock Agents vs. die eigene Loop bauen</title><link>https://ercan.ai/de/bedrock-agents-vs-own-loop/</link><pubDate>Wed, 18 Mar 2026 10:00:00 +0200</pubDate><guid>https://ercan.ai/de/bedrock-agents-vs-own-loop/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Managed-Agent-Framework tauscht Kontrolle gegen Geschwindigkeit, und der Tausch lohnt sich, bis zu dem Tag, an dem er es nicht mehr tut.&lt;/strong&gt; Amazon Bedrock Agents fährt die Reason-Act-Loop für dich: es plant, entscheidet, welches Tool es aufruft, ruft es auf, spielt das Ergebnis ins Modell zurück und wiederholt das, bis die Aufgabe erledigt ist. Das ist echte Arbeit, die du nicht schreiben musst. Die Frage ist nicht, ob es dir Zeit spart. Es ist, ob die Teile, die es versteckt, Teile sind, auf die du es dir leisten kannst, nicht mehr zu sehen.&lt;/p&gt;</description></item><item><title>IAM für LLM-Apps: Least Privilege, wenn der Aufrufer ein Modell ist</title><link>https://ercan.ai/de/iam-for-llm-apps-least-privilege/</link><pubDate>Sat, 14 Mar 2026 17:00:00 +0200</pubDate><guid>https://ercan.ai/de/iam-for-llm-apps-least-privilege/</guid><description>&lt;p&gt;&lt;strong&gt;Ein Agent ist ein Aufrufer, den du nicht vollständig vorhersagen kannst, und genau das ist der Aufrufer, der Least Privilege haben sollte.&lt;/strong&gt; Der Instinkt bei einem neuen Agenten ist, ihm eine breite Rolle zu geben, damit er "einfach funktioniert", während du iterierst. Dieser Instinkt ist der Grund, warum du am Ende ein Sprachmodell mit Credentials hast, das jeden Bucket lesen und jede Tabelle löschen kann, gesteuert von Text, den ein Angreifer beeinflussen kann. Least Privilege war schon immer die Regel. Ein nicht-deterministischer Aufrufer macht sie nicht verhandelbar.&lt;/p&gt;</description></item><item><title>Jemand hat antrophic.com registriert und leitet es direkt zu OpenAI weiter</title><link>https://ercan.ai/de/someone-registered-antrophic-com-and-points-it-straight-to-openai/</link><pubDate>Wed, 11 Mar 2026 12:34:48 +0300</pubDate><guid>https://ercan.ai/de/someone-registered-antrophic-com-and-points-it-straight-to-openai/</guid><description>&lt;p&gt;Eine typo-gesquattete Domain, eine verdachtige Weiterleitung und ein bisschen zu viel, um es Zufall zu nennen.&lt;/p&gt;
&lt;p&gt;&lt;strong&gt;Hier ist die echte Domain:&lt;/strong&gt; &lt;a href="https://www.anthropic.com" target="_blank" rel="noreferrer noopener"&gt;anthropic.com&lt;/a&gt;. Das KI-Sicherheitsunternehmen hinter Claude, gegrundet von ehemaligen OpenAI-Forschern, das wirklich wichtige Arbeit bei der Sicherheit und Interpretierbarkeit von KI-Systemen leistet.&lt;/p&gt;
&lt;p&gt;Versuch jetzt, dich zu vertippen. Lass das zweite &lt;strong&gt;"h"&lt;/strong&gt; weg. Du bekommst &lt;strong&gt;antrophic.com&lt;/strong&gt; -- eine Domain, die existiert, registriert ist und laut mehreren Berichten &lt;em&gt;direkt zu openai.com weiterleitet&lt;/em&gt;.&lt;/p&gt;</description></item><item><title>Hör auf mit Fine-Tuning. Du brauchst RAG, einen Cache und bessere Prompts</title><link>https://ercan.ai/de/stop-fine-tuning-rag-cache-prompts/</link><pubDate>Mon, 09 Mar 2026 11:00:00 +0200</pubDate><guid>https://ercan.ai/de/stop-fine-tuning-rag-cache-prompts/</guid><description>&lt;p&gt;&lt;strong&gt;Für die meisten Teams, die auf Amazon Bedrock zu Fine-Tuning greifen, ist die richtige Antwort Retrieval, ein Prompt-Cache und bessere Prompts, in dieser Reihenfolge.&lt;/strong&gt; Fine-Tuning ist das Werkzeug, das du in Betracht ziehst, nachdem diese drei ausgeschöpft sind, nicht davor. Der Grund ist keine Ideologie. Es ist die Rechnung. Ein custom fine-getuntes Modell auf Bedrock muss über Provisioned Throughput bedient werden, und dieses Preismodell verändert die Ökonomie deiner gesamten Anwendung.&lt;/p&gt;</description></item><item><title>Knowledge-Base-Chunking ist der Ort, an dem deine RAG-Qualität stirbt</title><link>https://ercan.ai/de/knowledge-base-chunking-rag-quality/</link><pubDate>Thu, 05 Mar 2026 14:00:00 +0200</pubDate><guid>https://ercan.ai/de/knowledge-base-chunking-rag-quality/</guid><description>&lt;p&gt;&lt;strong&gt;Wenn ein RAG-System eine falsche oder halb richtige Antwort liefert, liegt das meist nicht am Modell. Es liegt am Chunking.&lt;/strong&gt; Wenn die Passage mit der Antwort nie in den abgerufenen Kontext gelangt, kann kein Modell daraus antworten, und keine Menge an Prompt-Tuning ändert das. Chunking entscheidet, was überhaupt abgerufen werden kann, was es zum ersten macht, das man prüfen sollte, und zum letzten, das die meisten Teams sich ansehen.&lt;/p&gt;
&lt;p&gt;Amazon Bedrock Knowledge Bases lässt dich eine Chunking-Strategie wählen, wenn du eine Datenquelle anlegst. Diese eine Entscheidung setzt still die Obergrenze für deine Retrieval-Qualität. Triffst du sie falsch, verbringst du Wochen damit, dem Embedding-Modell, dem Reranker oder dem LLM ein Problem anzulasten, das in der Art liegt, wie du die Dokumente zerschneidest.&lt;/p&gt;</description></item><item><title>Bedrock Guardrails schützt nicht vor Prompt Injection</title><link>https://ercan.ai/de/bedrock-guardrails-prompt-injection/</link><pubDate>Tue, 03 Mar 2026 09:00:00 +0200</pubDate><guid>https://ercan.ai/de/bedrock-guardrails-prompt-injection/</guid><description>&lt;p&gt;&lt;strong&gt;Amazon Bedrock Guardrails ist ein Content-Filter, keine Sicherheitsgrenze.&lt;/strong&gt; Es klassifiziert Text nach Themen-, Toxizitäts- und PII-Richtlinien und blockiert alles, was einen Schwellenwert überschreitet. Das ist durchaus nützlich, um einen Kundensupport-Bot davon abzuhalten, über einen Mitbewerber zu reden oder eine Telefonnummer preiszugeben. Es ist aber nicht das, was eine Prompt Injection davon abhält, deinen Agenten in einen confused deputy zu verwandeln, denn Prompt Injection ist ein Autorisierungsproblem, und Guardrails autorisiert gar nichts.&lt;/p&gt;</description></item><item><title>Amazon Bedrock Knowledge Base Kosten um ~90% senken: Migration von OpenSearch Serverless zu Aurora Serverless v2 mit pgvector</title><link>https://ercan.ai/de/cutting-amazon-bedrock-knowledge-base-costs-by-90-migrating-from-opensearch-serverless-to-aurora-serverless-v2-with-pgvector/</link><pubDate>Sat, 21 Feb 2026 21:30:00 +0300</pubDate><guid>https://ercan.ai/de/cutting-amazon-bedrock-knowledge-base-costs-by-90-migrating-from-opensearch-serverless-to-aurora-serverless-v2-with-pgvector/</guid><description>&lt;h2 class="wp-block-heading"&gt;TL;DR&lt;/h2&gt;
&lt;p&gt;Wenn du eine Amazon Bedrock Knowledge Base mit &lt;strong&gt;OpenSearch Serverless (AOSS)&lt;/strong&gt; als Backend betreibst, zahlst du eine &lt;strong&gt;~$700/Monat-Untergrenze&lt;/strong&gt;, bevor du ein einziges Dokument aufnimmst. Fur die meisten kleinen und mittleren RAG-Workloads senkt der Austausch von AOSS gegen &lt;strong&gt;Aurora PostgreSQL Serverless v2 mit der &lt;code&gt;pgvector&lt;/code&gt;-Erweiterung&lt;/strong&gt; diese Untergrenze auf &lt;strong&gt;unter $50/Monat&lt;/strong&gt; -- eine ~90% Kostenreduktion; und bleibt dabei ein voll unterstutzter, erstklassiger Vector Store fur Bedrock Knowledge Bases.&lt;/p&gt;
&lt;p&gt;Dieser Beitrag geht das Warum, die Rechnung, die Trade-offs und den Migrationspfad durch, unter Verwendung einer echten Produktionsinfrastruktur als Referenzimplementierung.&lt;/p&gt;</description></item><item><title>AWS Monthly (Dez '25): Die Kiro-Ara beginnt</title><link>https://ercan.ai/de/aws-monthly-dec-25-the-kiro-era-begins/</link><pubDate>Wed, 31 Dec 2025 20:23:45 +0300</pubDate><guid>https://ercan.ai/de/aws-monthly-dec-25-the-kiro-era-begins/</guid><description>&lt;p&gt;Das Jahr endete mit der General Availability von &lt;strong&gt;Kiro (Frontier Agents)&lt;/strong&gt;. Kiro ist nicht nur ein Chatbot, sondern ein &lt;strong&gt;Virtuelles Softwareentwicklungsteam&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Technisch gesehen ist Kiro ein &lt;strong&gt;Autonomer Coding Agent&lt;/strong&gt;. Sie konnen ihm ein Ticket aus Jira zuweisen, und es wird:&lt;/p&gt;
&lt;ol start="1" class="wp-block-list"&gt;&lt;li&gt;Kontext aus Ihren Git-Repos ziehen.&lt;/li&gt;
&lt;li&gt;Die Implementierung in einer sicheren Sandbox entwerfen.&lt;/li&gt;
&lt;li&gt;Die Unit- und Integrationstests ausfuhren.&lt;/li&gt;
&lt;li&gt;Den Pull Request zur Uberprufung einreichen.&lt;/li&gt;
&lt;/ol&gt;
&lt;p&gt;Es versteht den &lt;em&gt;Kontext&lt;/em&gt; Ihrer gesamten Codebasis, nicht nur einer einzelnen Datei. Wir sahen auch den Launch von &lt;strong&gt;Database Savings Plans&lt;/strong&gt;, die endlich Ihre Ausgaben uber RDS, Aurora und DynamoDB hinweg in einer flexiblen Verpflichtung bundeln.&lt;/p&gt;</description></item><item><title>AWS re:Invent 2025: Die "Agentic"-Ara</title><link>https://ercan.ai/de/aws-reinvent-2025-the-agentic-era/</link><pubDate>Sun, 14 Dec 2025 20:25:19 +0300</pubDate><guid>https://ercan.ai/de/aws-reinvent-2025-the-agentic-era/</guid><description>&lt;p&gt;Wenn es 2024 darum ging, mit LLMs zu sprechen, dann ging es beim re:Invent 2025 darum, sie tatsachlich die Arbeit &lt;em&gt;erledigen&lt;/em&gt; zu lassen. Hier ist die umfassende Aufschlusselung der wichtigsten Ankundigungen.&lt;/p&gt;
&lt;h3 class="wp-block-heading"&gt;&lt;strong&gt;1. Die Amazon Nova 2 Modellfamilie&lt;/strong&gt;&lt;/h3&gt;
&lt;p&gt;AWS hat nicht nur seine Modelle aktualisiert, sondern eine spezialisierte Flotte fur verschiedene agentische Rollen aufgebaut:&lt;/p&gt;
&lt;ul class="wp-block-list"&gt;&lt;li&gt;&lt;strong&gt;Nova 2 Lite:&lt;/strong&gt; Optimiert auf Geschwindigkeit und Kosten. Gleich gut oder besser als Gemini Flash 2.5 in 14/18 Benchmarks.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Nova 2 Pro:&lt;/strong&gt; Das "Reasoning"-Arbeitstier. Am besten fur komplexe, mehrstufige Aufgaben und langfristige Planung.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Nova 2 Sonic:&lt;/strong&gt; Ein Speech-to-Speech-Modell fur konversationelle KI mit niedriger Latenz.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Nova 2 Omni:&lt;/strong&gt; Der echte multimodale Star. Es verarbeitet Text, Bilder, Video und Sprache &lt;em&gt;gleichzeitig&lt;/em&gt; mit einem 1M Token Kontextfenster.&lt;/li&gt;
&lt;li&gt;&lt;strong&gt;Nova Act:&lt;/strong&gt; Allgemein verfugbar und speziell fur UI-Automatisierung (browserbasierte Aufgaben) mit uber 90% Zuverlassigkeit entwickelt.&lt;/li&gt;
&lt;/ul&gt;
&lt;h3 class="wp-block-heading"&gt;&lt;strong&gt;2. Custom Silicon: Graviton5 &amp;amp; Trainium3&lt;/strong&gt;&lt;/h3&gt;
&lt;p&gt;Die Hardware-Story drehte sich um die Entkopplung von Leistung und Kosten:&lt;/p&gt;</description></item><item><title>AWS Monthly (Okt '25): Die Industrialisierung des KI-Trainings</title><link>https://ercan.ai/de/aws-monthly-oct-25-industrializing-ai-training/</link><pubDate>Fri, 31 Oct 2025 20:18:03 +0300</pubDate><guid>https://ercan.ai/de/aws-monthly-oct-25-industrializing-ai-training/</guid><description>&lt;p&gt;Oktober war die "Ruhe vor dem re:Invent-Sturm", brachte aber die Enthullung von &lt;strong&gt;Project Rainier&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Project Rainier ist ein massiver KI-Rechencluster mit uber &lt;strong&gt;500.000 Trainium2-Chips&lt;/strong&gt;. Technisch gesehen ist das eine der grossten dedizierten KI-Trainingsumgebungen der Welt. Fur uns bedeutet das die "Industrialisierung der KI." Das Preis-Leistungs-Verhaltnis von Trainium2 uber das &lt;strong&gt;Neuron SDK&lt;/strong&gt; ist jetzt deutlich besser als vergleichbare GPU-Instanzen fur Transformer-Workloads.&lt;/p&gt;
&lt;p&gt;Wir sahen auch die Veroffentlichung der &lt;strong&gt;Amazon Quick Suite&lt;/strong&gt;, die &lt;strong&gt;Agentic Connectors&lt;/strong&gt; einfuhrte. Diese Agenten konnen die Lucke zwischen AWS und Drittanbieter-SaaS-Anwendungen (wie DocuSign und Salesforce) schliessen, um mehrstufige Geschaftslogik ohne benutzerdefinierten Integrationscode auszufuhren.&lt;/p&gt;</description></item><item><title>AWS Monthly (Juni '25): S3 wird zu deiner Vektordatenbank</title><link>https://ercan.ai/de/aws-monthly-june-25-s3-becomes-your-vector-db/</link><pubDate>Mon, 30 Jun 2025 20:08:00 +0300</pubDate><guid>https://ercan.ai/de/aws-monthly-june-25-s3-becomes-your-vector-db/</guid><description>&lt;p&gt;Juni brachte eine tektonische Verschiebung im AI-Daten-Stack mit der Preview von &lt;strong&gt;Amazon S3 Vector Search&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;In den letzten zwei Jahren hat man uns gesagt, wir brauchen eine spezialisierte Vektordatenbank (Pinecone, Milvus, etc.) fur Retrieval-Augmented Generation (RAG). AWS hat die Gleichung vereinfacht: "Speichere deine Vektoren einfach in S3." Technisch gesehen fugt dies einen nativen Vektor-Indizierungs-Layer zu S3-Buckets hinzu. Du kannst Embeddings als Metadaten zu deinen Objekten speichern und &lt;strong&gt;KNN (K-Nearest Neighbor)-Suchen&lt;/strong&gt; direkt per API durchfuhren.&lt;/p&gt;</description></item><item><title>AWS Monthly (Feb '25): Automatisierte Code-Evolution</title><link>https://ercan.ai/de/aws-monthly-feb-25-automated-code-evolution/</link><pubDate>Fri, 28 Feb 2025 19:49:00 +0300</pubDate><guid>https://ercan.ai/de/aws-monthly-feb-25-automated-code-evolution/</guid><description>&lt;p&gt;Februar war der Monat, in dem &lt;strong&gt;Amazon Q Developer&lt;/strong&gt; aufhorte, ein "Helfer" zu sein und anfing, sich wie ein "Senior Engineer" zu verhalten. Die Schlagzeile war der Launch von &lt;strong&gt;Q-driven Refactoring&lt;/strong&gt;.&lt;/p&gt;
&lt;p&gt;Das ist nicht einfach nur einfache Code-Vervollstandigung. Technisch gesehen verwendet Q jetzt eine Kombination aus &lt;strong&gt;Symbolic AI und LLMs&lt;/strong&gt;, um ein vollstandiges Repository-Dependency-Mapping durchzufuhren. Es kann autonom komplexe Migrationen bewaltigen, wie etwa das Refactoring eines Legacy-Java-8-Microservices auf Java 21. Es identifiziert veraltete Bibliotheken, schlagt moderne Alternativen vor und schreibt Boilerplate-Code um, sodass er mit modernen Design Patterns wie Hexagonal Architecture ubereinstimmt.&lt;/p&gt;</description></item></channel></rss>