2026년 10월 2일 AI 코딩 소식

9월에 환경변수를 0 으로 둬 모드를 막아 뒀다면 v2.1.287 로 올리는 순간 그 설정이 무시되니, 조직은 관리 설정의 pluginConfigs 에 allowManagedModsOnly 를 넣고, API 키나 Bedrock 으로 쓰는 개발자는 관리 설정이 없으면 보호 모드조차 로드되지 않는다는 점을 확인하세요. 모드를 설치하기 전에는 claude plugin validate 로 $.process.run·$.http.fetch·tool.check 를 쓰는지 먼저 읽어 보는 게 좋아요.

베드록·버텍스로 팀에 배포했다면 20만 토큰에서 압축되던 긴 세션이 더 길게 이어져 요청 한 번에 실리는 입력 토큰이 늘 수 있으니, 업데이트 뒤 /context 로 실제 맥락 크기를 확인하고 기존 한도를 지키려면 관리형 설정에 CLAUDE_CODE_DISABLE_1M_CONTEXT=1 을 넣으세요. 사내 MCP 서버가 업데이트 뒤 붙지 않으면 서버를 고치기 전에 bareElicitationCapability 부터 켜 보세요.

공식 문서도 잘못된 버튼을 누르거나 엉뚱한 곳에 입력할 수 있고 개인·금융·사내 시스템에 영향을 줄 수 있다고 경고해요. 회사 장비에서 프리뷰를 막으려면 features.computerUse 를 false 로 두고, 허용한다면 '항상 허용'이 CLI 와 앱에 함께 남으니 브라우저·메신저처럼 계정이 로그인된 앱은 매번 승인으로 두세요. 로컬 샌드박스를 켰다고 화면 조작까지 막힌다고 가정하지는 마세요.

저장소의 .github/extensions/ 에 들어간 워크플로는 팀원 세션에서 에이전트 여러 개를 돌리는 실행 코드라, 일반 코드처럼 리뷰 대상에 넣고 /every 같은 예약 실행에는 AI 크레딧 상한을 반드시 거는 걸 팀 규칙으로 두는 편이 안전해요.

Pi 를 tmux 나 터미널 스크롤백으로 결과를 복사하는 방식으로 쓰고 있었다면 1.0 으로 올린 뒤 tuiMode 를 "regular" 로 되돌릴지 먼저 정하세요. Pi 에는 여전히 명령 실행 전 승인 장치가 없어서, 댓글의 사용자들처럼 컨테이너나 VM 안에서 돌리는 운영은 1.0 에서도 그대로 유지하는 것이 좋아요.

판정 모델을 쓰려는 팀은 Clef 를 제브 API 의 대체 공급처로 보고, 같은 요청 형식이니 엔드포인트만 바꿔 자기 작업 데이터로 지연 시간과 정확도를 직접 비교해 보세요. 공식 지연 수치와 사용자 측정치가 크게 달라 공식 수치만 믿고 실시간 경로에 넣기는 이르고, 27B 는 H200 한 장이 필요해 자체 호스팅은 Clef-flash 부터 시험하는 편이 현실적이에요.

스킬이 클로드 코드에 함께 들어 있어 claude update 만 하면 쓸 수 있어요. 다만 운영 대화 기록을 재료로 쓰므로 회사 데이터 반출 기준을 먼저 확인하고, v2.1.285 부터는 원격 제어(Remote Control) 클라이언트에서 /claude-api 를 실행할 수 없다는 점도 알아 두세요.

글쓴이가 권하는 대응은 세션을 최대한 짧게 끊고 압축보다 새 세션을 열기, 클로드가 벤치마크 결과를 말하면 반복 횟수와 통계를 담은 스크립트로 다시 재게 하기, README 같은 파일은 직접 고치지 말고 변경 제안 목록만 내게 한 뒤 git 으로 지켰는지 확인하기예요. 긴 작업을 클로드 코드에 맡기는 팀이라면 이 세 가지를 작업 규칙에 먼저 넣어 볼 만해요.

며칠씩 도는 에이전트 작업을 운영한다면 "끝났다"는 보고를 그대로 받지 말고 완료 기준을 미리 글로 정해 두고, 압축 전에 계획 파일을 한곳에 모으게 하는 습관부터 들여 볼 만해요. 다만 글쓴이가 밝혔듯 토큰과 컴퓨트를 많이 쓴 방식이라 비용 추정이 먼저예요.

확인된 것은 오픈AI의 인정과 개인 경험담뿐이라 어느 모델이 얼마나 더 막는지는 아직 알 수 없어요. 보안·로봇·항공우주처럼 오인되기 쉬운 영역을 에이전트에 맡긴다면 거절로 작업이 멈춘 횟수를 로그로 남기고, 막혔을 때 넘길 대체 모델과 데이브레이크·앤트로픽 사이버 검증 프로그램(CVP) 같은 신뢰 접근 신청을 미리 챙겨 두세요. 공개 모델로 돌리는 우회는 코드가 어디로 나가는지 사내 기준부터 확인해야 해요.

비공개 취약점 신고를 켜 둔 공개 저장소를 관리한다면 저장소 설정의 Advanced Security 에서 하루 한도와 허용 목록을 먼저 정해 두세요. 기본 한도 값이 공개되지 않아 대량 신고가 실제로 얼마나 걸러질지는 직접 지켜봐야 하고, 자주 협업하는 보안 연구자는 허용 목록에 넣어야 같은 한도에 걸리지 않아요.

코딩 실무에 바로 닿는 변화는 없어요. 다만 보도대로라면 공개 S-1 은 투자자 모집 몇 주 전인 10월 중에 EDGAR 에 올라와야 하니, 클로드 코드·API 에 업무를 걸어 둔 팀은 그때 로이터가 전한 비공개 초안의 매출 집중·인프라 약정 수치가 그대로인지와 요금·사용 한도 관련 위험 요인이 어떻게 적혔는지를 확인하면 돼요.