Claude Code가 2026년 6월 29일 릴리즈에서 꽤 실무적인 변경을 묶어 냈습니다. 눈에 띄는 항목은 조직 기본 모델 지원, 세션 기본 이름 개선, 파일 첨부 클릭, MCP 보안 강화, 백그라운드 작업 복구, 스트리밍 idle watchdog 기본 활성화입니다. 화려한 신기능보다 운영 중 사고를 줄이는 패치에 가깝습니다.
공식 GitHub release에 따르면 관리자는 조직 콘솔에서 default model을 설정할 수 있고, 사용자가 직접 모델을 고르지 않은 상태에서는 /model에서 “Org default” 또는 “Role default”로 표시됩니다. 또 claude mcp list/get이 저장소가 커밋한 .claude/settings.json로 self-approved 된 .mcp.json 서버를 더 이상 바로 spawn하지 않도록 바뀌었습니다. 신뢰하지 않은 워크스페이스는 Pending approval 상태로 보입니다.
AI 코딩 도구는 개인 생산성 도구에서 팀 운영 도구로 넘어가고 있습니다. 개인이 터미널에서 쓰는 단계에서는 모델 선택, MCP 서버 실행, 백그라운드 작업 재개가 “편하면 좋은 기능”입니다. 그러나 조직 단위로 쓰기 시작하면 같은 기능이 보안과 비용 리스크가 됩니다.
예를 들어 팀원이 저장소를 열었을 때, 저장소 안의 설정 파일이 MCP 서버 실행을 유도할 수 있다면 어떨까요. 해당 서버가 로컬 파일, 토큰, 사내 API에 접근할 수 있다면 단순 개발 편의 기능이 공급망 리스크가 됩니다. 이번 변경은 그 경로를 더 보수적으로 막는 방향입니다.
조직 기본 모델도 마찬가지입니다. 모델을 각자 고르게 두면 비용과 품질이 들쭉날쭉해집니다. 어떤 사람은 비싼 모델을 모든 작업에 쓰고, 어떤 사람은 너무 약한 모델로 코드 리뷰를 돌릴 수 있습니다. Role default는 이 문제를 정책으로 다루게 해줍니다.
MCP는 코딩 에이전트의 팔과 다리입니다. 파일 시스템, 브라우저, 데이터베이스, 내부 API, SaaS까지 연결할 수 있습니다. 연결 자체가 강력하기 때문에 “누가, 어떤 설정으로, 언제 실행했는지”가 명확해야 합니다.
이번 변경 전에는 저장소 안 설정 조합에 따라 MCP 서버가 기대보다 쉽게 실행될 여지가 있었습니다. 릴리즈 노트는 claude mcp list/get이 repo self-approved 서버를 spawn하지 않도록 고쳤다고 설명합니다. 이는 목록 조회나 상세 조회처럼 읽기성 명령이라고 생각한 동작이 실제 서버 실행으로 이어지는 문제를 줄입니다.
실무적으로는 온보딩 문서도 바꿔야 합니다. “이 저장소를 열면 필요한 MCP가 자동으로 준비됩니다”라는 식으로 운영하던 팀은 명시적 승인 절차를 문서화해야 합니다. 귀찮아진 게 아니라 감사 가능한 흐름이 생긴 겁니다.
이번 릴리즈에는 백그라운드 세션 안정성 개선도 큽니다. long-running commands와 workflows가 세션 프로세스 중지, 재시작, 업데이트를 거쳐도 살아남도록 개선됐고, Windows에서는 background shell이 kill되는 대신 handoff됩니다. background agent worker가 daemon restart로 죽어도 다음 agents view에서 자동 재개됩니다.
코드베이스 리팩터링, 대규모 테스트 수정, 문서 생성, 여러 PR 검토처럼 오래 걸리는 작업을 에이전트에게 맡기는 팀에는 이 변경이 체감됩니다. 이전에는 작업이 끊기면 “어디까지 했는지”를 사람이 추적해야 했습니다. 이제는 복구 가능성이 올라갑니다.
다만 이 기능을 믿고 무조건 장기 작업을 던지면 안 됩니다. 복구가 된다는 것과 작업 결과가 항상 안전하다는 것은 다른 문제입니다. 장기 작업일수록 체크포인트, 브랜치 분리, 테스트 명령, 산출물 요약이 필요합니다.
릴리즈 노트에는 streaming idle watchdog이 모든 provider에서 기본 활성화됐다고 나옵니다. 응답 스트림이 5분 동안 이벤트를 내지 않으면 abort 후 retry합니다. 환경변수 CLAUDE_ENABLE_STREAM_WATCHDOG=0으로 끌 수 있습니다.
이 변경은 “멈춘 것처럼 보이지만 실제로는 기다리는 중”인 상태를 줄입니다. 자동화에서 가장 나쁜 상태는 실패도 성공도 아닌 무한 대기입니다. 특히 CI, 원격 세션, 백그라운드 에이전트는 사람이 화면을 계속 보고 있지 않습니다. 5분 무응답 기준은 그런 작업을 다음 상태로 밀어내는 안전장치입니다.
하지만 retry가 항상 무해한 것은 아닙니다. 외부 API 호출, 결제, 배포, 데이터 변경 같은 작업이 스트림 중간에 이미 실행됐다면 재시도가 중복 실행을 만들 수 있습니다. 따라서 도구 호출은 idempotency key, dry-run, 승인 단계, 작업 로그를 갖춰야 합니다.
관리자가 default model을 설정할 수 있게 된 것은 단순 UX 변경이 아닙니다. 팀의 기본 비용 구조를 정하는 기능입니다. 예를 들어 일반 코드 탐색은 중간 모델, 보안 리뷰는 높은 추론 모델, 문서 초안은 빠른 모델로 역할별 기본값을 나눌 수 있습니다.
좋은 정책은 “비싼 모델 금지”가 아닙니다. 중요한 작업에 좋은 모델을 쓰되, 습관적으로 모든 작업을 최고 모델에 태우지 않게 하는 것입니다. Role default가 있으면 팀원에게 매번 모델 선택을 교육하지 않아도 됩니다. 기본값이 곧 운영 정책이 됩니다.
다만 기본 모델을 바꾸면 기존 프롬프트의 출력 품질도 바뀝니다. 특히 테스트 생성, 코드 리뷰, migration script 작성처럼 결과물의 스타일과 보수성이 중요한 작업은 모델 변경 후 샘플 검수가 필요합니다.
먼저 Claude Code를 팀 표준 버전으로 올릴지 결정합니다. 보안 패치가 포함된 릴리즈라면 미루기 어렵습니다. 단, 플러그인과 MCP를 많이 쓰는 팀은 개발자 2~3명에게 먼저 적용해 프로젝트별 차이를 봐야 합니다.
다음으로 MCP 승인 정책을 문서화합니다. 어떤 MCP 서버는 항상 허용인지, 어떤 것은 프로젝트별 승인인지, 외부 네트워크를 쓰는 서버는 누가 검토하는지 정해야 합니다.
마지막으로 백그라운드 작업 규칙을 정합니다. 장기 작업은 반드시 별도 브랜치에서 실행하고, 에이전트에게 “중간 커밋 금지”, “테스트 실패 시 중단”, “변경 요약 작성” 같은 기준을 주는 편이 안전합니다.
.mcp.json, .claude/settings.json을 점검하고 자동 승인 흐름을 제거합니다.이번 Claude Code 업데이트는 “더 똑똑한 코딩 에이전트”보다 “팀에서 덜 위험하게 굴리는 코딩 에이전트”에 가깝습니다. 개발 조직이라면 기능 소개로 넘기지 말고 운영 정책 변경으로 다루는 편이 맞습니다.