월 1만 5천 엔은 비싸다. 굳이 아니라고 우길 필요는 없다.
솔직한 속마음은 "AI인데 월 500엔 정도로 안 될까요? 제발🙏"에 가깝다.
그런데 뭐랑 비교하느냐에 따라 느낌이 확 달라진다. 넷플릭스 같은 다른 구독료랑 비교하지 말고, 예전에 내가 밤과 주말마다 붙잡고 있던 시간과 비교해 보자. 버그 잡고, 자료 찾고, 로그 뒤지고, 어디까지 했는지 떠올리고, 이것저것 시도해 보던 그 시간 말이다.
그러면 질문은 하나로 줄어든다. 내 시간을 몇 시간이나 되찾아 주느냐. 그게 많다면 1만 5천 엔은 그냥 AI 사용료가 아니라 내 자유시간을 되사는 값이 된다.
"질문 한 번에 얼마"로 따지면 계산이 틀어진다
짧게 대화만 하는 거라면 질문 수로 따져도 된다. 하지만 오래 일하면서 다른 도구까지 연결해 쓰는 AI라면, 진짜 비싼 건 질문이 아니다. 지금까지 내가 직접 발품 팔던 시간이다.
이런 일들이다.
- GitHub를 연다
- 어느 파일이었는지 찾는다
- 지난번에 어디까지 했는지 떠올린다
- 로그를 읽는다
- 버그를 다시 재현해 본다
- 원인 후보를 하나씩 지워 간다
- 고친다
- 테스트한다
- 다른 곳이 망가지지 않았는지 확인한다
- 몇 시간 뒤에 돌아와서 같은 상황을 머릿속에 처음부터 다시 올린다
하나하나는 10분, 20분이어도 계속 반복되면 저녁이 통째로 사라진다.
AI가 값어치를 하는 순간은 그럴듯한 답변을 써 줄 때가 아니라, 이 잘게 쪼개진 시행착오를 한꺼번에 떠맡아 줄 때다.
처음 80%보다 마지막 20%가 더 오래 걸린다
혼자 만드는 프로젝트는 처음 80%가 놀랄 만큼 빨리 끝나기도 한다. 화면이 뜨고, 기능이 돌아가고, 시연도 잘 된다. "거의 다 했네" 싶다.
문제는 그다음부터다.
특정 조건에서만 오류가 나고, 옛날 데이터가 남아 있고, 어떤 언어만 어긋나고, 외부 서비스가 에러를 뱉는다. 테스트는 통과했는데 실제 서비스에서는 다르게 움직이기도 한다. 하나 고치면 다른 데서 문제가 터진다.
처음 80%는 몇 시간이면 되는데, 마지막 20%에 며칠, 길게는 몇 주가 들어간다.
사람이 힘든 건 어려워서만이 아니다. 매번 "내가 어디까지 봤더라?" 하면서 머릿속 작업대를 처음부터 다시 차려야 하기 때문이다.
그래서 오래 일하는 AI가 값을 하는 지점은 코드를 써 주는 것 자체보다, 버그 재현, 원인 찾기, 수정, 재테스트, 다른 곳이 안 망가졌는지 확인까지 끊기지 않고 이어 가는 것이다.
처음 80%를 열 배 빠르게 해 주는 AI보다, 마지막 20%를 내 저녁에서 덜어 주는 AI가 밤과 주말에는 훨씬 크게 도움이 된다.
도구와 연결하면 AI는 조언자에서 일꾼이 된다
채팅만으로도 충분히 편하지만, GitHub 같은 서비스와 연결되면 역할이 달라진다.
연결이 없으면 내가 심부름꾼이 된다.
확인 → 복사 → AI에 붙여넣기 → 답변 읽기 → GitHub 열기 → 수정 → 결과 복사 → 다시 설명
연결이 있으면 이만큼이 줄어든다.
확인 → 비교 → 수정 → 실제 결과 다시 확인
AI가 똑똑해진 것만이 아니다. 내가 중간에서 옮겨 나르는 일을 그만둘 수 있게 된 것이다.
혼자 하는 일은 조사, 글쓰기, 개발, 테스트, 자료 정리처럼 직무를 넘나든다. 보통은 그때마다 남에게 맡기거나 내가 다 하는데, 여러 분야를 넘나드는 AI가 있으면 "뭐든 다 하는 나"를 조금씩 은퇴시킬 수 있다.
작업을 오가며 끊기는 시간은 눈에 안 보이는 야근이다
Microsoft Research 조사에서는, 개발자들이 방해나 작업 전환 없이 큰 일을 끝낸 날을 생산적인 날로 느끼는 경향이 있다고 보고했다.[1]
그러니 AI가 60분 걸리던 일을 50분으로 줄여 주느냐만 볼 일이 아니다.
밤에 노트북을 다시 열어서 지난번 상황을 머릿속에 다시 올리는 일 자체를 없앨 수 있느냐가 더 중요하다.
버그를 고치는 데는 30분이면 되더라도, "그 로그 어디 있었지?", "이 브랜치는 뭐였지?", "이 규칙은 왜 넣었더라?"를 매번 되짚어야 한다면 실제로 사라지는 자유시간은 훨씬 크다.
긴 맥락을 기억하고 다른 도구까지 직접 다루는 AI는 이 "다시 불러오는 비용"을 줄여 준다.
월 1만 5천 엔이면 몇 시간을 되찾아야 본전일까
계산은 간단하다.
실질 시간당 비용 = 월 요금 ÷ 되찾은 시간
월 1만 5천 엔이면 이렇게 된다.
| 한 달에 되찾은 시간 | 1시간당 비용 |
|---|---|
| 5시간 | 3,000엔 |
| 10시간 | 1,500엔 |
| 20시간 | 750엔 |
한 달에 밤과 주말 작업을 하루나 이틀 치 덜어 준다면, "비싼 AI"가 아니라 꽤 싼 시간 구매가 될 수 있다.
물론 AI를 만지작거린 시간이 곧 아낀 시간은 아니다. AI가 만든 결과물을 확인하는 데 똑같은 시간이 든다면 시간이 자리만 옮긴 것이다.
DORA의 2025년 조사는 AI를 만능 해결책이 아니라, 조직과 개발 방식이 가진 강점과 약점을 키워 주는 증폭기로 설명한다.[2] 2026년 DORA 해설도 만드는 시간이 줄어든 만큼 확인과 검증 쪽으로 시간이 넘어가는 경우를 짚었다.[3]
그러니 "AI를 샀으니 이득"은 아니다. 내가 실제로 몇 시간의 야근에서 풀려났는가로 재는 게 가장 알기 쉽다.
비싼 AI가 싸지는 경우, 싼 AI도 비싸지는 경우
비싼 요금제가 본전을 뽑기 쉬운 사용법은 이렇다.
- 오래 걸리는 조사를 맡긴다
- 다른 도구와 연결해 쓴다
- 만들기부터 확인까지 이어서 시킨다
- 같은 설명을 사람이 되풀이하지 않는다
- 정해진 잡무뿐 아니라 원인 찾기까지 맡긴다
- 밤과 주말에 내가 하던 일을 대신 시킨다
- 한 번 개선하면 앞으로의 모든 작업이 편해지게 만든다
반대로 한 달에 짧은 질문 몇 번이 전부라면 비싼 요금제는 아깝기 쉽다.
AI가 쏟아 낸 결과를 사람이 나중에 전부 확인해야 하는 구조도 위험하다. DORA는 AI가 이미 있는 시스템을 증폭한다고 설명한다. 바탕이 허술한 채로 속도만 올리면 불안정함까지 커질 수 있다는 뜻이다.[2][4]
결국 AI의 값어치는 모델이 얼마나 똑똑한가만으로 정해지지 않는다.
기준이 되는 원본 하나, 권한 설정, 테스트, 실제 결과 확인, 되돌리기, 실패가 번지지 않게 막는 장치가 갖춰질수록 사람이 일일이 확인하는 횟수를 안전하게 줄일 수 있다.
사람 탓하기보다 구조를 고친다, AI에게도 똑같이 통한다
사람이 실수할 때마다 "다음부턴 조심해"로 끝내면 같은 사고가 또 온다.
AI도 마찬가지다.
잊어버리면 기준이 되는 원본을 만들어 둔다. 중간에 멈추면 이어서 할 수 있게 진행 상황을 남긴다. 다 했다고 해 놓고 아니면 "실제 결과를 확인했을 때"를 끝으로 정한다. 하나가 실패했다고 전체가 멈추면 실패를 따로 떼어 놓는다.
AI에게 "더 똑똑해져라"라고 화낼 게 아니라, 좀 어설퍼도 쉽게 망가지지 않는 구조로 바꾸는 것이다.
재미있는 건 AI가 약하던 시절에 쳐 둔 안전장치가 AI가 강해진 뒤에 더 빛난다는 점이다. 예전엔 AI의 약점을 메우는 장치였는데, 지금은 사람이 과정에서 빠질 수 있게 해 주는 길이 된다.
구독료가 아니라 내 자유시간을 사는 값
결국 월 1만 5천 엔이 비싼지 싼지는 AI 자체가 정하는 게 아니다.
내 삶의 시간을 몇 시간이나 돌려주느냐가 정한다.
본업 하루 이틀 치 정도 되는 돈을 쓰고, 밤과 주말의 버그 수정, 로그 뒤지기, 같은 설명 반복, 시행착오를 줄인다. 그렇게 생긴 시간에 자도 되고, 놀아도 되고, 더 재미있는 걸 생각해도 된다.
그리고 그때 만든 구조가 다음 달에도 내 일을 덜어 준다면, 시간 절약은 한 번으로 끝나지 않고 복리로 불어난다.
그러니 비싸다. 정말 비싸다.
하지만 내 야근을 진짜로 대신해 준다면 낼 만하다.
그래도 OpenAI님, 월 500엔으로 부탁드려요🙏
값어치가 있다는 것과 싸졌으면 좋겠다는 마음은 얼마든지 같이 있을 수 있다.
- Microsoft Research, Software Developers’ Perceptions of Productivity (FSE 2014) microsoft.com
- DORA, State of AI-assisted Software Development 2025 dora.dev
- DORA, Balancing AI tensions: Moving from AI adoption to effective SDLC use (2026-03-10) dora.dev
- DORA, Impact of Generative AI in Software Development (updated 2026-04-13) dora.dev
