앤트로픽은 클로드 코드의 기능을 프로그래밍 영역을 넘어 일상적인 기업 업무 흐름으로 확장하기 위한 ‘코워커(Cowork)’를 프리뷰 버전으로 12일 공개했다.

이 새로운 코딩 어시스턴트는 조직이 특정 폴더에 대한 접근 권한을 부여할 경우 일정 요약, 보고서 작성, 파일 정리와 같은 작업을 자동화할 수 있도록 지원한다. 코워커는 관련 도구, 데이터베이스, 애플리케이션과의 연동도 가능하다.

또한 크롬 환경에서 클로드와 함께 사용하면 브라우저 접근이 필요한 작업도 수행할 수 있다. 앤트로픽은 공식 블로그를 통해 사용자가 AI 기반 어시스턴트가 하나의 작업을 마칠 때까지 기다리지 않고 여러 작업을 병렬로 할당할 수 있다고 설명했다.

애널리스트들은 코워커의 도입이 AI 어시스턴트를 보다 다양한 비즈니스 기능에 활용하려는 앤트로픽의 전략적 방향성을 보여준다고 분석했다.

컨설팅 기업 에베레스트 그룹의 총괄 애널리스트 베르시타 스리바스타바는 “코워커는 단순한 대화를 넘어 범위가 제한된 실행 중심 기능으로 확장함으로써, 지식 기반 역할에서 주를 이루는 문서 및 파일 중심 업무에 클로드를 실질적으로 활용하려는 의도를 반영한다”라고 설명했다.

스리바스타바는 이어 가드레일을 명확하게 설정할 수 있는 리서치, 프로젝트 관리 조직(PMO), 운영, 분석과 같은 역할에서도 새로운 도구의 효과를 기대할 수 있으며, 이러한 영역에서 도입이 가장 활발하게 이뤄질 가능성이 높다고 전망했다.

컨설팅 기업 퓨처럼그룹의 데이터·AI·인프라 부문 총괄 브래들리 심민 역시 같은 견해를 보이며, 코워커가 개발자에게도 유용할 수 있다고 언급했다. 심민은 코워커를 앤트로픽의 ‘컴퓨터 사용(computer-use)’ 기능과 커맨드라인 유틸리티가 자연스럽게 진화한 결과로 평가했다.

코워커는 브라우저를 통해 시스템 화면을 살펴보거나 스크린샷을 찍는 방식이 아니라 운영체제의 핵심 기능에 직접 접근할 수 있기 때문에, 에이전트 기반 소프트웨어 개발 워크플로 인접 영역에 위치한 작업을 자동화하고 운영 단계로 확장하는 데 활용할 수 있다는 설명이다.

심민은 예로 “프로젝트의 일부인 JSON 데이터를 빠르게 마크다운 형식으로 변환해 비개발자도 해당 정보를 쉽게 읽을 수 있도록 만드는 작업”을 들었다.

다만 앤트로픽은 코워커에 시스템이나 환경 접근 권한을 부여할 경우 주의가 필요하다고 경고했다. 프롬프트를 잘못 이해해 파일 삭제와 같은 파괴적인 명령을 실행할 수 있기 때문이다. 다만 명령이나 작업을 실행하기 전에는 사용자에게 확인을 요청하도록 설계돼 있다고 밝혔다.

또한 악성 콘텐츠가 도구에 내장된 방어 체계를 우회해 클로드의 계획을 변경할 수 있는 프롬프트 인젝션 공격 위험도 함께 지적했다.

또 다른 컨설팅 기업 무어인사이트앤드스트래티지의 수석 애널리스트 제이슨 앤더슨은 이러한 문제를 완화하기 위해, 제품이 정식 출시될 때 파일 삭제 시 복구할 수 있거나 이메일 전송을 취소할 수 있는 되돌리기 기능을 추가할 수 있다고 제안했다.

앤더슨은 이 기능이 프롬프트 인젝션 공격과 사용자 실수 모두를 보완할 수 있을 것이라고 분석했다. 현재 이 새로운 형태의 어시스턴트는 맥OS 애플리케이션을 통해 클로드 맥스 구독자에게 제공되고 있다.
dl-ciokorea@foundryco.com

• 관련 기사 : AI 의료 활용 잇단 확대…오픈AI 이어 앤트로픽 ‘클로드 포 헬스케어’ 공개

주요 바이브 코딩 플랫폼이 흔히 사용되는 프로그래밍 프롬프트에 대해 안전하지 않은 코드를 반복적으로 생성하고, 이 과정에서 ‘치명적’ 수준으로 평가되는 취약점까지 만들어낸다는 테스트 결과가 나왔다.

보안 스타트업 텐자이는 이들 도구가 정형화된 규칙이나 관행으로 대응할 수 있는 보안 결함은 비교적 잘 회피하지만, 안전과 위험을 가르는 기준이 상황에 따라 달라지는 영역에서는 어려움을 겪는다고 설명했다.

텐자이는 2025년 12월 진행한 이번 평가에서 클로드 코드(Claude Code), 오픈AI 코덱스(OpenAI Codex), 커서(Cursor), 레플릿(Replit), 데빈(Devin) 등 주요 바이브 코딩 도구 5종에서 사전 정의된 프롬프트를 사용해 3가지 테스트 애플리케이션을 구축하는 방식으로 비교 분석했다.

그 결과, 5개 도구가 각각 3개씩 생성한 총 15개 애플리케이션의 코드에서 모두 69개의 취약점이 발견됐다. 이 가운데 약 45개는 ‘낮음~중간’ 수준의 심각도로 평가됐지만, 나머지 다수는 ‘높음’으로 분류됐다. 그중 6개는 ‘치명적’ 취약점에 해당했다.

낮음~중간 수준의 취약점 수는 5개 도구 모두에서 동일했지만, 치명적 등급의 취약점은 클로드 코드(4건), 데빈(1건), 코덱스(1건)에서 생성됐다.

가장 심각한 취약점은 API 인가 로직과 비즈니스 로직에서 발견됐다. API 인가 로직은 누가 특정 리소스에 접근하거나 어떤 작업을 수행할 수 있는지를 검증하는 기능이며, 비즈니스 로직은 허용돼서는 안 되는 사용자 행위를 구분한다. 두 영역 모두 전자상거래 시스템에서 핵심적인 보안 요소로 꼽힌다.

텐자이 연구진은 “AI가 생성한 코드 에이전트는 비즈니스 로직에 특히 취약한 경향이 있다. 개발자는 워크플로우가 어떻게 작동해야 하는지에 대한 직관적 이해를 바탕으로 판단하지만, 에이전트는 이러한 ‘상식’을 갖추지 못해 대부분 명시적인 지시에 의존한다”라고 설명했다.

반면 긍정적인 측면도 확인됐다. 이번 테스트에서 바이브 코딩 도구는 SQL 인젝션이나 크로스사이트 스크립팅과 같이, 오랫동안 사람이 작성한 애플리케이션을 괴롭혀 온 대표적인 보안 결함을 비교적 잘 회피했다. 이들 취약점은 여전히 OWASP 웹 애플리케이션 보안 위험 상위 10대 목록에 포함돼 있다.

텐자이는 “개발한 모든 애플리케이션에서 악용 가능한 SQL 인젝션이나 XSS 취약점은 한 건도 발견되지 않았다”라고 전했다.

사람 감독의 중요성

흔히 바이브 코딩은 일상적인 프로그래밍 작업을 자동화해 생산성을 높인다는 장점이 자주 강조된다. 이는 분명 사실이지만, 텐자이의 테스트 결과는 이 같은 접근에도 분명한 한계가 있음을 보여준다. 사람의 감독과 디버깅이 여전히 필수적이라는 것이다.

이는 새로운 발견이 아니다. ‘바이브 코딩’이라는 개념이 등장한 이후 지난 1년 동안, 적절한 감독이 없는 경우 도구가 새로운 사이버 보안 취약점을 유발할 수 있다는 연구 결과가 여러 차례 제시돼 왔다.

문제는 바이브 코딩 플랫폼이 단순히 코드 내 보안 결함을 놓친다는 데 그치지 않는다. 경우에 따라서는 무엇이 안전하고 무엇이 위험한지를 일반적인 규칙이나 사례로 정의하는 것 자체가 불가능하다는 점이 더 큰 과제로 지적된다.

텐자이는 서버 측 요청 위조(SSRF)를 예로 들며, “정상적인 URL 요청과 악의적인 요청을 구분하는 보편적인 기준은 존재하지 않는다. 안전과 위험의 경계는 맥락에 크게 좌우되기 때문에 정형화된 해결책을 적용하기 어렵다”라고 설명했다.

이에 따라 업계에서는 바이브 코딩 에이전트뿐만 아니라, 이를 검증하고 점검하는 바이브 코딩 검사 에이전트에도 주목해야 한다는 지적이 나온다. 소규모 스타트업인 텐자이는, 바이브 코딩을 검증하는 기술 영역에서 현재로서는 뚜렷한 해법이 제시되지 않고 있다고 보고 있다. 텐자이는 “테스트와 최근 연구 결과를 종합하면 이 문제를 포괄적으로 해결할 수 있는 솔루션은 아직 존재하지 않는다. 개발자가 코딩 에이전트의 일반적인 함정을 이해하고 이에 대비하는 것이 중요하다”라고 언급했다.

AI 디버깅

바이브 코딩과 관련한 보다 근본적인 질문은 도구의 성능이 아니라 사용 방식이다. 개발자에게 결과물을 꼼꼼히 확인하라고 말하는 것과, 실제로 그런 검토가 항상 이뤄진다고 전제하는 것은 다른 문제다. 사람이 직접 코드를 작성하던 시기에도 모든 실수가 사전에 통제되지는 않았다.

보안 서비스 기업 탈리온(Talion)의 공격 보안 총괄인 매튜 로빈스는 “바이브 코딩 방식을 도입할 때 기업은 보안 코드 검토가 전체 보안 소프트웨어 개발 주기의 일부로 포함되고 지속적으로 실행되도록 해야 한다. OWASP 안전한 코딩 관행이나, SEI CERT 코딩 표준과 같은 언어별 프레임워크 등 검증된 모범 사례도 함께 활용해야 한다”라고 설명했다.

로빈스는 코드가 배포되기 전 정적 분석과 동적 분석을 통해 반드시 검증해야 한다고 덧붙였다. 관건은 디버깅을 어떻게 제대로 수행하느냐다. 그는 “바이브 코딩은 분명 위험을 수반하지만, 전통적인 디버깅과 품질 보증을 넘어서는 업계 표준 프로세스와 가이드라인을 충실히 따르면 관리 가능한 수준”이라고 분석했다.

반면 애플리케이션 테스트 기업 체크마크스(Checkmarx)의 제품 마케팅 부사장 에란 킨스브루너는 전통적인 디버깅 방식이 AI 시대에는 한계에 직면할 수 있다고 지적했다.

킨스브루너는 “AI 속도로 진행되는 문제에 대해 더 많은 디버깅을 요구하는 잘못된 대응”이라며 “디버깅은 AI가 생성한 코드를 사후에 사람이 충분히 검토할 수 있다는 전제를 깔고 있지만, 바이브 코딩의 규모와 속도에서는 그런 전제가 더 이상 성립하지 않는다”라고 말했다.

그는 이어 “현실적인 해법은 보안을 개발 이후가 아니라 코드 생성 단계에 포함시키는 것”이라며 “AI 코딩 어시스턴트와 함께 작동하는 에이전트 기반 보안이 개발 환경 안에 기본적으로 통합돼야 한다”고 설명했다.
dl-ciokorea@foundryco.com

마이크로소프트(MS)의 코드 편집기 비주얼 스튜디오 코드(Visual Studio Code)에 에이전트 스킬(Agent Skills) 지원이 도입된다. 에이전트 스킬은 사용자가 깃허브 코파일럿(GitHub Copilot) 코딩 에이전트에 새로운 기능을 학습시키고, 특정 도메인에 특화된 지식을 제공할 수 있도록 하는 기능이다.

비주얼 스튜디오 코드 1.108은 2025년 12월 릴리스로도 불리며, 1월 8일 공개됐다. 개발자는 공식 홈페이지를 통해 윈도우, 리눅스, 맥 환경에 맞는 새 버전을 내려받을 수 있다.

MS에 따르면 에이전트 스킬은 실험적 기능으로, 깃허브 코파일럿이 특정 작업을 수행할 때 필요에 따라 불러올 수 있는 스크립트, 지침, 리소스로 구성된 폴더 형태다. 각 스킬은 스킬의 동작 방식을 정의하는 SKILL.md 파일을 포함한 디렉터리에 저장되며, .github/skills 폴더에서 자동으로 감지된다. 이후 개발자의 요청과 관련성이 있을 경우에만 채팅 컨텍스트로 온디맨드 방식으로 로드된다.

비주얼 스튜디오 코드 1.108에는 에이전트 세션 뷰에 대한 개선도 포함됐다. 아카이브, 읽음 상태 변경, 세션 열기 등의 작업을 키보드로 수행할 수 있도록 지원이 추가됐고, 새 그룹 섹션을 통해 여러 세션을 한 번에 아카이브할 수 있게 됐다. 또한 채팅 세션을 위한 퀵 픽(Quick Pick)은 이제 에이전트 세션 뷰를 구동하는 동일한 정보를 기반으로 동작한다. 이를 통해 개발자는 이전 채팅 세션에 접근해 아카이브, 이름 변경, 삭제 등의 작업을 수행할 수 있다.

비주얼 스튜디오 코드 1.108은 멀티 에이전트 오케스트레이션을 도입한 2025년 12월 10일자 비주얼 스튜디오 코드 1.107 릴리스 이후 공개됐다. 이와 함께 다음과 같은 추가 개선 사항도 포함됐다.

• 최근 도입된 터미널 인텔리센스에 대해 터미널 고급 사용자로부터 부정적인 피드백이 이어지면서, 마이크로소프트는 기본 동작 방식을 재조정했다. 해당 기능은 여전히 기본적으로 활성화돼 있지만, 입력 시 자동으로 표시되던 제어 UI 대신 Ctrl+Space를 통해 명시적으로 호출해야 한다. 하단 상태 표시줄과 전반적인 기능 인지성도 함께 개선됐다.
• 새 설정 항목인 chat.tools.terminal.preventShellHistory를 통해 사용자는 터미널 도구로 실행된 명령어가 bash, zsh, pwsh, fish 등의 셸 히스토리에 기록되지 않도록 설정할 수 있다.
• 디버깅 기능에서는 중단점을 파일별로 그룹화해 트리 구조로 표시할 수 있게 됐다.
• 접근성 뷰(Accessible View)는 이제 채팅 응답이 생성되는 과정에 맞춰 동적으로 스트리밍 방식으로 표시된다.
• 또한 .code-profile 파일을 비주얼 스튜디오 코드로 드래그 앤 드롭해 설정 프로필을 가져올 수 있게 됐다. 이를 통해 팀원 간 프로필 공유가 쉬워지고, 새로운 개발 환경을 빠르게 구성할 수 있다.

dl-ciokorea@foundryco.com