2026년 7월 31일 AI 코딩 소식

에이전트에게 '인터넷 없음'을 프롬프트로 알려 주는 건 격리가 아니에요 — 사내에서 코딩·보안 에이전트를 돌린다면 네트워크 차단은 방화벽으로 실제 검증하고, 시나리오용 가짜 도메인은 RFC 2606 예약 이름을 쓰고, 실행 기록은 사고 뒤가 아니라 상시로 훑어야 4월 사고를 7월에 발견하는 일을 막아요.

사내에 M365 코파일럿을 열어 뒀다면 이제 '외부에서 받은 문서'만이 아니라 '코파일럿이 만든 사내 문서'까지 신뢰할 수 없는 입력으로 봐야 해요. 지금 쓸 수 있는 건 끌 수 있는 관리자 설정이 아니라 사람 검토뿐이라, 숨김 서식·보이지 않는 글씨 검사를 문서 반입 단계에 붙이는 게 현실적인 1차 방어예요.

긴 규칙 문서는 지켜지길 바라는 것이지 강제가 아니에요 — main 직접 푸시 금지, 승인 없는 배포 금지처럼 되돌리기 힘든 항목은 문서에서 빼내 훅·CI·도구 권한처럼 모델이 넘을 수 없는 자리에 박고, 문서에는 사람 판단이 필요한 지침만 남기는 게 이 수치의 실무 번역이에요.

토큰 단가가 아니라 '과제 하나 해결하는 데 드는 비용'으로 다시 재보세요 — 코드래빗이 5개 언어 100여 개 과제로 재보니 솔은 63.7% 통과에 과제당 2만 토큰, 테라는 40.7% 통과에 5만 5천 토큰을 써서, 표에 적힌 값이 싸도 실제 지출은 더 나올 수 있어요.

사내에서 MCP 서버를 굴리고 있다면 공식 호환 표부터 보세요 — 새 클라이언트와 옛 서버, 옛 클라이언트와 새 서버는 둘 다 실패해서 양쪽을 함께 받는 이중 지원 구현만 통하고, 세션에 상태를 걸어 둔 서버는 서버가 발급한 식별자를 도구 인자로 넘기는 구조로 바꿔야 해요.

오늘 할 일은 코드와 워크플로에서 models.github.ai/inference, models.inference.ai.azure.com, gh models를 전부 찾아내는 거예요. 깃허브 토큰 하나로 공짜로 쓰던 자리라 데모·CI 라벨링 같은 곁가지에 조용히 박혀 있기 쉬운데, 대체 경로인 파운드리와 코파일럿은 둘 다 유료 계정이 필요해요. 워크플로에서 쓰던 actions/ai-inference도 v3(7월 29일)부터 GitHub Models를 빼고 코파일럿 CLI만 남겼어요.

뚫린 건 특별한 기술이 아니라 흔한 구성 실수(파드에서 열린 메타데이터 주소, 넓은 서비스 자격증명 범위, 격리 안 된 템플릿 렌더러)를 기계 속도로 전부 시도한 결과라, 오늘 점검할 목록도 그대로예요 — 파드 IMDSv2 차단, 클러스터별 자격증명 분리, 사용자 입력 템플릿 렌더링 격리. 여기에 하나 더, 사고 대응 도구를 상용 모델로만 갖추면 가드레일에 막혀 분석 자체가 멈출 수 있다는 점이 이번에 실제 사례로 확인됐어요.

AI 모델 API는 쓴 만큼 청구되는데, 에이전트나 대량 처리 작업은 설정이 잘못돼도 멈추지 않고 계속 돌아서 청구서 말고는 신호가 없어요. 작은 표본으로 단가를 먼저 재고, 작업 단위 토큰 예산과 계정 사용 한도를 배포 전에 걸고, 하루 단위 임계값 알림을 사람에게 보내는 게 최소 방어선이에요 — 월 단위 청구서에만 기대면 다섯 달을 놓쳐요.

리뷰가 참고하는 지침·스킬은 PR의 헤드 브랜치에서 읽어요. 리뷰 규칙을 바꾸는 PR이 자기 자신을 심사할 기준을 바꿀 수 있다는 뜻이라, .github/skills 와 지침 파일에 CODEOWNERS 승인을 거는 게 먼저예요. 클라우드 에이전트용으로 등록해 둔 MCP가 별도 동의 없이 리뷰에도 붙고 기본 방화벽은 MCP에 적용되지 않으니, 저장소 설정의 리뷰용 MCP 스위치부터 확인하세요.

채점표를 만든 쪽이 채점 대상이라는 점은 감안하되, 표가 '같은 체급 1등, 윗체급엔 3~4% 뒤짐'을 스스로 드러낸 건 드물게 솔직해요. 실무 판단은 토큰 67~94% 절감이 그 3~4%를 살 만한가이고, 기업 계정이라면 6월 26일부터 관리자가 켜야 쓰던 이 모델이 8월 26일 기본값 전환 때 손대지 않은 항목으로 딸려 켜질 수 있으니 그전에 설정을 확인하세요.

1M 맥락은 월 39달러 이상에서만 열리니, 월 19달러로 키미 코드를 쓰면서 기본 모델을 k3로 두고 있었다면 k3-256k로 바꾸는 것만으로 쿼터 소모가 절반이 돼요. 해커뉴스 실사용자도 '220k를 넘길 일이 거의 없다'는 쪽이 많았고, 1M은 저장소를 통째로 읽혀야 할 때만 꺼내 쓰면 돼요.

에이전트를 둘셋 동시에 돌릴 때 병목은 모델이 아니라 하나뿐인 작업 트리예요. 클로드·코덱스까지 워크트리가 붙으면 에디터가 그 격리를 대신해 주는 셈이니, 손으로 관리하던 워크트리 스크립트를 걷어낼지 재 볼 만해요 — 단, 에이전트 호스트가 점진 배포라 팀원마다 켜져 있는지부터 확인해야 해요.

에이전트를 서너 개씩 동시에 돌리는 팀이면 '세션을 어디에 붙들어 둘 것인가'가 곧 병목이 돼요. 다만 지금은 대기 명단뿐이라 도입을 논할 단계는 아니고, 당장은 tmux·zellij로 세션 지속성과 공유를 어디까지 메울 수 있는지 재 보는 게 맞아요.

안전 정책 때문에 벤더가 정부와 틀어지면 조달망에서 통째로 끊길 수 있다는 게 실제 사례로 남았어요. 미국 공공·방산 고객이나 그 하도급에 걸린 팀이라면 코딩 에이전트를 한 벤더에 붙박이로 묶지 말고, 모델·API 갈아타는 경로와 계약상 대체 조항을 지금 챙겨 두는 게 안전해요.

에이전트를 서너 개 굴릴 때 병목은 코드가 아니라 '지금 누가 승인 창을 띄운 채 멈춰 있나'인데, 같은 문제를 노린 도구가 해커뉴스 댓글에만 열 개 넘게 거명될 만큼 쏟아지는 중이에요 — 골라 쓸 때는 tmux를 이미 쓰는지, 그리고 상태 감지가 내가 쓰는 에이전트의 승인 창을 제대로 읽는지부터 확인해 보세요.