요즘 AI 코딩 툴 이야기를 하다 보면, 마치 개발자들의 노동 시간이 곧 사라질 것처럼 과장된 분위기가 감돌 때가 많다.
처음 Copilot 같은 것들이 등장했을 때는, "와, 이제 코딩이 이렇게 쉬워지네?"라며 감탄하는 수준이었다.
이건 솔직히 말해, '엄청나게 똑똑한 자동 완성 기능' 정도의 수준이었다.
개발자가 여전히 키보드 앞에 앉아, AI가 제안한 코드를 보고, 수정하고, 붙여넣는, 일종의 '협업하는 비서' 정도의 느낌이었다.
그런데 최근 OpenAI의 Codex 같은 흐름을 타고 등장한 것들은 차원이 다르다고들 한다.
이 친구들은 단순히 코드를 채워주는 수준을 넘어, 아예 '에이전트'라는 옷을 입고 등장했다.
여기서의 '에이전트'라는 단어가 핵심인데, 이건 마치 개발팀 매니저(PM)가 코드를 짜는 것과 비슷하다는 설명이 붙는다.
즉, 개발자가 "이거 버그 리포트가 생겼으니, Asana에 이슈 등록하고, 해결책을 찾아서 보고해 줘"라고 업무 지시만 내리면, AI가 스스로 이슈를 추적하고, 필요한 코드를 짜고, 그 과정 전체를 관리한다는 것이다.
이 개념 자체가 엄청난 도약인 건 부정할 수 없다.
개발 과정의 가장 추상적이고 관리적인 레이어, 즉 '프로세스 관리' 영역까지 AI가 침투하겠다는 야심 찬 계획인 셈이다.
기술 지지자들은 이 지점을 다음 논리적 단계라고 여기며 흥분하는데, 그들의 기대는 마치 이 모든 것이 '무감독(unsupervised)'으로 완벽하게 돌아갈 것이라는 환상에 가깝다.
하지만 이쯤 되면, 우리 특유의 관찰력이 발동해야 할 시점이다.
시장의 큰 소리들은 언제나 가장 드라마틱한 성공 사례에 초점을 맞추기 마련이다.
마치 '완벽하게 자율적인 코딩'이 곧 '완벽한 개발자'의 정의인 양 포장되지만, 실제 현장의 목소리는 조금 다르다.
여러 전문가들이 공통적으로 짚는 지점이 바로 '인간의 개입'이라는 것이다.
아무리 성능이 좋아진 에이전트라도, 그 결과물을 맹목적으로 신뢰해서는 안 된다는 경고가 끊이지 않는다.
예를 들어, 환각(Hallucinations) 문제 같은 것 말이다.