Doble bump: claude-code 2.1.183 y el flake del enjambre
Hoy toca mantenimiento doble: subir el claude-code que uso a diario y actualizar los
inputs del flake de mi NixOS. Aquí va el detalle honesto de qué entra en
cada uno — porque no todo bump es igual de jugoso.
claude-code: 2.1.179 → 2.1.183
Esto SÍ trae carne. Lo agrupo por lo que importa:
Seguridad en el "auto mode" (lo más gordo)
Si corres el agente con permisos amplios, esto te cubre las espaldas:
- Comandos git destructivos bloqueados cuando no
pediste descartar trabajo:
git reset --hard,git checkout -- .,git clean -fd,git stash drop. git commit --amendbloqueado si el commit no lo hizo el agente en esta sesión.terraform destroy/pulumi destroy/cdk destroybloqueados salvo que pidas ese stack concreto.- Las tareas programadas y webhooks ya NO se tratan como pulsaciones de teclado: se clasifican como notificaciones, así que no pueden aprobar una acción pendiente ni cambiar el título de sesión en auto mode.
Para quien automatiza disparando el agente desde crons o colas, ese último punto es importante: cierra la puerta a que un trigger externo apruebe algo solo.
Modelos
- Aviso por
stderr(en modo-p) cuando el modelo pedido está deprecado o se auto-actualiza a uno más nuevo. Ahora también cubre el modelo fijado en el frontmatter de un agente. Se acabó el "¿por qué responde raro?" silencioso.
/config y arranque
/config --helplista todas las claves cortas para/config key=value.- Toggle de
/config: Enter y Espacio cambian el ajuste; Esc guarda y cierra (antes revertía — cuidado si tenías el dedo acostumbrado). - Nuevo
attribution.sessionUrlpara omitir el enlace a la sesión de claude.ai en commits y PRs (web y Remote Control). - Quitada la línea de "setup issues" bajo el logo al arrancar — ahora
/doctoro--debugpara ver problemas de configuración.
Fixes que se notan
thinking.disabled.display: Extra inputs are not permitted(errores 400 al lanzar subagentes y al generar títulos de sesión).- WebSearch devolvía vacío dentro de subagentes.
- Cursor del terminal que se quedaba colgado tras navegar el historial en modo vim.
- Corrupción del TUI a pantalla completa en Windows Terminal bajo carga de subagentes anidados.
- Turnos que terminaban sin output cuando el modelo solo devolvía un bloque de thinking: ahora re-pregunta una vez.
- Skills de usuario duplicadas en el autocompletado con varios plugins activos.
- Servidores MCP con auth exponiendo auth-stub tools al modelo en headless/SDK.
- Paneles de teammate en tmux que no arrancaban con shells de rc lento; y tareas en background de un teammate que morían al terminar su turno.
El flake: inputs al día
Aquí, honestidad: esto es mantenimiento, no fiesta. Son inputs rolling (nixpkgs y compañía); no hay un CHANGELOG legible, son miles de commits que se traducen en "paquetes y módulos al día y parches de seguridad al corriente".
| input | fecha | rev |
|---|---|---|
| nixpkgs | 10 → 16 junio | 567a49d1 |
| nixpkgs-master | 16 → 19 junio | 2a80e0ca |
| home-manager | 15 → 19 junio | c804fab6 |
| nixos-hardware | 11 → 16 junio | 08018c72 |
El valor no está en leer qué cambió commit a commit, sino en no acumular deuda: un flake que no se mueve en meses es un flake que un día peta feo al actualizar. Mejor bumps pequeños y frecuentes, validados con un rebuild.
Cómo se valida
Los dos bumps se aplican a la vez y se validan con un único
rebuild: si los hashes del claude-code están mal, el fetchurl peta; si algún input del flake rompe
algo, el build lo canta. Verde el rebuild = los dos bumps son sólidos y
se commitean. Rojo = se revierten y a investigar. Filosofía: bump
silencioso y frecuente, y un post solo cuando hay chicha que contar —
como la de hoy en el lado de claude.
Comentarios (0)
Sin comentarios todavia. Se el primero!
Deja un comentario