Engineering-Beitrag von **Spotify**, veröffentlicht am 3. September 2026 auf engineering.atspotify.com (~1.600 Wörter, neun Abschnitte, zwei YAML-Manifeste, vier Befehlszeilenbeispiele), verfasst von **Dimitri Mazmanov**, Principal Product Manager. Er beschreibt ein persönliches Setup, das I/O-Aufgaben aus dem Kontext von **Claude Code** auslagern soll. Die eingangs formulierte Prämisse: *„Das meiste, was ein KI-Coding-Agent für mich tut, ist kein Denken. Es ist I/O“* — fünf Dateien lesen, um eine Frage zu einer einzelnen Methode zu beantworten, einen Test erstellen, der sich an den anderen zwanzig im Verzeichnis orientiert. **(A) Die Modes.** **Portal by Spotify** stellt *AiKA Modes* bereit, deklarative Agenten auf einer ephemeren Laufzeitumgebung — Instruktionen, Modell, Temperatur, **MCP**-Tools — verglichen mit *„AWS Lambda, aber für Agenten“*; zwei öffentliche Modes, `bulk-reader` und `code-writer`, laufen hier auf **Gemini 2.5 Flash**. **(B) Das Routing.** Ein Claude-Code-Plugin namens `shunt` ersetzt `CLAUDE.md`-Regeln, die als *„beratend, nicht erzwungen“* eingestuft werden, durch drei Schichten: `PreToolUse`-Hooks, die jedes Lesen über **350 Zeilen** hinaus blockieren (Schwellenwert anpassbar über `SHUNT_MIN_LINES`), zwei Bash-Skripte, die die Portal-CLI aufrufen, zwei Skills, die die Aufrufsyntax bereitstellen. Der Korpus geht an das sekundäre Modell und **gelangt nie in Claudes Kontext**. **(C) Messungen und ihre Grenzen.** Bei einem Java-Monorepo, vier Szenarien, liegt die berichtete durchschnittliche Einsparung bei **~90 %** für `bulk-read`; der Autor merkt an, dass das Szenario `code-write` *„schwerer zu messen“* sei, und nennt drei Einschränkungen — nicht delegierbares Editieren, nicht delegierbares Reasoning, **10 bis 30 Sekunden** Latenz pro Aufruf. Knüpft an die Budgetfragen aus [[gupta-token-budget-wars-marginal-token-utility-2026-05-28]] und die in [[willison-fable-judgement-delegation-subagents-2026-07-03]] untersuchte Delegation an.
#Portal by Spotify#AiKA Modes#shunt
Dimitri Mazmanov (Principal Product Manager, Spotify) · sur le blog d'ingénierie engineering.atspotify.com.
Beitrag von **Ethan Mollick**, veröffentlicht am **31. August 2026** auf *One Useful Thing* (~2.200 Wörter). Er geht von einem Sicherheitsvorfall aus, um eine organisatorische Frage aufzuwerfen: Wann sollte eine KI einen Menschen um Hilfe bitten?
#Agency#Agency#autonome Agenten
Ethan Mollick — professeur à la Wharton School (University of Pennsylvania) · auteur du blog *One Useful Thing* sur Substack.
Nicolas Martignole (Le Touilleur Express) veröffentlicht – gemeinsam verfasst mit **GLM-5.2** und **MiniMax-M3** – **« The Token Manifesto »**: eine Persiflage des **Manifeste Agile** (2001), übertragen auf die Ära der LLMs, in der die Werteinheit nicht mehr die Ingenieurstunde, sondern das **Token** ist. Vier Werte: *kurze System-Prompts statt raffinierter System-Prompts*, *ein klares Beispiel statt drei Absätzen Erklärung*, *iteratives Vorgehen in kleinen Schritten statt das gesamte Lastenheft auf einmal abzuladen*, *Ausgabe in einem festgelegten Format statt das Modell frei improvisieren zu lassen*. Zwölf Prinzipien unterlaufen die des Agilen Manifests eines nach dem anderen — „Einfachheit, die Kunst, die Menge an Arbeit zu maximieren, **die nicht vom Modell erledigt wird**“, „selbstorganisierende Teams, die Wiederholungen erkennen und einmal dokumentieren“, „regelmäßige Reflexion **bevor die Monatsrechnung eintrifft**“. Unter dem Humor („nervöses Starren auf eine Nutzungsanzeige“) verbirgt sich eine ernsthafte These: Der eigentliche ökonomische Engpass KI-gestützter Entwicklung ist nicht mehr die Geschwindigkeit, sondern das **Token-Budget** und die **Ökonomie des Kontextfensters**. Zwei Pointen beschließen den Text: **« Du hast kein Prompt-Problem. Du hast ein Kontextfenster-Problem. »** und **« Jeder ist ein Prompt Engineer, bis das Monatskontingent aufgebraucht ist. »** Bemerkenswert ist das Meta-Augenzwinkern: ein Manifest zur Token-Sparsamkeit, gemeinsam *mit* Modellen verfasst.