2026년 8월 8일 AI 코딩 소식

되돌릴 생각이면 14일 전에 `~/.claude/settings.json`의 `defaultMode`를 박아 두세요. auto 모드로 들어가는 순간 `Bash(*)` 같은 넓은 allow 규칙은 해제되고 전부 검사 모델을 거치니, 그동안 허용 목록으로 조용히 지나가던 명령이 오히려 막힐 수 있어요.

승인 화면이 걸러 주는 건 눈에 띄는 명령뿐이에요 — 한 줄만 봐선 정체를 알 수 없는 npm run·make 같은 스크립트 실행은 사람이 못 잡으니, 자격 증명 파일 읽기와 바깥으로 나가는 네트워크는 승인에 맡기지 말고 거부 규칙으로 미리 닫아 두고 컨테이너로 격리하는 편이 나아요.

쓰던 코딩 에이전트가 갑자기 보수적으로 굴 수 있어요. 오픈AI가 새로 건다는 상시 감시·사고 사슬 감시는 애스트라만이 아니라 '모든 에이전트 응용'이 대상이라, 취약점 점검·침투 시험처럼 정당한 보안 작업이 고위험으로 걸려 중간에 끊길 여지가 생겨요. 사내에서 보안 성격 작업을 에이전트에 맡기고 있다면 승인 경로와 대체 수단을 지금 확인해 두는 게 나아요.

설정에 모델을 고정해 둬도 안전장치가 걸리면 작업 도중 더 약한 모델로 바뀌니, 긴 맥락이나 모델 성능에 기대는 자동화라면 강등 이벤트부터 로그로 남겨 두세요. 공식 문서의 fallbackModel은 과부하·사용 불가일 때 쓰는 설정이라 이 경우엔 안 듣고, 앤트로픽이 내놓은 길은 오탐 신고뿐이에요 — 허용 목록도 이의 절차도 없고, 발표문도 오탐은 남는다고 적어 놨어요.

워크트리를 여러 개 띄워 두고 일한다면 저쪽 터미널에 옮겨 적는 일이 줄어요. 다만 받은 메시지 한 건이 프롬프트 한 번만큼 한도를 먹으니 세션 수가 곧 비용이고, 막으려면 받는 쪽 crossSessionInbound 을 refuse 로 두는 것과 보내는 쪽 SendMessage·ListAgents 거부 규칙을 둘 다 걸어야 해요 — 한쪽만 걸면 반대 방향은 열려 있어요.

내부 서비스에 닿아야 하는 팀엔 답이 되지만, 저장소는 깃허브·깃허브 엔터프라이즈 서버여야 하고 러너 호스트는 조직원 누구나 코드를 돌릴 수 있는 자리라 세션마다 컨테이너를 새로 띄우고 나가는 트래픽을 기본 차단으로 잠가야 해요 — 조직 IP 허용목록은 러너 트래픽을 안 덮어요.

MCP 위험은 '나쁜 서버'가 아니라 '누가 서버를 정하느냐'예요 — 저장소에 들어온 .mcp.json이 세션 시작 때 실행되고 널리 쓰는 서버에서 CVSS 10.0이 나오는 판이라, 결정권을 조직으로 올릴 자리가 생겼어요. 다만 읽기 편하다고 serverName으로 목록을 쓰면 이름 붙이는 쪽이 개발자라 자물쇠에 열쇠를 같이 주는 셈이니, 저장소가 심는 로컬 서버를 막으려면 serverCommand로 적어야 해요.

7월 하순에 코드 퀄리티를 켠 저장소라면 그 규칙을 손댄 적이 있는지부터 확인하세요 — 손댄 저장소는 이번 조치에서 빠져 초안 PR과 푸시마다 리뷰가 계속 나가요. 같은 날 정식 출시된 검토 강도는 기본이 Lite 고 Balanced 는 AI 크레딧과 깃허브 액션 실행 시간을 더 먹으니, 조직 기본값을 올릴 땐 저장소 수를 곱해서 보세요.

사내 규정을 쓸 때 갈림길은 '몇 줄까지 허용'이 아니라 '어디까지가 기여물인가'예요 — 오픈JDK는 읽고 검토하는 용도와 결과물을 집어넣는 행위를 갈라서 분량 기준을 아예 없앴고, 그 덕에 줄 수를 세는 대신 '이 산출물에 AI 출력이 섞였나'만 물으면 돼요.

ARC는 격자 퍼즐 추론 시험이라 점수가 코딩 실력으로 바로 이어지진 않아요. 같은 등급에서 값이 4분의 1~15분의 1이라는 건 주력을 갈아탈 근거가 아니라 곁가지—두 번째 의견 받기, 대량 리팩터링, 1차 검토—를 싸게 돌려볼 근거예요. 같은 토론에서도 하루 5달러도 못 쓴다는 사람과 한 시간 만에 포기했다는 사람이 갈렸고, 정식판이 미리보기보다 2.5배 느려졌다는 보고도 있어요.

봇 차단을 파는 회사답게 Kitesurf는 사람인 척하지 않아요 — 문서에 적힌 신원과 Web Bot Auth 서명을 달고 가서 사이트가 골라 막을 수 있고, 봇 검사는 못 넘는다고 스스로 적어 놨어요. 막힌 사이트를 뚫는 도구가 아니라 허락받은 접근용이라는 뜻이에요. 값이 CPU·메모리로 매겨지니 대량 캡처·본문 뽑기엔 유리하고, 응답이 빨라야 하는 대화형 작업엔 오히려 손해예요.

여기서 월요일에 쓸 건 '취향을 기르자'가 아니라 병목이 어디로 옮겨갔느냐예요 — 만드는 값이 0에 가까워졌는데 걸러내는 값은 그대로라면 팀 처리량의 한계선은 이제 리뷰 쪽이에요. 그런데 반려는 변경 내역(diff)에 안 남아 평가에도 안 잡히니, 리뷰·반려에 쓴 시간을 따로 기록해 두는 편이 실속 있어요.

사내에 MCP 서버를 붙여 쓴다면 `.well-known/oauth-protected-resource`가 응답하는지, PKCE 설정에 plain이 섞여 있지 않은지는 curl로 몇 분이면 확인돼요. 다만 이런 메타데이터 점검은 앞사람 토큰이 뒷사람 요청에 실려 나가던 테라폼 MCP 서버 같은 버그는 못 잡으니, 토큰이 우리 서버용으로 발급된 게 맞는지 확인하는 코드는 따로 읽어 봐야 해요.