Noticias

Herramientas

CONFIRMADO: Claude Code bloquea acciones si falla la verificación

La versión 2.1.295 permite bloquear acciones cuando falla un hook y corrige reconexiones de herramientas. El control requiere configuración y pruebas.

Ilustração editorial de um terminal coral, barreira azul fechada e conexões luminosas, representando verificações que bloqueiam ações quando falham e integrações resilientes do Claude Code.

CONFIRMADO: una verificación fallida puede detener la acción

Claude Code 2.1.295 incorpora una opción para impedir que una acción continúe cuando falla el propio mecanismo de verificación. Anthropic publicó la versión el 8 de octubre, a las 16:48 de Brasilia. Con onFailure: "block", los hooks de comando y HTTP, el protocolo de comunicación utilizado en la web, pueden bloquear la acción si no arrancan, exceden el tiempo permitido o terminan con un código inesperado. Los hooks son verificaciones automáticas activadas durante la ejecución del agente. La consecuencia es importante: una barrera de seguridad indisponible no tiene por qué convertirse en una autorización silenciosa.

Una regla indisponible no equivale a una aprobación

Hay una diferencia entre rechazar una acción y no poder evaluarla. Imaginemos una agencia que exige consultar un servicio de autorización antes de permitir que el agente modifique archivos. Si el servicio está caído, la decisión segura puede ser interrumpir el trabajo, no presumir permiso. La nueva opción permite expresar ese comportamiento. No significa que todos los hooks bloqueen errores automáticamente: el anuncio describe una configuración específica para verificaciones de comando y HTTP, no una garantía universal de seguridad. La política y su aplicación siguen necesitando pruebas.

Las conexiones también deben volver tras una caída

La actualización corrige servidores remotos del Model Context Protocol, o MCP, estándar que conecta agentes con herramientas y datos, que permanecían desconectados en sesiones sin interfaz y en integraciones mediante un kit de desarrollo de software, o SDK, después de caídas superiores a 15 segundos. También corrige reconexiones repetidas cuando el servidor interrumpe cada conexión inmediatamente. Los nuevos intentos quedan progresivamente más espaciados, hasta 30 segundos. Para empresas que conectan agentes con sistemas de gestión o bases internas, esto podría reducir intervención manual. No demuestra que cualquier conector, credencial u operación interrumpida vaya a recuperarse.

Menos trabajo invisible en las automatizaciones

En el modo claude -p, utilizado en ejecuciones no interactivas, cada respuesta pasa a imprimirse al finalizar su turno, evitando perder respuestas anteriores cuando el trabajo en segundo plano inicia otro turno. Cuando la salida de diagnóstico está conectada a una terminal, un mensaje explica por qué la ejecución permanece abierta. También hay un límite configurable para cuánto tiempo espera el modo de reintentos no supervisado ante errores de límite de uso o indisponibilidad. El beneficio potencial es hacer más visibles las esperas y los fallos, no ofrecer un ahorro ya medido.

La seguridad avanza por capas

Este artículo actualiza la cobertura canónica de los controles de Claude Code. La 2.1.294 ya había corregido evaluaciones de hooks basados en prompt o agente que permitían comandos que debían bloquear, además de mejorar verificaciones de trabajo incompleto. La 2.1.295 aborda otra capa: qué sucede cuando una verificación de comando o HTTP ni siquiera consigue terminar. El catálogo independiente Core Directive registra la nueva versión y analiza cambios en el código distribuido. Ese análisis aporta contexto, pero no sustituye una prueba independiente de eficacia ni valida todas las instalaciones.

Detenerse con seguridad también es un resultado

Para pequeñas y medianas empresas brasileñas, la prioridad es probar la actualización en una tarea limitada: comprobar una acción permitida, una prohibida y una situación en la que el servicio de autorización esté indisponible. Solo después conviene ampliar la autonomía. Bloquear una ejecución puede aumentar las interrupciones, especialmente si el servicio de verificación es inestable. Esa es la contrapartida real. La lectura de MaxAssistant es que la fiabilidad no consiste en continuar siempre: consiste en detenerse cuando falta autorización y recuperar conexiones sin confundir una reconexión con una tarea terminada.

Fuentes

Anthropic: Claude Code 2.1.295; Core Directive: Claude Code 2.1.295; Anthropic: Hooks reference; Anthropic: Claude Code 2.1.294.