Post de ingeniería de **Spotify** publicado el **3 de septiembre de 2026** en engineering.atspotify.com (~1.600 palabras, nueve secciones, dos manifiestos YAML, cuatro ejemplos de línea de comandos), escrito por **Dimitri Mazmanov**, Principal Product Manager. Describe una configuración personal diseñada para sacar las tareas de E/S del contexto de **Claude Code**. La premisa planteada de entrada: *« Most of what an AI coding agent does for me isn't thinking. It's I/O »* — leer cinco archivos para responder a una pregunta sobre un único método, producir una prueba modelada sobre las otras veinte del directorio. **(A) Los modos.** **Portal by Spotify** expone *AiKA Modes*, agentes declarativos sobre un runtime efímero — instrucciones, modelo, temperatura, herramientas **MCP** — comparados con *« AWS Lambda, but for agents »*; dos modos públicos, `bulk-reader` y `code-writer`, se ejecutan aquí sobre **Gemini 2.5 Flash**. **(B) El enrutamiento.** Un plugin de Claude Code llamado `shunt` sustituye las reglas de `CLAUDE.md`, consideradas *« advisory, not enforced »*, por tres capas: hooks `PreToolUse` que bloquean cualquier lectura más allá de **350 líneas** (umbral ajustable mediante `SHUNT_MIN_LINES`), dos scripts bash que llaman a la CLI de Portal, dos skills que proporcionan la sintaxis de invocación. El corpus pasa al modelo secundario y **nunca entra en el contexto de Claude**. **(C) Mediciones y sus límites.** En un monorepo Java, cuatro escenarios, el ahorro medio declarado es de **~90%** en `bulk-read`; el autor señala que el escenario `code-write` es *« harder to measure »*, y enumera tres limitaciones — edición no delegable, razonamiento no delegable, **10 a 30 segundos** de latencia por llamada. Prolonga las cuestiones de presupuesto de [[gupta-token-budget-wars-marginal-token-utility-2026-05-28]] y la delegación examinada en [[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.
Artículo de **Ethan Mollick** publicado el **31 de agosto de 2026** en *One Useful Thing* (~2200 palabras). Parte de un incidente de seguridad para plantear una cuestión organizativa: ¿cuándo debe una IA pedir ayuda a un humano?
#agencia#agencia#agentes autónomos
Ethan Mollick — professeur à la Wharton School (University of Pennsylvania) · auteur du blog *One Useful Thing* sur Substack.
Nicolas Martignole (Le Touilleur Express), coescrito con **GLM-5.2** y **MiniMax-M3**, publica **« The Token Manifesto »**: un pastiche del **Manifeste Agile** (2001) trasladado a la era de los LLM, donde la unidad de valor ya no es la hora-ingeniero sino el **token**. Cuatro valores: *system prompts breves frente a system prompts ingeniosos*, *un ejemplo claro frente a tres párrafos de explicación*, *iterar en pequeños pasos frente a volcar toda la especificación de una vez*, *producir en un formato definido frente a dejar que el modelo improvise libremente*. Doce principios subvierten uno a uno los del Agile — «la simplicidad, el arte de maximizar la cantidad de trabajo **que el modelo no hace**», «equipos autoorganizados que detectan la repetición y la documentan una sola vez», «una reflexión periódica **antes de que llegue la factura mensual**». Bajo el humor («mirando nerviosamente una barra de uso») subyace una tesis seria: la restricción económica real del desarrollo asistido por IA ya no es la velocidad sino el **presupuesto de tokens** y la **economía de la ventana de contexto**. Dos frases finales cierran el texto: **« No tienes un problema de prompt. Tienes un problema de ventana de contexto. »** y **« Todo el mundo es prompt engineer hasta que se le acaba la cuota mensual. »** Cabe señalar el guiño meta: un manifiesto sobre la frugalidad de tokens coescrito *con* modelos.