Saltar al contenido

root / tags / langgraph

#LangGraph

3 fiches

Herramientas y Plataformas Traducción verificada automáticamente

Put Claude Fable 5.1 and Gemini 3.8 Flash on the same team

Artículo extenso publicado el **14 de septiembre de 2026** en la cuenta de X **@GoogleCloudTech** (~2.000 palabras, cuatro pasos, seis bloques de comandos y configuración), firmado por **Alan Blount**, Technical Solutions Consultant en Google. Punto de partida: una pregunta trivial, confiada a un agente de investigación, facturada en **38 $**. El artículo propone ejecutar **Claude Fable 5.1** y **Gemini 3.8 Flash** en paralelo detrás de la misma API **Gemini Enterprise Agent Platform** (antes Vertex AI). **(1) Configuración**: el acceso a Fable está sujeto al *Advanced AI Safety Addendum* de Google Cloud, que exige una llamada a `setPublisherModelConfig` con el intercambio de prompts y respuestas habilitado para Anthropic, so pena de un 403; Flash funciona en cuanto se habilita. **(2) Benchmark interno** con promptfoo pilotando opencode en dos tareas: en un estado de rama git, Flash responde en **1,1 s** por menos de una décima de centavo mientras Fable cuesta **23 veces más**; en una migración de Postgres a Spanner, Fable produce en **12 s** un DAG formal con riesgos de desviación de reloj y una puerta de rollback, mientras que Flash entrega una secuencia lineal en 3 s. **(3) Uso**: *« coordinación asimétrica »* — el modelo rápido como coordinador de primera línea, el planificador profundo en los puntos de control, una herramienta `ask_for_help` para la escalada, y una advertencia contra los routers dinámicos: *« Keep it boring »*. **(4) ROI de tokens**: el valor del tiempo humano, las funcionalidades entregadas y los incidentes evitados, menos el coste de los tokens y la curva de aprendizaje del equipo. El mismo movimiento de enrutamiento por frontera de tarea que [[mazmanov-portal-spotify-shunt-claude-code-tokens-2026-09-03]], dentro del marco FinOps planteado por [[rafal-wenvision-tokenomics-foundation-finops-ia-2026-06-04]].

#enrutamiento de modelos#coordinación asimétrica#tokenomics

Alan Blount (Technical Solutions Consultant, Google Cloud, @zeroasterisk) · publié sur le compte X @GoogleCloudTech.

Arquitectura y Construcción Traducción verificada automáticamente

Amazon, Microsoft, and Google are converging on the same enterprise agent architecture

Análisis de Janakiram MSV (The New Stack, 20 de julio de 2026) sobre la **convergencia arquitectónica** de las plataformas de agentes empresariales de los tres hyperscalers: en nueve meses, **Amazon Bedrock AgentCore**, **Microsoft Foundry** y **Gemini Enterprise Agent Platform** han convergido en las **mismas seis primitivas** — runtime, memoria, tool gateway, identidad, observabilidad, gobernanza — bajo nombres de marca distintos. Lo que hace 18 meses era una colección fragmentada de librerías se está convirtiendo en una **capa de plataforma** diferenciada. La tesis: esta convergencia repite la **inflexión PaaS de 2011-2016**, en la que **Cloud Foundry** y **Heroku** unificaron VMs, balanceadores de carga, colas y almacenes de secretos en torno a un **contrato de aplicación** portable — salvo que aquí **todavía no existe un contrato equivalente**, y **ningún proyecto de código abierto lo ha reclamado**. Consecuencia: una empresa no puede **mover un agente de una nube a otra** (el estado de sesión, las trazas y la identidad terminan todos en manos de un único proveedor; migrar implica reconstruirlo todo). El autor propone un **mapeo línea por línea** del contrato de Cloud Foundry sobre los agentes, plantea tres principios de diseño (empaquetar el agente como **una única unidad desplegable**, **adjuntar** capacidades en lugar de incrustar proveedores, integrar la capa **operativa** en la abstracción), señala lo que los protocolos abiertos (MCP, A2A, OpenTelemetry) dejan fuera de alcance — el **ciclo de vida** — y plantea tres preguntas de due diligence: **gobernanza** (fundación neutral frente a proveedor), **empaquetado** (el mismo artefacto en dos nubes sin reescribirlo), **estado** (memoria exportable). Veredicto: quien termine poseyendo el **plano de control del agente** definirá *qué es un agente*.

#Plataformas de agentes empresariales#convergencia arquitectónica#portabilidad

Janakiram MSV