Claude Code 데일리 브리핑 - 2026-10-09

최신 릴리스 요약

버전날짜핵심 변경
v2.1.29510/8훅 onFailure: "block" 추가, 터미널 상태 전달 프로토콜 OSC 7501 지원 등 140여 건
v2.1.29410/8지시문 형태의 prompt·agent 훅이 자신이 막아야 할 대상을 통과시키던 문제 긴급 수정
v2.1.29310/7Claude Haiku 5.5 추가 (10/8 브리핑에서 다룸)

10/7 v2.1.293 이후 10/8 하루 동안 두 개 버전이 연달아 나왔습니다. 먼저 나온 v2.1.294는 새 기능 없이 지시문 형태 훅의 우회 문제만 서둘러 고친 핫픽스였고, 뒤이은 v2.1.295는 훅의 실패 처리 옵션과 터미널 프로토콜 지원을 포함해 140여 건의 변경을 담았습니다.

전체 릴리스 노트


주요 신규 기능 & 실전 활용

훅에 onFailure: "block" 추가 — 시작 실패·타임아웃도 이제는 액션을 막습니다 (v2.1.295)

command·HTTP 훅에 onFailure: "block" 옵션이 추가되어, 훅이 시작되지 못하거나 타임아웃되거나 예기치 않은 종료 코드를 내도 그대로 통과시키는 대신 해당 액션을 막을 수 있게 됐습니다. 지금까지는 훅 자체가 실패하면 보통 그 검사를 조용히 건너뛰고 액션이 진행됐는데, 민감한 가드레일이라면 이 동작이 오히려 위험할 수 있었습니다.

{
  "hooks": {
    "PreToolUse": [{
      "matcher": "Bash",
      "hooks": [{ "type": "command", "command": "./check.sh", "onFailure": "block" }]
    }]
  }
}

비밀정보 노출 차단이나 위험 명령 검증처럼 실패해서는 안 되는 훅을 운영하고 있다면, onFailure: "block"을 지정해 훅 자체가 죽거나 응답하지 않을 때도 액션이 그냥 통과되지 않도록 바꿔두는 것이 안전합니다. 전체 릴리스 노트

OSC 7501 — 터미널이 Claude Code의 작업 상태를 직접 전달받습니다 (v2.1.295)

Claude Code가 Program Status Protocol(OSC 7501)을 지원하기 시작해, 이를 구현한 터미널은 화면 내용이나 창 제목을 추측하는 대신 Claude Code가 작업 중인지, 사용자 개입을 기다리는지, 완료됐는지를 직접 전달받아 표시할 수 있습니다. 같은 날 GeekNews에도 이 프로토콜 자체를 다룬 글이 올라왔는데, 기존 pty를 그대로 쓰면서 별도 소켓 API 없이 SSH를 통해서도 상태를 전달할 수 있다는 점이 특징으로 꼽힙니다.

탭 제목이나 상태표시줄 커스터마이징 플러그인을 쓰는 터미널(iTerm2, Ghostty 계열 등)을 쓰고 있다면, OSC 7501을 지원하는 버전으로 업데이트해두면 여러 창에서 Claude Code 세션이 대기 중인지 바로 구분할 수 있게 됩니다. GeekNews · 전체 릴리스 노트


개발자 워크플로우 팁

Opus 5.5에 완료 조건만 주고 6시간을 맡겨보기 — “보이지 않는 도시들” 시각화 실험 (10/8)

Claude Opus 5.5와 GPT-6 Astra에 똑같이 “Italo Calvino의 『보이지 않는 도시들』에 나오는 모든 도시를 three.js와 pnpm으로 인터랙티브하게 시각화하라”는 프롬프트 하나만 주고, 추가 질문 없이 걸작이 나올 때까지 최대 6시간을 자율적으로 작업하게 한 실험입니다. 10/4 브리핑에서 다룬 “Opus 5.5는 세부 지시를 쪼개기보다 목표와 완료 조건을 한 번에 전달하는 방식이 잘 맞는다”는 팁을 실제로 몇 시간 단위까지 끌고 가본 사례로 볼 수 있습니다.

장시간 자율 실행이 필요한 창작·프로토타이핑 작업을 Opus 5.5에 맡길 때, 중간에 점검하며 지시를 추가하고 싶은 유혹을 참고 처음에 목표·완료 기준·결과물 형식만 명확히 전달한 뒤 정말로 몇 시간을 그대로 맡겨보면, 모델이 스스로 반복 개선하는 역량을 더 오래 끌어낼 수 있습니다. GeekNews

”if는 위로, for는 아래로” 패턴을 CLAUDE.md 컨벤션으로 적어두기 (10/8)

조건 분기는 호출자 쪽에 두고 반복문은 배치 처리 함수 내부에 두면 제어 흐름이 한곳으로 모이고 핵심 처리 로직이 단순해진다는 관용 패턴을 정리한 글입니다. 호출자가 None 처리를 맡고 함수는 Option(또는 그냥 값)을 받게 하는 식으로 역할을 나누면, 입력 타입과 분기 책임이 코드 전체에 흩어지지 않습니다.

Claude Code가 생성하는 함수의 구조가 팀마다 들쭉날쭉하다면, 이 패턴(“조건은 호출자, 반복은 배치 함수 안”)을 CLAUDE.md의 코딩 컨벤션 항목에 명시해두면 리뷰에서 매번 같은 구조 피드백을 반복하지 않아도 됩니다. GeekNews


보안/제한 이슈

Claude 서비스 현황 — Claude Console 성능 저하 이틀째, 나머지는 정상 (10/9)

공식 status.claude.com을 직접 확인한 결과, 10/9 현재 claude.ai·Claude API·Claude Code·Claude Cowork·Claude for Government는 모두 정상(Operational)이지만, Claude Console(platform.claude.com)은 10/8에 이어 이틀째 사용량 데이터 로딩 지연으로 성능 저하(Degraded Performance) 상태가 지속되고 있습니다. 10/7에는 지출 한도 처리 오류로 일부 조직의 요청이 잘못 거부됐던 인시던트(21:23 UTC 해결)와 Usage 페이지·Admin API 사용 보고서 오류(02:33 UTC 해결)가 있었고, 10/6 Opus 5.5 오류 증가(12:43 UTC 해결), 10/5 Mythos 5.1·Fable 5.1 오류(13:21 UTC 해결)도 모두 당일 안에 해소됐습니다.

Claude Console의 사용량 대시보드 숫자가 여전히 최신 상태와 맞지 않는다면 이번 성능 저하가 아직 이어지고 있다는 뜻이며, Claude Code 자체 작업이나 API 호출에는 영향이 없으니 평소대로 사용해도 됩니다. Claude Status

지시문 형태의 prompt·agent 훅이 자신이 막아야 할 대상을 통과시키던 문제 수정 (v2.1.294)

“다음과 같은 명령을 차단하라”처럼 자연어 지시문으로 작성된 prompt·agent 훅이, 실제로는 막아야 할 대상을 통과시키는 경우가 있던 문제가 수정됐습니다. 같은 릴리스에서 Stop·SubagentStop에 걸린 “빌드가 깨져도 계속 진행하라” 같은 지시문 훅의 판정 방식도 개선되어, Claude가 작업을 너무 일찍 멈추는 경향이 줄었습니다.

결정적인 코드 대신 자연어 지시문으로 차단 규칙을 작성한 가드레일 훅을 운영하고 있다면, v2.1.294로 업데이트해 이번에 막힌 우회 경로를 적용하고, 정말 실패해서는 안 되는 훅이라면 앞서 소개한 v2.1.295의 onFailure: "block"과 함께 써서 이중으로 방어해두는 것이 안전합니다. 전체 릴리스 노트

허용 함수 목록만으로는 충분하지 않습니다 — 이름 없이 함수 호출하기 (10/8)

학교의 C 코드 자동 채점 환경에서 허용된 함수 목록 검사를 우회해, execve 심볼을 직접 쓰지 않고도 셸을 실행하는 개념 증명이 공개됐습니다. ASLR이 메모리 배치 주소 전체를 바꾸더라도 같은 세그먼트 안에서 함수들 사이의 상대적 위치는 그대로 유지되기 때문에, 허용된 함수의 주소와 목표 함수까지의 상대 오프셋만 알면 이름을 쓰지 않고도 호출이 가능하다는 원리입니다.

명령이나 함수 이름을 허용 목록으로 걸러 안전을 확보하려는 샌드박스를 설계하고 있다면, 이름 매칭만으로는 같은 바이너리 안의 상대 주소 계산 같은 우회를 막지 못한다는 점을 보여주는 사례이니, 실제 동작이나 시스템 호출 수준까지 검증하는 방어가 함께 필요합니다. GeekNews


생태계 & 플러그인

OpenAI 연환산 매출, 앞서 알려졌던 것보다 200억 달러 적습니다 (10/9)

OpenAI가 투자자에게 전달한 9월 말 기준 연환산 매출은 약 500억 달러로, 그동안 널리 알려졌던 680억 달러보다 낮습니다. 관계자에 따르면 680억 달러에는 파트너사의 총매출까지 포함되어 있었고, 이는 경쟁사 Anthropic과 더 직접적으로 비교하기 위해 보정된 수치라고 합니다.

업계 경쟁사 비교나 투자 관련 논의에서 OpenAI의 매출 규모를 인용할 일이 있다면, 기존에 돌던 680억 달러에는 파트너 매출이 섞여 있었다는 점을 감안해 500억 달러 쪽 수치를 기준으로 삼는 것이 더 정확합니다. GeekNews


커뮤니티 뉴스


알아두면 좋은 소소한 변경사항

아래는 모두 v2.1.295(10/8) 항목입니다.


추천 칼럼 & 읽을거리


흥미로운 프로젝트 & 도구