AI 코딩 에이전트를 업무에 본격적으로 들인 지 몇 달이 지났다. 처음 기대는 단순했다. "타이핑을 대신 해 주겠지." 그런데 실제로 바뀐 건 타이핑이 아니라, 하루를 구성하는 방식 그 자체였다.
달라진 것: 시작 비용이 사라졌다
가장 크게 체감한 변화는 '새 일을 시작하는 마찰'이 거의 0이 됐다는 점이다. 예전에는 낯선 라이브러리를 붙이거나 처음 보는 API를 다룰 때, 문서를 읽고 예제를 찾고 최소 동작 코드를 만드는 데만 반나절이 갔다. 지금은 그 초안을 몇 분 만에 손에 쥔다.
이건 코드를 '덜 쓰게' 됐다는 뜻이 아니다. 오히려 시도 횟수가 늘었다. 예전 같으면 "이 방식이 될까?" 확신이 서지 않아 미뤄 두던 실험을, 이제는 그냥 한번 만들어 보고 버린다. 버리는 비용이 싸지니 탐색이 과감해졌다.
- 예전: 아이디어 → 조사 → 확신 → 착수 (며칠)
- 지금: 아이디어 → 초안 → 검증 → 채택 또는 폐기 (몇 시간)
바뀌지 않은 것: 무엇을 만들지 정하는 일
반대로, 기대만큼 전혀 자동화되지 않은 영역이 있다. 무엇을 만들지, 왜 만들지, 어디까지가 '충분히 좋은가'를 판단하는 일이다.
에이전트는 "로그인 기능을 붙여 줘"라는 요청은 훌륭히 처리한다. 하지만 "이 기능을 지금 붙이는 게 맞나?", "이 예외 상황을 무시해도 되나?", "사용자가 실제로 여기서 막힐까?" 같은 질문에는 답하지 못한다. 이건 도메인과 맥락, 그리고 책임의 문제다.
몇 번은 에이전트가 만들어 준 코드가 문법적으로 완벽했는데도 통째로 폐기했다. 이유는 단순했다. 문제를 잘못 풀고 있었기 때문이다. 빠르게 잘 만드는 능력은, 애초에 엉뚱한 걸 만들 때는 오히려 위험을 키운다.
그래서 내 역할은 어떻게 바뀌었나
정리하면 내 하루의 무게중심이 이렇게 이동했다.
- 작성자에서 검토자로. 코드를 처음부터 치는 시간은 줄고, 남이(또는 AI가) 낸 초안을 읽고 판단하는 시간이 늘었다. 검토 능력이 곧 실력이 됐다.
- 실행에서 기획으로. "어떻게 만들지"보다 "무엇을 왜 만들지"에 더 많은 시간을 쓴다.
- 속도에서 방향으로. 빨라진 만큼, 방향이 틀리면 더 빨리 틀린 곳에 도착한다. 그래서 멈춰서 되묻는 습관이 더 중요해졌다.
마무리
AI 도구가 사람을 대체하느냐는 질문은, 적어도 내 경험에서는 초점이 어긋나 있다. 대체된 건 사람이 아니라 **'초안을 만드는 노동'**이었고, 그만큼 **'판단하는 노동'**의 값이 올라갔다. 도구가 좋아질수록, 좋은 질문을 던지는 사람의 몫이 커진다.
이 블로그에서는 앞으로도 이런 변화를 현장에서 겪은 그대로, 과장 없이 기록해 보려 한다.