코딩 에이전트를 쓰지 않을 때: 사람이 더 빠른 일, 되돌리기 어려운 일

🤔 에이전트에게 맡겼더니 직접 하는 것보다 오래 걸릴 때

설정 파일의 값 하나를 바꾸는 일을 에이전트에게 맡기면, 요청을 쓰고 에이전트가 파일을 찾아 읽고 바꾸고 확인해 보고하는 데 몇 분이 걸립니다. 직접 파일을 열었다면 20초면 끝났을 일입니다. 반대로 운영 서버의 데이터를 정리하는 일은 에이전트가 빠르게 끝낼 수 있지만, 한 번 잘못 지우면 되돌릴 방법이 없습니다.

에이전트를 많이 쓸수록 모든 일을 에이전트에게 넘기고 싶어지는데, 에이전트가 맞지 않는 일도 분명히 있습니다. 이 코스의 앞 편들이 에이전트를 잘 운영하는 방법이었다면, 마지막 편은 에이전트를 쓰지 않거나 사람의 승인을 반드시 거치게 할 일을 가려내는 기준을 다룹니다.

🔑 에이전트를 쓰지 않을 때를 정하는 일의 정의

코딩 에이전트를 쓰지 않을 때를 정하는 일은 설명하는 시간이 직접 하는 시간보다 긴 일, 되돌리기 어려운 일, 결과를 확인할 수단이 없는 일을 가려 사람이 직접 하거나 사람의 승인을 거치게 하는 판단입니다.

앤트로픽은 에이전트 설계 글에서 가능한 한 가장 단순한 해법을 찾고 필요할 때만 복잡도를 올리라고 권하며, 그 결과 에이전트 시스템을 아예 만들지 않는 것이 답일 수도 있다고 적었습니다. 에이전트 시스템은 응답 시간과 비용을 더 쓰는 대신 작업 성능을 얻는 구조이고, 이 교환이 언제 맞는지 따져 보라는 것입니다. 같은 글은 에이전트의 자율성이 더 높은 비용과 함께 오류가 쌓일 가능성을 뜻한다고도 경고합니다. 에이전트의 기본 구조는 AI 에이전트 뜻에서 다뤘습니다.

⏱️ 빨라졌다는 느낌과 실제 시간은 다를 수 있습니다

에이전트를 쓰면 빨라진다는 느낌은 강하지만, 측정해 보면 다른 결과가 나오기도 합니다. AI 평가 연구 기관 METR은 2025년 7월, 규모가 큰 오픈소스 저장소를 평균 수년간 다뤄 온 숙련 개발자 16명이 실제 이슈 246건을 처리하는 실험 결과를 공개했습니다. 주로 커서와 클로드 3.5, 3.7 소네트를 쓴 실험입니다.

이 결과를 지금에 그대로 옮기기는 어렵습니다. METR은 이 개발자들이 전체 소프트웨어 개발을 대표한다고 주장하지 않는다고 밝혔고, 19%의 신뢰구간도 2%에서 39%로 넓습니다. 2026년 2월에는 AI 없이 일하기를 원하지 않는 개발자들이 실험 참여를 꺼려 새 데이터가 믿을 만한 신호가 되기 어렵다고 밝히면서, 2026년 초의 개발자는 2025년 초 추정보다 더 빨라졌을 가능성이 높다고 덧붙였습니다.

그래도 한 가지는 남습니다. 스스로 느끼는 속도와 실제 속도가 어긋날 수 있다는 점입니다. 그래서 어떤 종류의 일을 에이전트에게 맡길지는 느낌이 아니라 측정으로 정하는 편이 낫습니다. 확인과 검토에 시간이 옮겨 가는 현상은 AI 생산성 역설에서 다뤘습니다.

🧭 에이전트를 쓰지 않거나 사람을 거칠 일 다섯 가지

1. 설명이 직접 하는 것보다 오래 걸리는 일

값 하나, 오타 하나, 이미 위치를 아는 한 줄 수정처럼 요청을 쓰는 시간이 직접 하는 시간보다 긴 일입니다. 클로드 코드 모범 사례 문서는 변경 내역을 한 문장으로 설명할 수 있는 일이면 계획 단계를 건너뛰라고 권하는데, 그보다 더 작아서 파일을 여는 것이 더 빠른 일이라면 에이전트도 건너뜁니다.

2. 되돌리기 어려운 일

운영 배포, 데이터베이스 변경, 대량 삭제, 강제 푸시, 결제, 외부 발송처럼 한 번 실행하면 되돌릴 수 없는 일입니다. 클로드 코드의 자동 승인 모드는 별도 분류기가 실행 전에 동작을 검토하는데, 세션 전부터 있던 파일을 되돌릴 수 없게 지우는 일, 강제 푸시, 운영 배포와 이전, 클라우드 저장소의 대량 삭제, git reset --hard, terraform destroy 같은 명령을 기본으로 막습니다. 문서는 그래도 자동 승인 모드가 안전을 보장하지 않으며 민감한 작업의 검토를 대신하지 않는다고 적었습니다.

3. 결과를 확인할 수단이 없는 일

테스트도 빌드도 화면 확인도 없는 일입니다. 클로드 코드 모범 사례 문서는 확인할 수 없는 변경은 내보내지 말라고 적었습니다. 확인 수단을 먼저 만들 수 있다면 그다음에 맡기고, 만들 수 없다면 사람이 직접 합니다.

4. 판단의 책임이 사람에게 있는 일

무엇을 만들지 정하는 일, 고객에게 보내는 답, 보안 정책의 예외 허용처럼 결정의 책임을 사람이 지는 일입니다. 에이전트는 선택지를 정리하고 근거를 모으는 데까지 쓰고, 결정은 사람이 합니다. 클로드 코드 보안 문서도 에이전트가 제안한 코드와 명령을 승인 전에 검토할 책임은 사용자에게 있다고 적었습니다.

5. 비밀과 넓은 권한이 걸린 일

운영 계정의 비밀번호나 넓은 권한의 키가 필요한 일입니다. 클로드 코드 문서는 권한 확인과 안전 검사를 모두 끄는 모드를 인터넷이 막힌 컨테이너나 가상 머신처럼 격리된 환경에서만 쓰라고 안내합니다. 권한 설정은 코딩 에이전트 권한과 안전 설정에서 다뤘습니다.

🪜 전부 맡기기와 전부 직접 하기 사이

되돌리기 어려운 일도 에이전트를 아예 빼기보다 역할을 나누는 방법이 있습니다.

클로드 코드의 플랜 모드는 파일을 고치지 않고 계획만 세우게 하는 방식이라 이 표의 조사와 계획 단계에 맞습니다. 여러 도구가 제공하는 미리 보기 옵션도 같은 역할을 합니다. 실행 권한은 사람에게 두고 나머지 시간을 줄이는 쪽이 되돌리기 어려운 일에서 에이전트를 쓰는 현실적인 방법입니다.

✅ 맡기기 전에 던져 볼 다섯 질문

다섯 질문 모두 예라면 에이전트에게 맡기고, 하나라도 아니오라면 그 칸의 대응을 따릅니다. 판단이 애매하다면 처음 몇 번은 직접 해 보면서 시간을 재고, 반복되는 모양이 보이면 그때 명세와 확인 수단을 갖춰 맡기는 편이 안전합니다.

⚠️ 이 판단에서 자주 하는 실수

• 모든 일을 에이전트에게 넘기려 합니다: 한 줄 수정까지 맡기면 기다리는 시간과 사용량만 늘어납니다
• 자동 승인 모드를 안전장치로 믿습니다: 문서도 안전을 보장하지 않는다고 적었습니다. 되돌릴 수 없는 일은 사람이 승인합니다
• 체크포인트를 되돌리기 수단으로 믿고 위험한 일을 맡깁니다: 셸 명령과 외부 시스템의 변경은 체크포인트로 되돌아오지 않습니다
• 빨라졌다는 느낌으로 판단합니다: 스스로 느끼는 속도와 실제 속도는 어긋날 수 있어서, 반복되는 작업은 시간을 재 봅니다

❓ 자주 묻는 질문

에이전트를 안 쓰면 뒤처지는 것 아닌가요?

에이전트를 쓰지 않을 일을 가려내는 것도 에이전트를 잘 쓰는 방법의 한 부분입니다. 앤트로픽도 가장 단순한 해법부터 찾고 필요할 때만 복잡도를 올리라고 권합니다. 맡기지 않은 일에서 아낀 시간과 사용량은 에이전트가 잘하는 일에 쓸 수 있습니다.

되돌리기 어려운 일을 에이전트에게 맡겨야만 하는 상황이라면요?

격리된 환경에서 먼저 돌려 보고, 권한을 필요한 범위로 좁히고, 실행 직전에 사람의 승인을 거치게 합니다. 백업이 있는지 확인하는 단계를 명세의 완료 증거에 넣어 두면 실행 전에 한 번 더 멈출 수 있습니다.

작은 팀이나 혼자 일할 때도 이 기준이 필요한가요?

혼자 일할수록 더 필요합니다. 검토해 줄 사람이 따로 없어서 되돌리기 어려운 실수가 그대로 운영까지 가기 쉽기 때문입니다. 다섯 질문 가운데 되돌릴 수 있는지와 확인할 수 있는지 두 가지만 매번 확인해도 큰 사고의 대부분을 막을 수 있습니다.

📋 3줄 요약

1. 코딩 에이전트는 응답 시간과 비용을 더 쓰는 대신 판단을 맡는 구조라서 설명이 직접 하는 것보다 오래 걸리는 일이나 되돌리기 어려운 일, 확인할 수단이 없는 일에는 맞지 않습니다.

2. METR의 2025년 실험에서 익숙한 저장소를 다루던 숙련 개발자 16명은 AI를 쓸 때 19% 더 오래 걸렸지만 스스로는 20% 빨라졌다고 믿었습니다.

3. 운영 배포와 데이터 삭제, 강제 푸시처럼 되돌릴 수 없는 일은 에이전트에게 초안과 점검까지만 맡기고 실행은 사람이 승인하며, 권한 확인을 끄는 모드는 격리된 환경에서만 씁니다.

📚 참고 자료

• 앤트로픽, Building effective agents: https://www.anthropic.com/engineering/building-effective-agents
• METR, Measuring the Impact of Early-2025 AI on Experienced Open-Source Developer Productivity (2025-07-10): https://metr.org/blog/2025-07-10-early-2025-ai-experienced-os-dev-study/
• METR, 2026년 2월 후속 발표: https://metr.org/blog/2026-02-24-uplift-update/
• 클로드 코드 문서, Permission modes: https://code.claude.com/docs/en/permission-modes
• 클로드 코드 문서, Best practices: https://code.claude.com/docs/en/best-practices
• 클로드 코드 문서, Security: https://code.claude.com/docs/en/security