매일 코딩 소식 · 2026년 10월 15일

2026년 10월 15일 AI 코딩 소식

TL;DR

주요 업데이트

Claude Code ★★★★

클로드 코드 v2.1.299 릴리스 노트가 유휴 압축의 20만 토큰 기준을 바꾸는 환경변수를 공식으로 밝혔고, MCP 허용 규칙은 이름이 정확히 맞는 서버에만 걸리게 바뀌었어요

10월 14일 나온 v2.1.299 릴리스 노트는 10월 11일 소개한 유휴 압축을 처음 공식으로 적으면서, 20만 토큰 이상 대화를 약 54분 쉬면 1시간 프롬프트 캐시가 만료되기 전에 압축하고 그 20만 토큰 기준은 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 로 바꿀 수 있다고 밝혔어요(이 환경변수와 "idleCompaction": false 는 모두 v2.1.290 이상에서 동작하고, 지금까지는 사용자의 실행 파일 분석으로만 알려졌던 값이에요). 권한 규칙도 바뀌어 mcp__a 허용 규칙은 이제 a__b·a_ 같은 이름의 서버를 허용하지 않고, 에이전트의 tools: 목록도 이름을 댄 서버의 도구만 받아요. 이 밖에 @ 파일 멘션을 내용 대신 경로만 넘기는 CLAUDE_CODE_DISABLE_FILE_MENTIONS 환경변수가 생겼고, /usage 사용률이 100% 넘게 나오던 문제와 응답 본문을 끝내지 않는 서버에서 HTTP MCP 연결이 30초 멈추던 문제가 고쳐졌어요.

용어 풀이
MCP
Model Context Protocol. AI 에이전트가 외부 도구·데이터에 연결되는 표준 규약
HTTP
웹에서 요청과 응답을 주고받는 기본 통신 규약
운영자 인사이트

mcp__a 처럼 서버 이름 앞부분만 적은 허용 규칙이 다른 서버까지 허용해 왔다면 업데이트 뒤 권한 요청이 다시 뜰 수 있으니, 정규화된 서버 이름 전체로 mcp__<서버>__* 를 적어 두세요. 유휴 압축을 끄기는 아깝지만 중간 크기 대화까지 줄어드는 게 싫다면 CLAUDE_CODE_IDLE_COMPACT_MIN_TOKENS 를 높여 기준만 올릴 수 있어요.

여러 관점으로 보기
  • HTTP MCP 연결 멈춤 제보 10월 2일 윈도우에서 원격 HTTP MCP 서버가 30초 뒤 시간 초과로 끊긴다는 제보였고, 댓글에서는 서버가 202 응답 본문을 끝내지 않는 장면이 잡혔으며 한 사용자 환경에서는 어베스트 웹 실드가 원인이었다는 확인도 나왔어요. GitHub (anthropics/claude-code)

원본 보기 (github-releases:claude-code)

Claude Code ★★★★

클로드 코드 v2.1.300 부터 PreToolUse·PermissionRequest 훅이 돌려준 updatedInput 도 클로드의 입력처럼 검사해, 도구가 거절하는 입력이면 호출을 막아요

훅이 updatedInput 으로 고쳐 넣은 입력에 도구가 모르는 키가 있으면 버리고, 도구가 받지 않는 입력이면 그 호출을 거부해요. 같은 버전에서 agent 훅이 지정한 model 을 무시하던 결함도 고쳐, haiku 같은 별칭이 제대로 풀리고 하위 에이전트의 모델이 덮어쓰지 않으며, 쓸 수 없는 모델이면 동작을 허용하는 대신 호출한 쪽 모델로 판정해요. 이 밖에 OpenTelemetry api_request 이벤트가 캐시 쓰기 토큰을 5분·1시간 수명별로 나눠 보내고, AWS 의 클로드 플랫폼에서도 /advisor 를 쓸 수 있으며, 로컬 세션 기록에는 요청마다 시스템 프롬프트·도구·파라미터가 함께 남아요.

용어 풀이
PreToolUse·PermissionRequest
클로드 코드 훅 종류. 도구 실행 직전, 권한 확인 창이 뜰 때 각각 실행됨
updatedInput
훅이 도구 호출의 입력값을 고쳐서 돌려주는 응답 필드
OpenTelemetry
프로그램의 사용량·추적 정보를 내보내는 공개 표준
운영자 인사이트

훅으로 명령을 고쳐 쓰는 팀은 업데이트 뒤 그 훅이 정상 호출까지 막지 않는지 한 번 돌려 보세요. 고친 입력이 도구 형식에 맞지 않으면 이제 호출이 거부돼요. 세션 기록을 동료나 이슈에 공유해 왔다면 이제 시스템 프롬프트와 도구 정의까지 담기니, 공유 전에 내용을 확인하세요.

원본 보기 (github-releases:claude-code)

GitHub Copilot ★★★★

깃허브가 10월 14일 코파일럿 HydraFusion 에 오푸스 5.5·GPT-6.1 솔 등을 넣고 초안은 중간, 검토는 높은 추론으로 돌리게 바꿨고, 더 깊게 추론하는 HydraFusion Max 를 추가했어요

변경 기록에 따르면 HydraFusion 과 Max 가 쓰는 모델 묶음에 클로드 오푸스 5.5·GPT-6 애스트라·GPT-6.1 솔·GPT-6 루나가 들어갔고, 상향(Cascade) 흐름에는 첫 결과를 보고 필요할 때만 수정을 요청하는 판정 단계가, 비평(Critique) 흐름에는 텍스트 요약 대신 도구로 실제 작업 공간을 살피는 비평 모델 여럿을 동시에 돌리는 방식이 들어갔어요. Max 는 같은 구조에 어려운 과제용으로 추론 강도를 더 높인 선택지이고, 둘 다 여전히 연구 프리뷰로 VS Code·코파일럿 앱·코파일럿 CLI 의 Pro·Pro+·비즈니스·엔터프라이즈에서 프리뷰 기능을 켜야 써요. 요금은 변경 기록에 없고, 공식 문서는 별도 요금 없이 불린 모델마다 표준 단가로 청구한다고만 적어 Max 가 얼마나 더 드는지는 공개되지 않았어요.

용어 풀이
HydraFusion
과제마다 모델 여러 개와 작업 흐름을 골라 하나의 답을 내는 깃허브 코파일럿의 모델 조합 기능
CLI
명령줄 인터페이스, 터미널에서 글자로 명령을 입력해 쓰는 프로그램 방식
Cascade
가벼운 모델이 먼저 풀고 판정 결과에 따라 더 센 모델로 넘기는 HydraFusion 작업 흐름
Critique
한 모델이 초안을 쓰고 다른 모델들이 비평한 뒤 한 번 고치는 HydraFusion 작업 흐름
운영자 인사이트

Max 는 추론 강도를 올리는 선택지라 같은 과제에서도 호출 모델들의 토큰이 더 쌓일 수 있고, 그 차이를 알려 주는 공식 수치는 없어요. 팀에서 켜기 전에 같은 과제를 HydraFusion 과 Max 로 몇 번 돌려 사용량 화면의 크레딧 차이를 직접 확인하고, 연구 프리뷰라 서비스 수준 보장이 없다는 점도 감안하세요.

여러 관점으로 보기
  • 공식 문서 HydraFusion 문서는 별도 요금 없이 쓰인 모델마다 표준 단가로 청구하고 자동 모델 선택 할인은 적용되지 않으며, 모델 구성은 계속 바뀌어 고정 목록이 없다고 적었어요. GitHub Docs

원본 보기 (rss:github-changelog)

에픽게임즈가 10월 14일 바이브 코딩으로 다시 만든 새 런처를 윈도·맥OS·리눅스용 미리보기로 내놓고, 콜드 스타트가 스팀보다 46% 빠르다고 밝혔어요

에픽은 발표 글에 "프로그래밍은 어렵다. 그래서 그 대신 새 에픽게임즈 런처를 바이브 코딩했다"고 적었어요. 10월 13일 보도된 슈터 팀의 'AI 우선' 내부 지시와 달리, 이번에는 회사가 직접 내놓은 제품을 AI 로 만들었다고 스스로 밝힌 것이에요. 속도 수치는 에픽이 키워즈 스튜디오에 맡긴 시험(윈도 13개 환경, 시험 5종)에서 나왔고, 트레이에서 되살리는 속도는 14% 빠르지만 차이는 0.06초이며, 6월 언리얼 페스트에서 내세운 '기존 런처보다 5배 빠르다' 같은 기존 런처 대비 수치는 이번에 내놓지 않았어요. 일부 소셜·계정 관리 기능은 아직 없고, 에픽은 언리얼 개발자와 포트나이트·로켓 리그 경쟁전 이용자에게 기존 런처를 계속 쓰라고 권했어요.

용어 풀이
콜드 스타트
프로그램이 메모리에 올라와 있지 않은 상태에서 처음 실행하는 것
운영자 인사이트

에픽이 바이브 코딩 결과물에 붙인 안전장치는 공개 미리보기 기간과 '중요한 이용자층은 기존 런처 유지' 권고예요. 팀에서 AI 로 기존 제품을 다시 짠다면 기존 버전 대비 성능·기능 동등성 비교를 먼저 공개하고, 돌아갈 수 있는 기존 버전을 남긴 채 이용자층을 나눠 옮기는 방식을 참고할 만해요.

여러 관점으로 보기
  • 수치 검증 스팀 대비 수치는 에픽이 맡긴 시험 결과이고 트레이 복귀 차이는 0.06초뿐이며, 기존 런처 대비 수치가 없고 기존 런처 유지 권고가 빈틈을 드러낸다고 짚었어요. Tom's Hardware (Yahoo Tech)
  • 6월 예고 에픽은 6월 언리얼 페스트에서 런처 V2 가 기존 런처보다 콜드 스타트 5배, 트레이 복귀 6.5배 빠를 것이라 예고했고, 그때는 AI 언급이 없었어요. Engadget

원본 보기 (rss:arstechnica-ai)

Claude Code ★★★

개발자 Gael Hatchue 가 클로드 코드 에이전트로 112일 동안 고스티를 지그에서 러스트로 옮긴 Rustty 작업기를 공개했어요

10월 12일 공개된 작업기에 따르면 지그 30만 2,922줄이 러스트 50만 8,388줄이 됐고, 저자가 직접 프롬프트를 쓴 시간은 약 79시간, 구독료는 420~600달러였어요(API 정가로 치면 약 2만 3,800달러어치). 초기에는 마일스톤마다 설계·적대적 검토·이식·검증을 거치는 워크플로 스크립트를 돌렸고 9월부터는 워크트리 214개에서 하위 에이전트 1,142개를 돌렸으며, 고스티의 지그 테스트를 명세로 삼고 Miri·바이트 단위 차분 비교로 검증했어요. 저자는 C ABI 함수 208개를 모두 맞췄고 벤치마크 14개 모두에서 고스티 릴리스 빌드보다 빨랐다(전체 27.4% 단축)고 밝혔지만, 같은 코드도 측정 세션마다 수치가 크게 달랐고 이식 과정에서 메모리 안전 결함이 최소 83건 생겼으며 unsafe 지점이 2만 2,240곳 남았다고 함께 적었어요.

용어 풀이
Miri
러스트 코드의 정의되지 않은 동작을 찾아내는 검사용 인터프리터
C ABI
C 언어 방식으로 함수를 호출하고 값을 주고받는 실행 파일 수준 규약
unsafe
러스트 컴파일러의 메모리 안전 검사를 일부 끄고 쓰는 코드 구역
워크트리
한 git 저장소에서 여러 브랜치를 별도 폴더로 동시에 꺼내 두는 기능
운영자 인사이트

대규모 이식을 에이전트에 맡길 때 커밋 속도보다 규칙이 결과를 더 좌우했다는 기록이에요. 원본 테스트를 계약으로 삼고, 검사가 실제로 실패할 수 있는지 먼저 증명하고, 테스트를 약하게 고쳐 통과시키지 못하게 막는 방식은 그대로 가져다 쓸 만해요. 다만 저장소는 별 0개이고 찾았다는 고스티 결함 206건 중 194건은 아직 업스트림에 보고되지 않아, 수치는 외부 검증 전인 저자 측정으로 읽어야 해요.

여러 관점으로 보기
  • 저장소 상태 README 는 고스티의 러스트 이식이며 로드맵 1~5단계(표준 에뮬레이션·성능·창 관리·플랫폼 경험·임베딩 라이브러리)를 마쳤다고 적었고, 별·포크는 0개예요. GitHub

원본 보기 (reddit:claudeai)

뱅크오브아메리카가 미토스 같은 AI 모델이 드러낸 소프트웨어 결함을 고치려고 외부 계약 인력 1,000명을 투입했다고 브라이언 모이니핸 최고경영자가 밝혔어요

CNBC 가 10월 14일 보도한 내용으로, 계약 인력은 2분기에 들어와 내부 인력 약 3,000명과 함께 은행 자체 코드와 납품 업체 소프트웨어의 취약점을 지금도 고치고 있어요. 3분기에는 이 수정 작업과 자금세탁방지 대응을 합쳐 "수억 달러 이상(a couple hundred million plus)"이 더 들었고, 모이니핸은 밀린 수정이 끝나면 이 비용이 줄어들 거라고 봤어요. 다만 두 비용을 나눈 금액과 미토스가 찾아낸 결함 수는 확인한 보도들에 나오지 않아요.

운영자 인사이트

AI 스캐너는 결함을 찾는 비용을 낮출 뿐 고치는 일은 여전히 사람 몫이에요. 미토스급 스캐너나 오픈소스 스캐너를 들이기 전에, 쏟아질 보고를 분류하고 고칠 인력과 납품 업체 코드에 대한 수정 책임 범위부터 정해 두세요.

여러 관점으로 보기
  • 같은 사건 한국어 보도 계약 인력 1,000명·인력 약 3,000명·3분기 추가 비용과 함께, 사내 AI 프로젝트 약 130개로 절감액을 올해 3억 달러에서 2027년 7억 달러로 늘릴 계획이라는 수치를 같이 전해요. TokenPost
  • 개발자 반응 "AI가 그렇게 잘하면 왜 사람을 고용하느냐"는 물음에, 규제가 강한 은행은 에이전트에게 코드를 읽게만 하고 고치게 하지는 않았을 거라는 추정이 나왔고, 결함을 고치면 새 결함이 생긴다는 냉소도 있었어요. Hacker News

원본 보기 (hn:anthropic)

기타 ★★

깃허브가 10월 14일 액션 워크플로의 의존 액션을 검토한 커밋에 고정하는 잠금 파일 actions.lock 을 공개 미리보기로 냈어요

태그나 브랜치가 다른 커밋으로 옮겨져도 워크플로는 잠금 파일에 기록된 커밋만 실행하고, 액션이 다시 쓰는 하위 액션과 재사용 워크플로까지 고정해요. 잠금 파일은 GitHub CLI 확장 gh actions-lock 으로 만들고 --verify 로 CI 에서 파일을 고치지 않고 최신 여부만 검사할 수 있으며, 등록한 워크플로에서는 디펜더봇이 버전 올림 PR 에 잠금 항목도 함께 갱신해요. 관리자는 유효한 잠금 파일이 없는 실행을 막는 'Require lockfile' 정책을 걸 수 있지만, 깃허브는 고정이 액션 자체의 안전성을 판단해 주지 않으니 잠그기 전에 검토하라고 적었고, 재사용 워크플로 호출의 하위 의존성은 고정 대상에서 빠지며 엔터프라이즈 서버는 지원하지 않아요.

용어 풀이
CLI
명령줄로 쓰는 도구
CI
코드를 올릴 때마다 자동으로 빌드·검사하는 과정
PR
풀 리퀘스트, 코드 변경을 합쳐 달라는 요청
운영자 인사이트

공지에 AI 얘기는 없지만, 에이전트에게 워크플로 수정을 맡기는 저장소라면 영향이 있어요. 등록된 워크플로에 에이전트가 새 uses 를 넣고 잠금 파일을 갱신하지 않으면 실행이 막힐 수 있으니, 에이전트 지침에 gh actions-lock 실행과 --verify 확인을 넣어 두고 에이전트가 고른 새 액션은 잠그기 전에 사람이 검토하세요.

여러 관점으로 보기
  • 공식 문서 잠금 파일은 손으로 고치지 않고, 재사용 워크플로는 그 워크플로가 정의된 저장소의 잠금 파일이 고정한다고 적었어요. GitHub Docs
  • 도구 저장소 MIT 라이선스의 1.0 이전 미리보기라 형식과 옵션이 예고 없이 바뀔 수 있고, ./ 로 가리키는 로컬 액션을 쓰는 워크플로는 아직 등록에서 건너뛴다고 밝혔어요. GitHub

원본 보기 (rss:github-changelog)

깃허브가 10월 13일, 조직에 이미 설치된 깃허브 앱에 저장소 관리자가 조직 소유자 승인 없이 자기 저장소를 더할 수 있게 했어요

깃허브 앱과 세분화된 PAT 에 저장소 생성만 허용하는 repository_creation:write 권한이 생겼어요. 지금까지는 삭제·이전까지 되는 repository_administration:write 를 받아야 저장소를 만들 수 있었어요. 설치된 앱에 저장소를 넣고 빼는 installation_repositories:write 권한도 추가됐어요. 저장소 관리자는 조직에 이미 설치된 앱에 자기 저장소를 더할 수 있게 됐고, 깃허브는 앱이 가진 조직 단위 권한은 늘지 않는다고 설명해요. 다만 조직 단위 권한·저장소 관리·저장소 생성 권한은 여전히 소유자 승인 대상이고, 소유자는 앱 설치를 소유자만 하도록 제한해 이 경로를 막을 수 있어요. 이번 발표는 AI 에이전트를 따로 언급하지 않아요.

용어 풀이
PAT
Personal Access Token. 사용자 대신 API 를 부르는 개인용 접근 토큰
깃허브 앱
조직·저장소에 설치해 정해진 권한으로 동작하는 깃허브 연동 프로그램
운영자 인사이트

클로드 깃허브 앱은 Contents·Workflows 쓰기 권한을 함께 받아요. 조직에 '선택한 저장소'로만 설치해 뒀다면 이제 저장소 관리자가 승인 없이 대상 저장소를 늘릴 수 있으니, 에이전트 앱이 붙는 저장소를 소유자가 통제해야 하는 조직은 앱 설치 제한 설정부터 확인해 두세요.

여러 관점으로 보기
  • 깃허브 공식 문서 기본 설정에서 저장소 관리자는 이미 설치된 앱을 자기 저장소에 더할 수 있고, 소유자가 설치를 제한하면 이 동작이 막힌다고 적혀 있어요. GitHub Docs
  • 클로드 깃허브 앱 권한 클로드 깃허브 앱은 Actions·Contents·Workflows 쓰기, Administration·Members 읽기를 한 묶음으로 받고, 일부만 골라 승인할 수는 없어요. Anthropic

원본 보기 (rss:github-changelog)