Artículo de **Chase Covington**, **Tomer Slaney** (socios, Nueva York) y **David Pralong** (socio senior, Charlotte), publicado por la *McKinsey Transformation Practice* en **septiembre de 2026** (día exacto no especificado, fechado el 1 por convención); 8 páginas, 2 figuras cuyo contenido no se reproduce en el texto. **(1)** Hallazgo: la transformation office (TO) es lenta en modernizar sus propias herramientas; en un turnaround que involucraba a **3.000** empleados, **más de 15** personas producían un informe de **300 páginas** cada cuatro semanas. **(2)** Tres pilares encomendados a agentes: *performance intelligence*, *single source of truth*, *conversation facilitation*. **(3)** Ganancias reportadas: **35 a 40%** del tiempo en tareas centrales, en ocasiones **70%**; un equipo central reducido de **diez a tres** personas. **(4)** Salvaguardas: errores en cascada entre agentes, falsas alertas, trazabilidad de cada paso. **(5)** Secuencia: reporting primero, automatización de acciones después, gestión del cambio dentro de la TO. Los autores presentan el texto como "a first look at the opportunity for TOs". Los casos no están nombrados, no se describe ningún método de medición, y dos de las herramientas citadas (**Wave**, **Lilli**) pertenecen a McKinsey. El texto da continuidad a [[sternfels-mckinsey-60000-people-20000-agents-officechai-2026-01-14]], donde McKinsey ya cuenta sus agentes entre su plantilla.
Anuncio de **Google** el **6 de agosto de 2026**: Google se une como **Core Maintainer** a la especificación **Agent Plugins 1.0.0**, un formato de empaquetado abierto y *vendor-neutral* para distribuir juntos **Agent Skills** y **servidores MCP**. La especificación fue publicada por un **TSC** cuyos Core Maintainers provienen de **Amazon, Cursor, Microsoft, OpenAI y Vercel**; Google se suma a ellos, representado por **Kevin Hou** (Senior Staff Engineer, Google DeepMind). Los dos bloques empaquetados —Agent Skills y MCP— provienen de **Anthropic**, que no figura en esta lista de mantenedores. **El diagnóstico** cabe en una frase: *"The core problem isn't the components. It's the manifest."* Una skill es portable, un servidor MCP es portable; la caja en la que van no lo es, y cada cliente tuvo que inventarla por su cuenta —de ahí los forks, las copias de componentes idénticos y su divergencia. **El formato** cabe en una restricción: *"A plugin is a directory. That's the whole idea, and the restraint is the point."* Un `plugin.json` con dos líneas útiles (`$schema` y `name`), skills en `skills/` en el formato Agent Skills, servidores declarados en `mcp.json` con un **`type` explícito en cada entrada** (stdio, Streamable HTTP, o el HTTP+SSE heredado) —ya no se infiere el transporte a partir de la forma del objeto de configuración. La fuerza del diseño reside en lo que el manifiesto **no puede** hacer: ni reubicar componentes ni declararlos en línea, de modo que no hay ninguna ruta de descubrimiento que configurar ni ningún orden de precedencia que aprender. Corolario operativo: los componentes **fallan de forma independiente** —un servidor de `mcp.json` que no arranca no derriba las skills del plugin, el cliente salta esa entrada, continúa y reporta el fallo. La vía de escape aceptada es el directorio de **dominio inverso** (`com.example.client/`), un espacio de extensión propiedad exclusiva de un cliente (hooks, agents, commands) que otros clientes ignoran: *"the portable core stays small because the non-portable parts have somewhere legitimate to go."* Una sección se dedica a los casos en que el formato no está justificado —*"Not every skill should be a Plugin"*: un único servidor MCP para un único cliente, basta con `mcp.json`; una única skill no necesita ningún plugin. Lo que la v1 excluye explícitamente, bajo *future considerations*: **sin mecanismo de instalación, sin protocolo de distribución, sin modelo de permisos, sin requisito de sandboxing, sin verificación de confianza o procedencia, sin UX**. Todo esto encaja en una pila de cuatro capas adoptables de forma independiente —**find** (Agentic Resource Discovery), **describe** (AI Catalog, que registraría el tipo `application/agent-plugins+json`), **package** (Agent Plugins), **run** (MCP + Agent Skills). Dos productos de Google ya se distribuyen así: **Agents CLI** y **Data Agent Kit** (BigQuery, Spanner, Cloud SQL).
Análisis de SFEIR (voz de la firma) sobre la disponibilidad general, el 9 de julio de 2026, de **GPT-5.6** de OpenAI — no un único modelo, sino una **familia de tres niveles**: **Sol** (buque insignia para tareas de largo alcance/ciberseguridad/ciencia, el único que desbloquea los modos "max" y "ultra"), **Terra** (nivel equilibrado de uso cotidiano, ~la mitad del precio de GPT-5.5) y **Luna** (rápido/económico, alto volumen). Los tres comparten ~**1,05 M de tokens** de contexto, **128k** tokens de salida y una fecha de corte de conocimiento del **16 de febrero de 2026**. El hecho más estructurante no es una puntuación, sino una **tabla de precios agresiva** (Sol 5$/30$, Terra 2,50$/15$, Luna 1$/6$ por millón de tokens): Sol mantiene el precio del buque insignia anterior siendo más capaz, lo que obliga a desplazar la comparación hacia la **relación capacidad-coste**. Dos sutilezas de facturación (escrituras en caché facturadas a **1,25×**, un recargo más allá de **272k** tokens) hacen que la tabla resulte engañosa mientras no se haya medido cuánto contexto vuelve a leer el agente (ratio lectura/escritura ~**153:1** en programación agéntica). Veredicto del ingeniero, presentado como neutral (SFEIR es a la vez socio **Google Cloud Premier** *y* socio de **Anthropic**): **nadie arrasa en todas las tablas** — GPT-5.6 domina Terminal-Bench 2.1 y el Coding Agent Index (a un tercio del coste por tarea), Claude se mantiene por delante en SWE-Bench Pro (~15 pts); METR señaló una tasa récord de **reward hacking** en Sol. Conclusión: "dejar de buscar al campeón, aprender a enrutar" — el modelo es un commodity, la ventaja duradera reside en **Context Engineering/Ingeniería de Harness**.
Entrada del blog de **Zed** firmada por **Franciska Dethlefsen** (responsable de crecimiento y marketing), publicada el **14 de mayo de 2026** —al día siguiente del anuncio de Anthropic— para responder a las preguntas de los usuarios de Zed. **Tema**: a partir del **15 de junio**, Anthropic **divide la facturación de las suscripciones Claude en dos grupos**: uno para sus **herramientas propias** (chat, la CLI oficial de **Claude Code**), el otro para el **uso de agentes y SDK de terceros** (todo lo que pase por **ACP**, `claude -p` o una herramienta de terceros). El uso vía ACP **deja entonces de consumir los límites de Pro o Max** y pasa a un **crédito mensual «Agent SDK»**: **20 $ para Pro, 100 $ para Max 5x, 200 $ para Max 20x**. Una vez agotado el crédito, el uso continúa **a precios estándar de la API** si el excedente («overage») está habilitado; en caso contrario, las solicitudes se detienen hasta el siguiente ciclo. **La cifra que sostiene el artículo**: hasta entonces, las suscripciones habían subvencionado el uso agéntico en un factor de **≈15 a 30×** respecto al precio de la API, y los nuevos créditos se facturan **a las tarifas completas de la API**; de ahí que *«para quien use agentes intensivamente, esto supone un aumento de costo importante»*. **Se proponen tres opciones**, en un orden que revela la posición de Zed: (1) conservar la suscripción ejecutando la **CLI oficial `claude` en una terminal dentro de Zed** en lugar de vía ACP —*«cuando la CLI oficial de claude se ejecuta en la terminal, usa los límites de tu suscripción, no el nuevo crédito»*—; (2) usar el agente integrado de Zed con el proveedor que se prefiera (modelos alojados por Zed, claves de API, Copilot, Ollama local, DeepSeek); (3) conectar **cualquier agente ACP** —OpenCode, Codex, Factory, Cursor—, varios de los cuales aún ofrecen suscripciones con límites de tasa que subvencionan el uso intensivo. **La tesis de fondo**, y la verdadera razón de la entrada: *«ACP es un protocolo abierto… para que tu editor nunca quede atado a las decisiones de precios de un solo proveedor»*, con la anticipación explícita de que *«este tipo de cambio no será el último»*. **La entrada incluye un anexo fechado el 16 de junio de 2026** que anuncia que **el cambio queda suspendido**: ACP, `claude -p`, el Agent SDK y las aplicaciones de terceros siguen funcionando con las suscripciones **como antes**, sin crédito separado que reclamar, límites sin cambios, con Anthropic revisando su plan con un aviso previo anunciado. **El artefacto se contradice así a sí mismo**: su contenido más importante —la marcha atrás— es posterior en un mes a su propia fecha de publicación.
#Zed#Anthropic#suscripción Claude
**Franciska Dethlefsen** — head of growth and marketing chez **Zed Industries**. Le rôle est déterminant pour lire le texte : ce n'est pas un billet d'ingénierie mais une **communication de crise produit** · écrite le lendemain d'une annonce d'un fournisseur dont Zed dépend · à destination d'utilisateurs inquiets. La signature growth/marketing explique la structure (problème → options → réassurance) et le fait que l'argument protocolaire arrive en conclusion plutôt qu'en tête.
Podcast de Greg Isenberg × Meng To (diseñador, fundador de Design+Code, creador de los productos Aura / New Form / Dream Cut) sobre **`design.md`** — la convención de código abierto de Google, equivalente a `agents.md` / `skills.md` / `soul.md` pero **para el sistema de diseño** (tipografía, colores, espaciado, animaciones WebGL/Three.js, reglas de revelado). Idea central: transportar el "**alma del diseño**" en un archivo markdown que se entrega a un agente (Claude Code, Codex, OpenClaude, Gemini, Stitch, Aura, V0, Lovable, Cursor) para preservar la **coherencia entre medios** (web, móvil, Replit slides, motion design con Hyperframes/Remotion). Tríada enseñada: **HTML = plato terminado, design.md = receta, skills = ingredientes** (tipografía, láseres, skeuomorphic, skills 3D — 63 en New Form). Diagnóstico principal: **design drift** en los flujos one-shot (`v0`, Lovable, Framer) que empiezan fuerte y luego derivan hacia una salida genérica. Metamensaje: el *gusto* (taste) es el único **moat** que queda — *"si algo se parece a otra cosa, su valor cae de 10× a 100×"*. Flujo de trabajo: **Reference → Design.md → Generate → Inspect → Systemize → Iterate (hasta más de 1000 prompts) → Remix → Expand → Export**. Crítica de los **gradientes morados** ("you just run") como la base genérica post-vibe coding. Meng To afirma haber gastado ~500.000 $ en tokens, haber ejecutado entre 1.000 y 10.000 iteraciones por producto, y haber gestionado 4 productos en paralelo en solitario.
#design.md#Google#sistema de diseño
Greg Isenberg (host — podcast Late Checkout / The Greg Isenberg Show, 12 mai 2026 livestream workshop ideabrowser.com) ; **Meng To** (guest — designer, fondateur Design+Code 2014, créateur Aura / New Form / Dream Cut, autodidacte parti à 18 ans, dropout, francophone d'origine canadienne)
Nota de análisis de **Mitch Ashley**, VP y Practice Lead de *CIO & Technology Buyers* y *Software Lifecycle Engineering* en **The Futurum Group**, publicada el **29 de abril de 2026** en la sección *Market Coverage News*: formato corto, aproximadamente **9.500 caracteres**, que se abre con cinco viñetas de resumen y se cierra con cinco puntos de seguimiento. Tema: el acuerdo anunciado el **21 de abril de 2026** por el cual **SpaceX** obtiene el derecho de adquirir **Cursor** por **60.000 millones de dólares** en el plazo de un año, o de pagar **10.000 millones de dólares** por una asociación de cómputo respaldada por el clúster **Colossus** de **xAI** en Memphis, descrito como equivalente a **1 millón de GPU H100**. (A) La lectura de las dos necesidades: Cursor arrastraba a la vez un techo de cómputo y una compresión de márgenes — la empresa paga precios de mercado por los modelos de **Anthropic** y de **OpenAI**, que enruta hacia sus clientes mientras compite con ellos a través de su línea **Composer**; SpaceX buscaba ingresos de IA y un relato de cara a una OPV prevista para junio. (B) La lectura de la estructura: un mínimo de 10.000 millones de dólares y una opción de compra de 60.000 millones de dólares ejercitable en acciones cotizadas tras la salida a bolsa, que, escribe Ashley, *"reparte el riesgo de forma más honesta que una adquisición directa"*. (1) Para los compradores, fija una ventana de **seis meses** para reverificar las cláusulas de retención cero de datos y la identidad del proveedor. (2) Para los proveedores, distingue tres exposiciones — **Google** protegida por **Antigravity**, **AWS** dependiente de Anthropic, **IBM** poco expuesta pero bien posicionada en el ángulo de la gobernanza. El corpus ya contiene [[beck-starving-genies-usage-limits-ai-coding-2026-04-03]] sobre la restricción de recursos impuesta a las herramientas de codificación y [[nyt-musk-promises-spacex-ipo-track-record-2026-06-02]] sobre los anuncios de SpaceX.
#SpaceX#Cursor#Anysphere
Mitch Ashley · VP et responsable des pratiques CIO & Technology Buyers et Software Lifecycle Engineering chez The Futurum Group · ancien CIO et CTO.
FinOps para agentes de IA: un marco de asignación en cuatro pasos para los costes de los asistentes de codificación (Claude Code, Cursor, Copilot) y por qué el etiquetado tradicional de la nube falla - Finout
#FinOps agéntico#asignación de costes#asistentes de codificación
Deepnote - Sucesor de Jupyter con agente de IA nativo - Formato YAML .deepnote - Extensiones VS Code/Cursor/Windsurf - Código abierto - GitHub 1.5k estrellas
Weave (workweave.dev) - Startup de Y Combinator - Medición del trabajo de ingeniería impulsada por IA - Weave Hour - Atribución de código de IA - Directorio YC