Claude Code 2.1.236 y 2.1.237: tres funciones que nadie anunció

El 19 de agosto Claude Code se actualizó dos veces en mi Mac: la 2.1.236 a las 16:07 y la 2.1.237 a las 21:15. Cinco horas y ocho minutos de diferencia, dos versiones la misma tarde, y entre las dos trajeron tres funciones nuevas. Ninguna se anunció. El blog oficial de Anthropic no publicó nada entre el 15 y el 19 de agosto. No hubo post, no hubo correo, no hubo aviso en la terminal. Simplemente están ahí.

Cómo sé la hora exacta

Un párrafo y sigo, porque lo importante hoy es qué llegó, no cómo se comprueba: el instalador de Claude Code guarda cada versión en tu disco sin borrar la anterior, así que la fecha de instalación y los textos de cada función se pueden leer directamente del archivo. [El procedimiento exacto para fecharlo lo dejé escrito acá](https://maquina-ia.com/articulos/saber-que-cambio-en-claude-code), con los comandos. Todo lo que viene abajo sale de ahí, no de un comunicado. | Función | Versión que la trajo | Qué te cambia | |---|---|---| | Fijar artifacts con `p` | 2.1.236 (16:07) | Lo bueno deja de hundirse en el listado | | `notify_when_idle` | 2.1.236 (16:07) | Te avisa cuando la sesión queda libre | | Estilo de salida `Concise` | 2.1.237 (21:15) | Respuestas al grano, sin preámbulo |

1. Ahora puedes fijar artifacts

El listado de `/artifacts` es cronológico, y esa es exactamente su falla: la respuesta que te resolvió el día se hunde al mismo ritmo que las veinte cosas que ya no te importan. Desde la 2.1.236 hay una tecla para sacarla de esa cola: te paras sobre el artifact y aprietas `p`. La prueba de que existe es el mensaje que trae el binario para cuando todavía no has fijado nada: > Nothing pinned yet. Press p on an artifact to pin it. Y la otra mitad está en la estructura del comando: el listado de pestañas pasó de tres a cuatro, con la nueva metida en una condición. ```js ["all","mine","shared","pinned"] // cuando la condición se cumple ["all","mine","shared"] // cuando no ``` Ese detalle importa más de lo que parece. `pinned` no es una pestaña fija: se dibuja solo si se cumple algo. Puede estar en tu versión y no aparecerte en pantalla. Lo que cambia en el día a día es pequeño y real: una sesión larga de trabajo produce cinco cosas que vas a volver a necesitar y cuarenta que no. Hasta anteayer las cuarenta y cinco valían lo mismo para el orden del listado. Hoy se lo puedes decir.

2. `notify_when_idle`, con el límite escrito por la propia herramienta

Este es el que más peso tiene en el código: la cadena aparece 31 veces en la 2.1.236, contra cero en la versión anterior. Eso no es una mención suelta, es una función cableada. Hace lo que dice el nombre: avisar cuando la sesión queda libre. Si trabajas dejando a Claude Code corriendo una tarea larga y vuelves cada tanto a mirar si ya terminó, eso es lo que se te acaba. Lo interesante es que la herramienta se pone el límite sola, por escrito, dentro del binario: > notify_when_idle is only supported for Claude sessions on this machine in this release (not teammates, subagents, Remote Control or cloud sessions) Léelo despacio, porque te ahorra una decepción: avisa por la sesión que corre en esta máquina. No por compañeros de equipo, no por subagentes, no por Remote Control, no por sesiones en la nube. Y ese "in this release" lo escribieron ellos: saben que es un primer paso. Prefiero eso a un titular. Una función que declara su alcance es una función en la que puedes confiar, porque ya te dijo dónde no llega.

3. El estilo `Concise` — el único que separa a las dos versiones del día

De los tres, este es el que llegó en la segunda actualización: la palabra da cero ocurrencias en la 2.1.236 y ocho en la 2.1.237. Alguien la subió esa misma noche. Es un estilo de salida que viene de fábrica —`source:"built-in"`, no algo que yo tuviera configurado— y su descripción es esta: > Claude responds tersely, leading with results and skipping preamble and narration. Traducido a lo que te cambia: primero el resultado, sin la introducción que resume lo que acabas de pedir ni la narración de lo que va a hacer. Si te pasas el día leyendo párrafos de cortesía antes de llegar al dato, ese es el modo. Y trae, en la misma versión, un contrapeso que vale la pena citar entero: > Conciseness never means withholding requested information. Alguien se sentó a escribir esa línea porque sabe cómo termina un modo "corto" mal calibrado: contestando menos de lo que le pediste y llamándolo concisión. Que el límite venga escrito junto a la función, otra vez, dice más del cuidado que cualquier anuncio.

Lo que esto prueba y lo que no

Acá va el matiz que no me puedo saltar, porque es la diferencia entre reportar y adornar. Que el texto de una función esté dentro del binario prueba que la función está escrita en el archivo que ya tienes instalado. No prueba que esté encendida para tu cuenta, ni que la veas al abrir la terminal, ni que se comporte igual en tu plan que en el mío. Lo de la pestaña condicional del punto 1 es el ejemplo perfecto: código presente, función quizá invisible. Por eso la frase correcta es "está dentro de tu terminal desde ayer y nadie lo anunció". Nunca "Anthropic lanzó". Anthropic no lanzó nada el 19 de agosto; publicó dos versiones y siguió trabajando.

El ritmo ya no depende del anuncio

Esto es lo que me quedó dando vueltas: dos versiones en un día, tres funciones, cero comunicados. El anuncio dejó de ser el evento. Durante años la forma de enterarte de qué podía hacer una herramienta era esperar a que alguien lo contara: el post, el hilo, el changelog. Ese canal sigue existiendo y sigue siendo útil, pero ya va detrás. Lo que se despliega el lunes a las cuatro de la tarde puede que se cuente el jueves, o puede que no se cuente. La consecuencia práctica no es paranoia, es una costumbre: cuando algo se sienta distinto en tu terminal, probablemente no te lo estás imaginando. Y cuando quieras saber si una función existe, la respuesta más rápida no está en un blog. Está en tu disco, con fecha y hora.