Post di ingegneria di **Spotify** pubblicato il **3 settembre 2026** su engineering.atspotify.com (~1.600 parole, nove sezioni, due manifest YAML, quattro esempi da riga di comando), a firma di **Dimitri Mazmanov**, Principal Product Manager. Descrive una configurazione personale progettata per spostare i task di I/O fuori dal contesto di **Claude Code**. La premessa dichiarata in apertura: *« Most of what an AI coding agent does for me isn't thinking. It's I/O »* — leggere cinque file per rispondere a una domanda su un singolo metodo, produrre un test modellato sugli altri venti della directory. **(A) Le modalità.** **Portal by Spotify** espone *AiKA Modes*, agenti dichiarativi su un runtime effimero — istruzioni, modello, temperatura, strumenti **MCP** — paragonati a *« AWS Lambda, but for agents »*; due modalità pubbliche, `bulk-reader` e `code-writer`, girano qui su **Gemini 2.5 Flash**. **(B) Il routing.** Un plugin per Claude Code chiamato `shunt` sostituisce le regole in `CLAUDE.md` ritenute *« advisory, not enforced »* con tre livelli: hook `PreToolUse` che bloccano qualsiasi lettura oltre le **350 righe** (soglia regolabile via `SHUNT_MIN_LINES`), due script bash che richiamano la Portal CLI, due skill che forniscono la sintassi di invocazione. Il corpus passa al modello secondario e **non entra mai nel contesto di Claude**. **(C) Misurazioni e i loro limiti.** Su un monorepo Java, quattro scenari, il risparmio medio riportato è di **~90%** su `bulk-read`; l'autore nota che lo scenario `code-write` è *« harder to measure »*, ed elenca tre limiti — editing non delegabile, ragionamento non delegabile, **10-30 secondi** di latenza per chiamata. Estende le questioni di budget affrontate in [[gupta-token-budget-wars-marginal-token-utility-2026-05-28]] e la delega esaminata in [[willison-fable-judgement-delegation-subagents-2026-07-03]].
#Portal by Spotify#AiKA Modes#shunt
Dimitri Mazmanov (Principal Product Manager, Spotify) · sur le blog d'ingénierie engineering.atspotify.com.
Guida firmata da **Michael Segner**, pubblicata il **20 agosto 2026** sul blog claude.com nella categoria *Claude Code*: una lettura di **5 minuti** annunciata per circa **31.500 caratteri** di testo, offerta anche in PDF. Materiale dichiarato: interviste a **più di una dozzina** di startup, quindici delle quali nominate — **Artemis Security**, **Cainex**, **Clay**, **ClickHouse**, **Cognition**, **Commure**, **Crosby**, **Emergent**, **Harvey**, **Heidi**, **Higgsfield**, **Omni**, **Parahelp**, **Translucent**, **Zingage**. (A) Cinque regole operative: *everyone ships*, *automate the tedium*, *trust, but verify*, *build for rebuilding*, *prototype, dogfood, productionize*, ciascuna chiusa da suggerimenti sui prodotti e riunite in una checklist finale. (B) Un corpo composto da citazioni attribuite, ogni regola illustrata da dirigenti nominati piuttosto che da una metrica aggregata. Le quattro cifre in evidenza sono quelle delle aziende intervistate: **+30%** di funzionalità rilasciate in più (ClickHouse), **da 2 a 3×** produttività ingegneristica (Omni), **100%** del bug triage automatizzato (Clay), **più di 6.000 PR a settimana** (Artemis Security). Due passaggi si discostano dal registro testimoniale: il ciclo di autocorrezione di **Cainex** sulla codifica medica, descritto passo per passo, e l'uso interno di **Claude Tag** in **Anthropic** come primo responsabile per la reperibilità CI/CD. La domanda posta in apertura — *"what would it look like if an organization built their product development lifecycle with Claude Code from the ground up?"* — si collega a [[claxton-anthropic-ai-native-sdlc-playbook-2026-08-21]], pubblicato il giorno successivo dallo stesso editore, e prolunga [[cherny-wu-reflecting-year-claude-code-2026-07-17]].
#Claude Code#startup#everyone ships
Michael Segner · auteur du guide sur le blog claude.com (fonction non affichée par la page) ; entretiens avec les dirigeants de quinze entreprises nommées.