검사 장치가 고장 나도 통과? 클로드 코드에 차단 선택이 생겼다

AI가 실행할 작업을 검사하는 장치가 멈추면, 작업은 그대로 진행돼도 될까. 앤트로픽은 10월 8일 Claude Code 2.1.295를 공개하며 이 상황에서 행동을 차단하는 옵션을 추가했다. 검사가 내린 거절뿐 아니라 검사 자체의 실패를 다루는 변경이다.

대상은 명령과 HTTP 방식의 훅이다. 훅은 특정 작업 시점에 별도 처리를 연결하는 장치로, 팀이 확인 절차를 붙이는 데 사용할 수 있다. 이번 옵션은 그 처리가 시작되지 않거나 시간 제한을 넘기거나 예상하지 못한 코드로 끝났을 때 적용하는 것으로 설명됐다.

기능의 이름은 onFailure에 block을 지정하는 방식이다. 중요한 것은 설정 문법보다 실패 이후의 기본 태도를 선택할 수 있다는 점이다. 검사 결과가 없는 상태를 통과로 간주할지, 일단 멈춰 확인할지 결정하는 경로가 새로 생겼다.

릴리스 노트는 옵션이 추가됐다고 설명한다. 기존의 모든 훅이 업데이트만으로 자동 차단 방식으로 바뀐다고 읽을 근거는 없다. 팀이 이미 운영하는 훅의 설정을 확인하지 않은 채 새 버전 번호만으로 동일한 보호가 적용됐다고 단정해서는 안 된다.

이 구별은 긴 작업을 맡기는 에이전트에서 의미가 있다. 검사를 실행할 외부 서비스가 잠시 응답하지 않더라도 AI는 다음 행동을 계획할 수 있기 때문이다. 그때 계속 진행할지 결정하는 조건은 모델의 자신감보다 실행 환경의 정책으로 다뤄야 한다는 해석이 가능하다.

실패 시 차단은 가용성과도 연결된다. 검사 장치가 자주 멈춘다면 원래 문제가 없던 작업도 기다릴 수 있다. 이를 곧바로 기능의 결함이나 성공으로 평가하기보다, 중단 이유를 알리고 검사를 복구한 뒤 다시 판단할 절차가 있는지를 살펴야 한다.

같은 버전에는 게이트웨이의 연결 대상마다 허용 모델 목록을 두는 기능도 포함됐다. 공식 설명은 다른 경로로 우회할 때도 그 목록을 적용한다고 밝힌다. 연결이 실패했다고 허용 범위 밖 모델로 넘어가지 않도록 경계를 표현하는 설정이다.

두 항목은 AI가 무엇을 할 수 있는지보다 예상 밖 상황에서 어디까지 계속할지를 다룬다. 검사 실패와 연결 실패는 다른 사건이지만, 대체 경로가 원래의 제약을 지키는지 확인해야 한다는 공통된 개발 질문을 드러낸다.

이번 기사에서 확인한 것은 공식 릴리스의 설정 추가다. SOCRA가 훅을 고의로 중단시키거나 게이트웨이 우회 동작을 재현한 결과는 아니다. 따라서 이 옵션으로 특정 사고가 줄었다거나 모든 도구 실행이 안전해졌다는 효과를 주장하지 않는다.

10월 8일 업데이트는 AI에게 허용할 행동만 적는 데서 한 걸음 더 나아갔다. 확인을 맡긴 장치가 답하지 못했을 때의 행동도 정하게 했다. 자동화가 길어질수록 성공했을 때의 순서만큼 실패했을 때 멈추는 조건이 개발 환경의 일부가 되고 있다.