2026년 7월 28일 AI 코딩 소식

에이전트에 로컬 파일을 열어 준 팀이라면 '어떤 폴더를 연결했는가'보다 '샌드박스가 호스트를 어떻게 붙여 두는가'를 먼저 확인해야 해요. 연결 폴더 권한은 앱 계층 규칙일 뿐이라 커널 권한 상승 하나면 통째로 무력화되니, 개발 머신에서는 클라우드 실행을 기본으로 두고 SSH 키·클라우드 자격 증명이 있는 홈 디렉터리는 연결 대상에서 빼는 편이 안전해요.

내려받을 수 있게 됐다고 자체 호스팅이 현실이 된 건 아니에요. MXFP4로 압축해도 1.5테라바이트라 B200 8장을 꽉 채워야 겨우 올라가고, 램에 올리는 우회로는 초당 5~6토큰이라 코딩 에이전트에는 못 써요. 실무에서 의미 있는 건 두 가지예요. API 값이 100만 토큰당 3달러/15달러로 페이블 5(10/50)보다 싸다는 점, 그리고 라이선스의 매출 조건이 사내용에는 면제라 내부 도구에 붙일 때는 부담이 적다는 점이에요. 다만 말이 길어 작업당 비용은 기대만큼 안 떨어진다는 실측 반론도 있어요.

robots.txt 와 noindex 를 같은 도구로 아는 순간 똑같은 사고가 나요. 크롤링 차단은 색인 차단이 아니고, 둘을 같이 걸면 크롤러가 페이지를 열지 못해 noindex 를 영영 못 읽어요. 공유 링크를 내보내는 기능이 있다면 robots.txt 차단은 풀고 응답 헤더에 X-Robots-Tag: noindex 를 넣는 쪽이 맞아요. 앤트로픽이 2025년 9월에 같은 사고를 겪고도 원인을 그대로 뒀다는 게 더 뼈아픈 대목이고요.

'기본 100만 토큰'은 앤트로픽 API 기준 사양이에요. 팀이 Pro 구독으로 클로드 코드를 쓰고 있다면 실제로는 20만 토큰에서 돌고 있을 수 있으니, `/model` 선택기에 100만 토큰 항목이 보이는지부터 확인해 보세요. 큰 저장소를 다루는 자리라면 사용 크레딧을 켜거나 Max로 올리는 쪽이, 압축으로 맥락을 흘리는 것보다 대체로 싸게 먹혀요.

쓰는 쪽 상한과 읽는 쪽 상한이 어긋나면 데이터가 조용히 사라진다는, 흔한 설계 함정이에요. 클로드 코드를 2.1.210 이상으로 올려 두고, MEMORY.md는 항목당 한 줄짜리 목차로만 유지하면서 상세 내용은 주제별 파일로 내리는 게 안전해요. CLAUDE.md는 이 상한을 받지 않으니, 팀 규칙처럼 반드시 지켜야 하는 건 자동 메모리가 아니라 CLAUDE.md나 훅에 두는 게 맞고요.

앤트로픽은 5월에 '연산 자원 계약 덕분에 클로드 코드 사용 한도를 올렸다'고 직접 밝힌 적이 있어요. 그래서 이런 칩 계약은 결국 우리가 체감하는 사용 한도로 돌아오는데, AMD 물량은 2027년 상반기부터라 올해 안에 달라질 이야기는 아니에요. 지금은 한 칩 회사에 묶이지 않으려는 여러 공급자 구조가 굳어진다는 신호로 읽는 편이 맞아요.

운영에서 Bun을 쓰고 있다면 지금은 버전을 못 박아 두는 게 안전해요. Bun 팀 인사가 해커 뉴스에서 '1.3.14는 회귀 버그가 심하니 CI는 1.3.11을 쓰라, 1.3.15는 없다'고 직접 밝혔고, 다음 정식 릴리스인 v1.4에 러스트 재작성분이 통째로 들어오거든요. 릴리스 공백 자체는 대규모 이식 뒤 안정화 구간의 전형이지만, 그 구간을 남의 운영 환경에서 통과할 이유는 없죠.

코파일럿 앱이 7월 7일부터 무료 플랜까지 열린 터라 사내 개발자 노트북에 이미 깔려 있을 가능성이 큰데, 그동안은 CLI를 켜두면 앱도 함께 열리는 구조였어요. 새 정책 기본값이 '모든 곳에서 사용'이라 앱을 막을 생각이면 직접 꺼야 하고, 반대로 이미 CLI·VS Code용 managed-settings.json을 쓰고 있다면 앱과 클라우드 에이전트는 추가 작업 없이 같은 규칙을 물려받아요.

NOOA 저장소가 못 박은 한 줄이 이번 동맹에서 제일 실무적이에요 — 격리 경계는 컨테이너·가상 머신 같은 운영체제 수준 격리이고, 코드 구문 검사나 모듈 차단 목록은 보조 방어일 뿐이라는 것이죠. 사내 코딩 에이전트에 셸·코드 실행 권한을 줬다면, 파이썬 코드 단에서 위험한 호출만 막아 두고 안심하고 있진 않은지 이번 주에 점검해 볼 만해요.

감으로 스킬이나 MCP 서버를 껐다 켜며 토큰이 새는 곳을 찾던 일을 숫자로 바꿔 준다는 게 핵심이에요. 다만 요청을 가로채는 프록시 방식이라 본문이 잠깐이라도 내 컴퓨터에 남으니, 사내 코드가 오가는 환경이라면 보안 정책부터 확인하고 상시 감시가 아니라 최적화하는 날에만 잠깐 켜는 용도로 쓰는 걸 권해요.

역할을 나눈 것보다 끝나는 조건을 못 박은 쪽이 더 값어치 있어요. 리뷰어가 통과라고 하거나 사람이 결정할 문제가 나올 때까지만 돌기 때문에 사소한 지적은 에이전트끼리 정리되고 진짜 판단만 올라오거든요. 다만 공개된 지 사흘밖에 안 된 저장소라, 왕복이 길어질 때 토큰을 얼마나 더 쓰는지는 직접 재 보고 도입을 정하는 게 좋아요.