Sesgo declarado, como siempre: enseño Claude Code a equipos de ingeniería, así que tiendo a contar bien lo que pasa en Anthropic. Precisamente por eso esta pieza va de hechos verificables y de qué te toca revisar, no de vender que un cambio de telemetría es "más visibilidad" sin matices. Aquí el matiz es de privacidad, y conviene mirarlo antes de actualizar, no después.
Esta semana no hay feature vistosa que cambie tu día a día en el terminal. Hay un cambio en cómo Claude Code exporta telemetría que solo nota quien administra observabilidad para un equipo — pero si ese eres tú, es justo el tipo de default que cambia al actualizar y que más vale conocer antes.
Los hechos
El 25 de junio, la
v2.1.193 de Claude Code añadió un
nuevo evento de OpenTelemetry: claude_code.assistant_response, que
contiene el texto de la respuesta del modelo. Hasta ahora, la telemetría de
Claude Code podía registrar el contenido de tus prompts (lo que tú escribes),
pero no el de las respuestas (lo que contesta Claude). Con este evento, esa
otra mitad de la conversación pasa a ser exportable.
El detalle que importa está en cómo se activa, y viene literal en el changelog y en la guía de monitoring:
- El contenido de la respuesta va redactado por defecto.
- Se incluye si pones
OTEL_LOG_ASSISTANT_RESPONSES=1. - Y si no defines esa variable, hereda el valor de
OTEL_LOG_USER_PROMPTS— la variable que ya controla si se registra el texto de tus prompts.
Esa última regla es la que pide acción. Si tu organización ya tiene
OTEL_LOG_USER_PROMPTS=1 —porque queríais auditar qué se le pide a Claude—, al
actualizar a la 2.1.193 empezaréis a registrar también el texto de las
respuestas, sin tocar nada. Para mantener el comportamiento de antes (solo
prompts, sin respuestas), hay que ponerlo explícito:
OTEL_LOG_ASSISTANT_RESPONSES=0.
Qué cambia exactamente, y qué no
Conviene acotar el alcance, porque es estrecho y eso es una buena noticia para casi todos:
- La telemetría sigue siendo opt-in. Nada de esto se activa solo. Si no has
exportado telemetría con
CLAUDE_CODE_ENABLE_TELEMETRY=1, este cambio no te toca en absoluto. - El registro de prompts también es opt-in.
OTEL_LOG_USER_PROMPTSviene desactivado por defecto. Si nunca lo activaste, el nuevo evento sigue redactado y no exportas el contenido de las respuestas. - El cambio de default afecta a un caso concreto: equipos que ya registran el contenido de los prompts vía OpenTelemetry. Para ellos, y solo para ellos, actualizar amplía lo que se guarda.
Dicho de otro modo: no es un cambio que rompa nada ni que altere tu flujo de trabajo. Es un cambio de qué acaba en vuestro backend de logs para quien ya tenía el registro de contenido encendido.
Qué te afecta, según quién seas
Si usas Claude Code de forma interactiva y no tocas telemetría. Cero deberes. No exportas nada y este evento no existe para ti. Sigue a lo tuyo.
Si tu equipo exporta telemetría pero solo métricas y eventos, sin
contenido. Tampoco tienes deberes inmediatos. Mientras OTEL_LOG_USER_PROMPTS
siga desactivado, las respuestas se exportan redactadas, igual que los prompts.
El nuevo evento solo cuenta y atribuye; no lleva el texto.
Si administras observabilidad y ya registras el contenido de los prompts. Aquí está todo el trabajo, y es una decisión consciente, no un trámite. Al actualizar a la 2.1.193, vuestro pipeline empezará a recibir el texto íntegro de las respuestas del modelo. Y las respuestas de Claude pueden contener código de vuestro repo, fragmentos de ficheros que leyó, datos que aparecieron en la sesión o un secreto que el propio modelo repite de vuelta. Antes de desplegar:
- Decide a propósito. Si quieres ese registro —para auditoría completa de
las sesiones—, no hagas nada y documéntalo. Si no lo quieres, pon
OTEL_LOG_ASSISTANT_RESPONSES=0antes de que la 2.1.193 llegue a la flota. - Revisa retención y acceso. Más contenido sensible en logs significa repensar cuánto se guarda y quién puede leerlo. Es el mismo criterio de gobernanza de datos que ya aplicáis a los prompts, ahora extendido a las respuestas.
- Coordínalo con quien lleve compliance. Si operáis bajo una política de datos estricta, que ahora se registre la salida del modelo es justo el tipo de cambio que esa persona quiere saber antes, no en la siguiente auditoría.
Esto encaja con lo que trabajamos en el curso de permisos, settings y seguridad, donde la observabilidad y la gestión de datos sensibles forman parte de configurar Claude Code para un equipo de verdad.
Si no haces nada. Para la inmensa mayoría —sin telemetría o sin registro de
prompts— actualizar no cambia nada. El único escenario en el que "no hacer nada"
tiene consecuencia es el de arriba: tener OTEL_LOG_USER_PROMPTS=1 y dejar que
el default arrastre también las respuestas. Si ese es tu caso, "no hacer nada"
es, en realidad, una decisión.
Qué llevarte
- La v2.1.193 añade el evento
claude_code.assistant_responsecon el texto de las respuestas del modelo, redactado por defecto. - Si no defines
OTEL_LOG_ASSISTANT_RESPONSES, heredaOTEL_LOG_USER_PROMPTS. Quien ya registra prompts empezará a registrar respuestas al actualizar. - El ajuste para evitarlo es una línea:
OTEL_LOG_ASSISTANT_RESPONSES=0. Ponlo antes de desplegar si no quieres ese contenido en tus logs. - Todo esto vive detrás de la telemetría opt-in: sin
CLAUDE_CODE_ENABLE_TELEMETRY=1niOTEL_LOG_USER_PROMPTS=1, no te afecta.
Preguntas rápidas
¿Esto activa la telemetría por mí?
No. La telemetría sigue exigiendo CLAUDE_CODE_ENABLE_TELEMETRY=1 y el registro
de contenido sigue siendo opt-in. El cambio solo afecta a quien ya tenía
encendido el registro de prompts.
¿Las respuestas se registran aunque no toque nada?
Solo si ya tienes OTEL_LOG_USER_PROMPTS=1. En ese caso, sí, al actualizar
empiezan a registrarse, salvo que pongas OTEL_LOG_ASSISTANT_RESPONSES=0.
¿Esto cambia algo en la API de Messages? No. Es un evento de telemetría del CLI, según la guía de monitoring. No toca el contrato de la API ni el contenido que devuelven los modelos.
¿Y si gestionas Claude Code para un equipo? Decidir qué se registra, cuánto tiempo se guarda y quién puede leerlo es exactamente el tipo de criterio que trabajamos en la formación en directo para equipos — sobre vuestra configuración, vuestro pipeline de observabilidad y vuestra política de datos reales.