Claude Code 데일리 브리핑 - 2026-06-28

최신 릴리스 요약

버전날짜핵심 변경
v2.1.1956/26하이픈 hook matcher 정확일치 수정(code-reviewer·mcp__brave-search 부분일치 버그 → exact), CLAUDE_CODE_DISABLE_MOUSE_CLICKS(풀스크린 마우스 클릭/드래그/호버 끄고 휠 스크롤 유지), 외부 플러그인 설치 동의 강제, background/claude agents 안정화(작업 유실·크래시 빈 화면·daemon 소켓 실패 수정), 공백 없는 언어(일·중·태) 음성 자동 제출 수정 등

2026-06-28 기준 신규 릴리스 없음 — 최신 버전은 v2.1.195(6/26)입니다. 어제·오늘 새 CLI 릴리스는 올라오지 않았습니다. 그래서 오늘의 무게중심은 릴리스 노트 밖에 있습니다 — ① CLI가 아니라 Claude 앱 쪽 새 기능(Trusted Devices, 6/25), ② 수출통제의 새 후속 진전(Mythos 5 부분 복원, 6/26), ③ 모델 정책·시장 동향(Opus 4.7 fast mode 종료 예고, 아시아 스타트업의 대체 모델)입니다.

전체 릴리스 노트


주요 신규 기능 & 실전 활용

Trusted Devices for Remote Control — ‘원격으로 로컬 세션을 조종하기’ 전에 기기를 인증시킨다 (6/25)

CLI 릴리스는 멈췄지만, Claude 앱 쪽에서 Claude Code 원격 제어에 직접 닿는 관리자 기능이 새로 들어왔습니다. 6/25, Team·Enterprise 플랜 관리자가 Trusted Devices for Remote Control을 켜면, 구성원이 로컬 Claude Code 세션을 원격으로 보거나(view) 조종하기(steer) 전에 자신의 기기를 먼저 인증하도록 요구할 수 있습니다.

핵심은 ‘누가, 어떤 기기로 내 로컬 세션에 원격으로 손을 대는가’를 게이트로 막는 것입니다. Claude Code에는 자리를 비운 사이에도 로컬에서 도는 세션을 다른 기기에서 원격으로 들여다보고 방향을 잡는 흐름이 있는데, 그 진입에 기기 신뢰(device trust) 단계를 끼워 넣는 것입니다 — 즉 인증되지 않은 기기는 세션을 보거나 조종할 수 없습니다. 최근 흐름과 정확히 같은 자리입니다 — 6/23의 sandbox.credentials(샌드박스의 시크릿 접근 차단), 6/27의 외부 플러그인 설치 동의 강제처럼, 에이전트·세션에 닿을 수 있는 접근 표면을 관리자가 중앙에서 좁히는 방향의 한 칸입니다. 팀이 원격으로 Claude Code 세션을 공유·조종하는 워크플로를 쓴다면, 도입 전에 어떤 기기를 신뢰할지를 정책으로 못 박아 두세요. Claude 릴리스 노트


개발자 워크플로우 팁

가장 큰 생산성 언락은 ‘병렬 세션’ — git worktree로 3~5개를 동시에 굴려라

Anthropic의 power-user 가이드가 꼽는 첫 번째 생산성 언락은 기능이 아니라 운영 방식입니다 — 3~5개의 Claude 세션을, 각각 자기 git worktree에서 병렬로 돌리는 것입니다. 한 세션이 생각·구현하는 동안 다른 세션이 다른 작업을 진행하므로, 대기 시간이 곧 다른 작업의 진행 시간이 됩니다.

# 각 세션을 격리된 worktree로 띄우고 이름을 붙여 구분한다
claude --worktree

# 대규모 마이그레이션은 /batch — 각 에이전트가 격리된 채
# 자기 변경을 직접 테스트하고 PR을 독립적으로 만든다
/batch

핵심은 충돌 없는 병렬화입니다 — worktree로 갈라 두면 여러 세션·에이전트가 같은 파일을 동시에 만져도 서로의 작업을 깨뜨리지 않습니다. 6/24의 gh-orbit(여러 worktree의 PR·CI를 한 대시보드로), 6/20의 auto 모드 + worktree 격리와 정확히 짝이 되는 운영법입니다 — 에이전트를 하나씩 순서대로가 아니라 여러 갈래로 동시에 굴리려면, worktree 분리가 출발점입니다. Claude Code power-user tips

검증은 ‘일한 모델’이 아니라 ‘다른 모델’에게 맡겨라 — 작업자와 채점자를 분리한다

두 번째는 검증의 신뢰성을 높이는 팁입니다. 에이전트가 스스로 ‘다 됐다’고 보고하는 것을 그대로 믿지 말고, 결과를 만든 모델이 아니라 새로 띄운 다른 모델이 그 결과를 반박(refute)하게 하세요. 작업한 에이전트가 자기 작업을 채점하지 않는다 — 이 분리가 핵심입니다. 사람의 코드 리뷰에서 작성자와 리뷰어를 나누는 것과 같은 원리입니다.

# 변경분을 자동 점검 (재사용·품질·효율·CLAUDE.md 준수)
/simplify

# 그리고 '검증 전용' 서브에이전트/워크플로로 다시 한 번:
#  - 결과를 만든 세션이 아니라 새 모델에게
#  - '이 결론이 틀렸다고 가정하고 반박해 보라'고 지시

근거는 명확합니다 — 같은 모델이 같은 컨텍스트에서 자기 산출을 검토하면, 자기가 놓친 것을 똑같이 놓칠 가능성이 큽니다. 새 모델·새 컨텍스트로 반박을 시도하게 하면, 그 편향이 깨지면서 잘못된 ‘완료’ 보고가 걸러집니다. 6/25의 하네스 엔지니어링(테스트·린터·승인 게이트로 비결정성을 다스리기), 6/24의 Slack 에이전틱 테스팅(목표 달성 검증)과 같은 결입니다 — 에이전트의 출력을 그럴듯한 서사가 아니라 검증 가능한 근거로 되돌리는 한 수입니다. Claude Code best practices


보안/제한 이슈

Mythos 5 부분 복원 — Lutnick 6/26 서한, 단 ‘Annex A·정부·자사 외국적 직원’에 한해 (수출통제 후속)

여러 날 다룬 수출통제 사안에 의미 있는 새 진전이 나왔습니다. 상무장관 Howard Lutnick의 6/26 서한이 **Mythos 5(Anthropic의 최강 사이버보안 모델)**를 수출 라이선스 없이 제한된 범위에 다시 허용했습니다 — 6/27 Anthropic도 이를 확인했습니다.

개발자 관점의 핵심은 두 모델을 구분해서 읽는 것입니다 — 외국 국적 개발자(한국·일본 등)에게 일상적으로 닿는 쪽은 Fable 5인데, 그건 여전히 막혀 있습니다. 실무 대응은 그대로입니다 — fallbackModel·availableModelsOpus 4.8 같은 대체 경로를 깔아 두고, 모델 가용성이 회사가 아니라 지정학·정책·심지어 ‘승인 명단’에 좌우될 수 있다는 전제로 자동화를 설계하세요. 이번 건의 새 교훈은 — 복귀가 ‘전면 ON/OFF’가 아니라 라이선스 게이트와 기업 명단 단위로 쪼개진다는 것입니다. Fortune · CNBC · Anthropic 성명

6/27 또 한 번의 인시던트 — Opus 4.8 elevated error rate

6/26은 인시던트 없이 클린했지만, 6/27 다시 한 번 잡음이 있었습니다. 집계상 Opus 4.8의 elevated error rate가 발생해 모니터링을 거쳐 6/27 18:00 UTC에 해소됐습니다. 개별 인시던트는 복구됐지만, 6/18 전면 장애·6/20·6/23·6/24에 이어 이번 달에만 반복되는 안정성 잡음 패턴의 연장선입니다. 터미널의 Claude Code도 같은 백엔드에 묶여 있으니, 무인으로 돌린다면 재시도·백오프·실패 알림은 변함없는 기본기입니다(CLAUDE_CODE_MAX_RETRIES 캡 15·RETRY_WATCHDOG와 함께 점검하세요). Claude Status — Incident History


생태계 & 플러그인

Opus 4.7 fast mode 지원 종료 예고 — 6/25 deprecated, 7/24 제거 (Opus 4.8로 이전)

fast mode를 쓰는 사람이 반드시 챙길 지원 종료 예고입니다. Opus 4.7의 fast mode가 6/25부로 deprecated됐고, 7/24에 제거됩니다. 제거 이후에는 claude-opus-4-7speed: "fast"로 보낸 요청이 에러를 반환하며, 표준 Opus 4.7로 자동 폴백되지 않습니다.

# 7/24 이후: claude-opus-4-7 + fast mode = 에러 (표준 4.7 폴백 없음)
# 대응: fast mode 워크로드를 Opus 4.8 fast mode로 옮긴다

핵심은 ‘조용히 깨지는’ 자동화를 미리 막는 것입니다 — fast mode를 Opus 4.7에 박아 둔 스크립트·CI·MCP 워크플로가 있다면, 7/24를 기점으로 그 호출이 폴백 없이 그냥 실패하기 시작합니다. 6/24에 다룬 조직 단위 모델 제한, 6/20의 모델 자동 교체/deprecation과 같은 자리입니다 — 모델·모드의 수명 주기가 점점 명시적으로 관리되는 만큼, 어떤 모델·어떤 speed에 의존하고 있는지를 지금 점검하고 Opus 4.8로 옮겨 두세요. Claude 모델 deprecation 문서 · fast mode 문서


커뮤니티 뉴스


추천 칼럼 & 읽을거리


흥미로운 프로젝트 & 도구