
요약
- 앤스로픽이 코딩 에이전트 '클로드 코드'의 오토 모드를 기본값으로 전환했다고 밝혔다
- 사용자가 파일 수정이나 명령 실행마다 매번 승인할 필요가 없어졌다
- 어떤 작업이 안전한지 판단하는 기준을 담은 시연 영상을 함께 공개했다
- 발표 계정
- ClaudeDevs (X)
- 발표일
- 2026-08-10
- 대상 제품
- Claude Code (CLI 코딩 에이전트)
- 핵심 변경
- 오토 모드가 기본 설정으로 전환
- 이전 방식
- 모든 동작마다 사용자 승인 필요
- 공개 자료
- 안전성 판단 기준을 보여주는 시연 영상
매번 "이거 실행해도 될까요?" 묻던 시절은 끝났다
앤스로픽의 공식 개발자 계정 ClaudeDevs가 최근 클로드 코드(Claude Code)의 오토 모드를 기본값으로 바꿨다고 밝혔다. 클로드 코드는 터미널에서 명령을 내리면 코드를 읽고 고치고 실행까지 대신 해주는 에이전트형 도구다. 지금까지는 파일을 하나 고치거나 명령어 한 줄을 실행할 때마다 사람이 "예"를 눌러줘야 움직였다. 이제는 그 승인 절차 없이 알아서 작업을 이어간다.
작아 보이는 변화지만 체감은 크다. 코드 몇 줄을 리팩터링하는 작업 하나에도 승인 창이 열 번, 스무 번씩 뜨던 게 이 도구를 써본 사람이라면 익숙한 풍경이다. 매번 화면을 들여다보고 클릭하는 대신, 이제는 에이전트가 스스로 판단해 진행하고 사람은 결과만 확인하면 된다.
그렇다면 안전은 누가 판단하나
승인을 없애면 자연히 따라오는 질문이 있다. 무엇이 실행해도 괜찮은 작업이고, 무엇이 위험한 작업인지 누가 정하느냐다. ClaudeDevs는 이 판단 기준을 설명하는 시연 영상을 함께 올렸다. 영상에서는 클로드 코드가 명령을 실행하기 전 해당 작업의 위험도를 자체적으로 평가하는 과정을 보여준다고 알려졌다. 다만 구체적인 판단 알고리즘이나 위험도 분류 기준의 세부 내용은 이번 공개 자료만으로는 확인되지 않는다.
| 항목 | 기존 승인 방식 | 오토 모드(기본값) |
|---|---|---|
| 파일 수정 | 매번 승인 요청 | 자동 진행 |
| 명령어 실행 | 매번 승인 요청 | 위험도 평가 후 자동 진행 |
| 사용자 개입 시점 | 작업 단위마다 | 필요시에만 |
코딩 에이전트가 '자율'로 가는 흐름
코딩 에이전트 업계는 이미 이런 방향으로 움직이고 있다. 커서(Cursor)나 깃허브 코파일럿(GitHub Copilot) 같은 도구들도 자동 실행 범위를 넓혀왔고, 미스트랄의 Devstral 시리즈처럼 코딩 전용으로 튜닝된 모델들도 잇따라 나오는 중이다. 승인 절차는 원래 에이전트가 실수로 파일을 지우거나 잘못된 명령을 실행하는 사고를 막기 위한 안전장치였다. 그런데 승인 요청이 너무 잦아지면 사람이 매번 화면만 들여다보다 정작 일의 흐름은 끊기는 역설이 생긴다. 오토 모드는 이 마찰을 줄이는 대신, 판단의 무게를 에이전트 쪽으로 옮기는 선택이다.
에이전트가 스스로 판단해서 움직이는 범위가 넓어질수록, 그 판단 기준이 얼마나 투명하고 신뢰할 만한지가 중요해진다. 회사 측이 시연 영상으로 판단 과정을 공개한 것도 이런 우려를 의식한 조치로 보인다.
그래서 무엇이 달라지나
개발자 입장에서 가장 먼저 달라지는 건 작업 속도다. 매 단계마다 승인 창을 클릭하지 않아도 되니, 큰 규모의 리팩터링이나 반복 작업을 에이전트에게 맡기고 다른 일을 할 수 있게 된다. 동시에 이는 신뢰의 문제이기도 하다. 지금까지 승인 절차는 개발자가 에이전트의 행동을 하나하나 확인할 수 있는 마지막 안전망이었는데, 그 안전망이 기본값에서 빠지는 것이다. 코딩 에이전트가 사람의 개입 없이 코드베이스를 얼마나 넓게 건드릴 수 있느냐는 앞으로도 계속 시험대에 오를 흐름으로 보인다.





댓글