2026-09-18 · 6분 읽기
이번 주는 AI 코딩 에이전트를 둘러싼 소식이 유독 많았습니다. 편의 기능이 곧 보안 구멍이 될 수 있다는 경고와, 에이전트가 단위 작업을 넘어 프로젝트 전체를 맡으려는 움직임이 같은 주에 나왔습니다. 여기에 에이전트 운영 비용을 줄이려는 연구, 오픈AI가 워드와 법률 업무까지 파고든 소식도 함께 들여다봤습니다.
보안 스타트업 에어(Air)가 18일 발표한 보고서에 따르면, 클로드 코드·코덱스·제미나이 CLI·깃허브 코파일럿 등 4종 AI 코딩 에이전트의 '스킬' 업데이트 과정에서 구조적 보안 결함이 발견됐습니다. 사용자가 아무런 조작을 하지 않아도 시스템 제어권이 해커에게 완전히 넘어갈 수 있는 문제였고, 현재는 모두 해결된 상태입니다.
저희도 개발 작업에 코딩 에이전트를 실무 도구로 쓰다 보니 이 소식이 남 일 같지 않았습니다. 사람이 뭔가를 잘못 눌러서 생기는 취약점이 아니라, 에이전트가 알아서 스킬을 갱신하는 '편의 기능' 자체가 공격 통로였다는 게 핵심입니다. 즉 우리가 아무리 조심스럽게 써도 도구 쪽 구조에 구멍이 있으면 막을 방법이 없다는 뜻입니다. 4종 모두에서 비슷한 유형의 결함이 나왔다는 건 이게 특정 회사의 실수가 아니라 '자동 업데이트하는 에이전트'라는 설계 자체가 안고 있는 위험이라는 신호로 보입니다. 외주 프로젝트에서 클라이언트 코드베이스에 에이전트를 붙일 때, 권한 범위와 업데이트 경로를 한 번 더 점검해야 할 이유가 하나 늘었습니다. 패치가 됐다고 안심하기보다는, 다음에 또 비슷한 유형의 결함이 나올 수 있다는 전제로 도구를 다뤄야 할 것 같습니다.
출처: AI타임스
앤트로픽은 17일 여러 AI 세션에 걸쳐 장기 소프트웨어 개발 작업을 지속적으로 관리하는 '클로드 코드 프로젝트'를 공개했습니다. 같은 날 앤트로픽은 클로드가 자기개선 작업에 직접 관여하는 비율이 26%, 어떤 형태로든 관여하는 비율은 90%에 이른다는 내부 모니터링 지표도 함께 내놨습니다.
지금까지 코딩 에이전트는 '이 함수 짜줘', '이 버그 고쳐줘' 식으로 단위 작업을 맡기는 도구였는데, 이번 발표는 방향이 다릅니다. 여러 세션에 걸쳐 과거 결정을 기억하고 작업을 스스로 나눠 배분한다는 건, 개발자의 역할이 '코드를 짜는 사람'에서 '여러 작업을 병렬로 던져놓고 검토하는 사람'으로 옮겨간다는 뜻입니다. 저희처럼 소규모 인력으로 여러 프로젝트를 돌리는 개발사 입장에서는 관리 부담이 줄어드는 방향이라 반가운 소식이긴 합니다. 다만 관여율 90%라는 숫자를 보면, 사람이 검토하는 지점이 점점 앞단이 아니라 뒷단으로 밀려난다는 이야기이기도 합니다. 코드 리뷰의 기준을 '내가 이해할 수 있는 코드인가'에서 '에이전트가 왜 이렇게 짰는지 추적할 수 있는가'로 바꿔야 할 시점이 다가온 것 같습니다. 당장 도입하기보다는, 이런 장기 관리형 에이전트가 남긴 결정 기록을 어떻게 검증할지부터 고민해봐야 할 것 같습니다.
구글은 17일 실패한 탐색 경로를 재사용하는 '드림-RSI' 기법으로 AI 에이전트의 탐색 비용을 162배 줄였다고 밝혔고, 15일에는 사전학습 단계에서 검색 지연을 최대 20배 줄이는 'R4T' 프레임워크를 공개했습니다. 세일즈포스도 모델 가중치를 수정하지 않고 작업 수행 방식만 최적화해 브라우저 작업 성공률을 93%까지 끌어올린 결과를 발표했습니다.
세 발표를 따로 보면 각자 다른 연구지만, 겹쳐 보면 방향이 같습니다. 모델을 더 크게 키우는 대신 '이미 한 시행착오를 재사용하는 방식'으로 비용을 줄이려는 흐름입니다. 저희 같은 작은 개발사가 API 비용 때문에 에이전트 기반 기능을 망설이는 경우가 많은데, 이런 최적화가 실제 서비스에 반영되면 도입 문턱이 낮아질 여지가 있습니다. 특히 세일즈포스 사례처럼 모델을 건드리지 않고 '작업 수행 방식'만 바꿔서 성공률을 올렸다는 점이 눈에 띕니다. 이는 우리가 직접 에이전트를 붙일 때도 모델 선택보다 프롬프트·워크플로 설계에 더 신경 써야 한다는 뜻으로 읽힙니다. 다만 지금 나온 수치들은 각 회사의 벤치마크 환경에서 나온 것이라, 실제 저희 서비스 환경에 그대로 적용될지는 별개 문제입니다. 그래도 큰 흐름은 분명해 보입니다 — 에이전트를 '더 좋은 모델'이 아니라 '더 똑똑하게 굴리는 방법'으로 개선하려는 시도가 늘고 있다는 것입니다.
오픈AI는 17일 이번 주 예정했던 대형 신제품 출시를 일주일 연기했습니다. 같은 날 법률 업무에 특화한 '법률용 아스트라'를 공개했고, MS 워드에 챗GPT를 통합해 무료 사용자를 포함한 전체 요금제로 확대했습니다.
오픈AI가 이번 주에 낸 소식들을 모아 보면 공통점이 있습니다. 범용 챗봇을 넘어 특정 업무 도구 안으로 파고드는 전략입니다. 워드 사이드바에 챗GPT를 넣은 것도, 법률 업무용 아스트라를 따로 만든 것도 결국 '사람이 이미 쓰는 도구 안에 AI를 심는다'는 같은 방향입니다. 저희처럼 외주로 업무용 앱을 만드는 입장에서 보면 이건 경쟁이자 참고 사례입니다. 클라이언트가 별도 챗봇 앱보다 기존 워크플로 안에 AI 기능을 얹어달라고 요구하는 경우가 늘 텐데, 오픈AI가 워드에 붙인 방식이 그 요구의 기준점이 될 가능성이 있습니다. 신제품 출시를 일주일 미룬 것 자체는 큰 사건은 아니지만, 이유를 밝히지 않았다는 점에서 다음 주 발표를 지켜볼 필요는 있어 보입니다.
따로 보면 각각 다른 뉴스지만, 저희처럼 에이전트를 실무에 붙여 쓰는 개발사 입장에서는 결국 같은 질문으로 모입니다. 도구에 권한과 신뢰를 얼마나 넘겨줄지, 그리고 그 결정을 누가 검증할지입니다. 패치됐다고, 벤치마크가 좋다고 안심하기보다는 저희 작업 환경에서 하나씩 확인해보며 다음 주 소식도 계속 지켜보겠습니다.
이 글은 각 매체에 보도된 사실을 종합해 새로 쓴 것이며, 기사 본문을 옮기지 않았습니다. 자세한 내용은 각 항목의 출처 링크에서 원문을 확인해 주세요. 논평은 ㈜하세기의 견해입니다.