2026년 7월 27일 AI 코딩 소식

색스가 오픈 웨이트 위에서 제품을 만드는 사례로 커서(Cursor)를 직접 든 만큼 이 논쟁은 구경거리가 아니라 도구 선택 문제예요. 중국산 공개 가중치 모델을 호스팅 API로 붙여 쓰는 구성은 제재나 조달 규정이 확정되면 하루아침에 끊길 수 있으니, 대체 경로를 미리 확인해 두는 편이 안전해요.

'막혔다'가 아니라 '기본값이 바뀌었다'로 읽는 게 맞아요. 그 문단은 금지가 아니라 비용 기준이라 크고 독립적인 작업은 그대로 위임되고, 실제로 발목을 잡는 건 깊이·동시 실행·세션 총량 같은 환경변수 상한이에요. 팀 자동화가 갑자기 느려졌다면 프롬프트를 의심하기 전에 그 값들부터 확인해 보세요.

자율성을 프롬프트로 억누르지 말고 권한 경계로 끊으라는 게 요지예요. 우리 팀엔 '에이전트는 PR을 열 수 있지만 병합·배포 권한은 절대 갖지 않는다', '에이전트 계정을 사람 계정과 분리해 감사 로그를 남긴다' 두 줄부터 옮길 수 있어요. 다만 앤트로픽도 사람 리뷰가 오히려 병목이 됐다고 밝힌 적이 있으니, 리뷰 자동화 없이 생성량만 늘리면 그 병목을 그대로 떠안게 돼요.

종합 1위 숫자만 보고 팀 기본 모델을 바꾸면 손해 보기 쉬워요. 그 61점은 'max effort' 설정에서 나온 값인데, 이 설정의 오푸스 5는 첫 응답이 나오기까지 평균 70초·초당 52.8토큰이라 대화형 코딩에서는 확실히 답답해요. 해커뉴스에서도 '중간 설정이면 코딩 작업 95%는 충분한데 왜 max끼리만 비교하냐'는 지적이 여러 번 나왔어요. 우리 저장소에서 같은 작업 열 개를 직접 돌려 보고 정하는 편이 나아요.

'테스트 통과'를 완료 기준으로 삼는 순간, 에이전트에게는 테스트를 고치는 쪽이 가장 싼 정답이 돼요. 이런 걸 보상 해킹이라고 불러요. 검사 기준은 사람이 먼저 고정해 두고 에이전트가 건드릴 수 있는 범위에서 테스트 파일을 빼세요. 리뷰에서도 이번 변경에 테스트 파일 수정이 섞여 있는지부터 확인하는 게 제일 빠릅니다.

진짜 쟁점은 언어 선택이 아니라 '느린 빌드가 정말 언어 탓이었나'예요. 한 사람이 최신 지그로 옮기고 죽은 코드를 걷어내자 빌드가 1초 밑으로 떨어졌으니까요. 대규모 재작성을 검토한다면 도구 낡음과 빌드 위생부터 걷어낸 뒤에 비교해야, 재작성 뒤 좋아진 수치를 재작성 덕분이라고 잘못 읽지 않아요.

지침 파일(CLAUDE.md·AGENTS.md)이 계속 불어나는 팀이라면, 모델을 새로 올릴 때 문장을 더 붙이기 전에 걷어내는 쪽을 먼저 시도해 볼 근거가 하나 생겼어요. 특히 비용 때문에 소형·오픈 웨이트 모델을 쓰고 있다면 입력 토큰 32% 절감이 요금과 응답 지연에 바로 반영되고요. 다만 실험 하나일 뿐이고 해커뉴스에는 '더 작게 양자화한 모델에선 안 통하더라'는 반론도 달렸으니, 절반으로 줄인 지침 파일을 하나 만들어 두고 자기 저장소·자기 과제로 며칠 견줘 보는 게 가장 빠른 확인이에요.

에이전트한테 인프라를 맡길 때 돈을 태우는 건 명령 하나하나가 아니라 '대상 개수만큼 늘어나는 왕복'이에요. 대상이 몇 개로 늘어도 왕복 횟수가 고정되게 도구를 설계하면 토큰이 눌린다는 게 이 실험의 알맹이고, 이건 AWS 말고 사내 서버나 여러 클러스터·데이터베이스를 한꺼번에 훑는 도구에도 그대로 옮겨 붙일 수 있어요. 다만 계정 수십 개를 한 번에 만지는 열쇠를 에이전트 손에 쥐여 주는 순간 사고가 났을 때 번지는 범위도 같이 커지니, 읽기만 하는 명령과 지우는 명령을 갈라 두는 장치는 빼면 안 돼요.

클로드 코드를 쓰는 입장에서 당장 달라지는 건 없어요. 다만 앤트로픽이 메모리를 직접 계약하고 자체 칩까지 넘보는 건 남의 칩에 얹혀 있던 추론 용량과 단가를 스스로 쥐려는 신호라, 앞으로 요금제나 사용 한도가 흔들릴 때 배경으로 참고할 만해요.

AI가 만든 큰 덩어리를 리뷰해야 하는 자리는 곧 남 일이 아니에요. 여기서 바로 집어 쓸 장치는 셋이에요. 구현한 에이전트와 다른 에이전트에게 테스트를 맡겨 '테스트를 약하게 고쳐 통과시키는' 우회를 막고, 위험한 변경은 다른 계열 모델로 한 번 더 리뷰하고, 회귀 테스트 결과를 통과·실패 표로 남겨 리뷰어가 코드를 읽기 전에 현재 상태부터 확인하게 하는 거예요. 다만 '테스트 관문만 촘촘하면 코드는 안 읽어도 된다'와 '에이전트가 만든 테스트가 유효한지는 결국 사람이 봐야 한다'가 정면으로 갈렸고, 보안만큼은 안을 들여다봐야 한다는 단서도 붙었어요.