Claude Platform suma OpenTelemetry, workflows y modelos
Esta tanda de notas trae trazas OpenTelemetry para Agents, workflows dinámicos para tareas masivas, dos modelos nuevos con cambios que rompen código existente, y restricciones nuevas a las herramientas web.
Trazas OpenTelemetry para Messages y Agents
El SDK de Claude ahora emite spans de OpenTelemetry en Python, TypeScript, C#, Go, Java, PHP y Ruby, en beta. Esto te sirve para seguir una request del Messages API o una sesión completa de Claude Managed Agents dentro de tu propio backend de observabilidad, en vez de depender solo de logs sueltos o del dashboard de la Console. Para recibir spans desde el API mismo (no solo desde el SDK), tienes que agregar un destino OpenTelemetry en la Claude Console. Esto importa sobre todo si corres agentes de larga duración o con múltiples llamadas encadenadas: ahora puedes correlacionar cada paso con el resto de tu stack de tracing, en lugar de tratar cada llamada como una caja negra aislada.
Despliegues programados de Agents en AWS
Los scheduled deployments de Claude Managed Agents, que te permiten correr un agente en horarios fijos sin mantener tu propio scheduler, ahora están disponibles en Claude Platform on AWS. Si ya tenías tu infraestructura de agentes corriendo en AWS, esto cierra una brecha de paridad respecto a otras plataformas donde la función ya existía.
Workflows dinámicos: el agente arma su propio plan
Con el header beta managed-agents-2026-04-01, un agente puede escribir su propio workflow en vez de que tú lo definas a mano. Un workflow es un programa que corre muchos agentes en fases y combina sus resultados; el servidor lo ejecuta en background como un workflow run. Esto tiene sentido para trabajo con muchas piezas repetitivas, como revisar cientos de documentos, donde antes tenías que orquestar manualmente la división del trabajo y la combinación de resultados. Activas la función poniendo el campo multiagent del agente en el valor que habilita workflows, y le dices en el system prompt cuándo debe iniciar un run. Sigues el progreso a través de los eventos workflow_run.* en el event stream de la sesión, en vez de sondear el estado tú mismo.
{"type": "multiagent_20261001", "workflows": {"type": "enabled"}}Sonnet 5.5 y Haiku 5.5: modelos nuevos, mismas rupturas
Se lanzaron Claude Sonnet 5.5 y Claude Haiku 5.5, este último con ventana de contexto de 1M tokens, 128k tokens de salida máxima y adaptive thinking controlado por el parámetro effort. Ambos modelos cambian cómo funciona el thinking: ya no controlas el razonamiento manualmente con budget_tokens, ni con temperature, top_p o top_k, porque el adaptive thinking decide esto por ti y esos parámetros ahora devuelven error 400. El prefill de mensajes de assistant también deja de funcionar, igual que el tool_choice forzado (any o tool) en Sonnet 5.5. Si usas computer use, tienes que migrar al toolset computer_toolset_20260801 en el API o Google Cloud, porque la versión anterior ya no se acepta. Como el adaptive thinking viene activado por defecto, las respuestas pueden empezar con bloques thinking cuyo texto queda oculto salvo que pidas thinking.display: "summarized" — y ese texto igual cuenta como tokens consumidos. Si tienes código escrito para Sonnet 5 o Haiku 4.5, hay que revisarlo entrada por entrada antes de migrar.
web_fetch ya no trae cualquier URL que Claude escriba
En Claude Managed Agents, web_fetch ahora solo puede traer URLs que ya aparecieron antes en la sesión: en el texto de un mensaje de usuario, en un resultado de web_search, o en una página que el propio web_fetch devolvió antes. Antes el agente podía armar una URL por su cuenta (en su propia salida, en el system prompt, en un documento adjunto, o en la salida de bash u otra tool) y pedirle a web_fetch que la trajera, lo que abría una vía de exfiltración de datos: un agente comprometido podía mandar información sensible codificada en una URL hacia un servidor externo. Ahora ese caso devuelve el error url_not_in_prior_context. Si necesitas que el agente visite una URL específica, tienes que ponerla en el texto de un evento user.message, no asumir que el agente la va a inventar o copiar desde otro lado.
allowed_hosts también limita web_search y web_fetch
Si tu entorno de Managed Agents usa networking limited, la lista allowed_hosts ahora también se aplica a web_search y web_fetch, no solo al sandbox. Una llamada a web_fetch sobre un host que no matchea allowed_hosts devuelve url_not_allowed, y web_search directamente omite resultados de esos hosts. Si allowed_hosts queda vacía, ninguna de las dos tools trae nada. Ojo con el matching: una entrada como example.com no cubre docs.example.com, necesitas el prefijo *. para eso. Además, crear o actualizar una sesión falla con 400 si allowed_domains de una tool web incluye un host que no está en allowed_hosts, así que ahora tienes que mantener ambas listas sincronizadas. Esto no afecta a networking unrestricted ni a entornos self-hosted.
Models API: capacidades por modelo y agrupación por línea
El Models API ahora te deja consultar programáticamente si un modelo acepta ciertas funciones, en vez de mantener esa lógica hardcodeada por ID de modelo. capabilities.server_tools.code_execution y capabilities.server_tools en general te dicen si el modelo acepta web search y code execution; capabilities.thinking.types.disabled te dice si puedes apagar el thinking del todo. Además, el nuevo campo line agrupa modelos por familia (Opus 4.5 y Opus 4.6 reportan ambos line: "opus"), así que puedes escribir lógica que seleccione modelos por línea sin parsear el string del ID.
Admin API estable, caché más barato, créditos en Max/Team
Los métodos del Admin API para organización, miembros, invitaciones, workspaces, API keys, rate limits, service accounts, workload identity federation, llaves de cifrado y compliance salen de beta y ahora se llaman bajo client.organization o ant organization en las SDKs y el CLI actualizados; las rutas beta anteriores se mantienen. Por el lado de precios, la lectura de prompt cache en Sonnet 5.5 baja de 0.20 a 0.10 USD por millón de tokens (de 0.1x a 0.05x el precio base de input), sin cambios en cache writes. Y si pagas un plan Max o Team, ahora incluyen créditos mensuales de API que puedes reclamar aparte de tu suscripción.
What you get
Si necesitas observabilidad real sobre agentes en producción, OpenTelemetry (beta) te da spans nativos en siete lenguajes del SDK.
Los workflows dinámicos le sacan la orquestación manual a tareas masivas, pero exigen que guíes al agente desde el system prompt sobre cuándo arrancar un run.
Migrar a Sonnet 5.5 o Haiku 5.5 no es drop-in: revisa budget_tokens, sampling params, prefill, tool_choice forzado y la versión de computer use antes de actualizar.
Las reglas nuevas de web_fetch y allowed_hosts endurecen el modelo de seguridad contra exfiltración de datos vía URLs inventadas por el agente.
El Models API ya te permite chequear capacidades por modelo en vez de mantener listas hardcodeadas de IDs.
Want a class on this?
If enough people ask for it, it goes on the schedule. No email, no name needed.