POOOLING FOREST
"AI에게 운전대를 맡기지 마세요": 시니어 개발자가 AI 에이전트를 다루는 법 - 시니어 개발자가 AI 에이전트를 다루는 핵심 원칙: AI에게 주도권을 뺏기지 말고 '통제권'을 유지하며 설계
Engineering & Tech

"AI에게 운전대를 맡기지 마세요": 시니어 개발자가 AI 에이전트를 다루는 법

시니어 개발자가 AI 에이전트를 다루는 핵심 원칙: AI에게 주도권을 뺏기지 말고 '통제권'을 유지하며 설계자로서의 주체성을 지키는 방법에 대해 이야기합니다.

송찬영

CTO

안녕하세요. 풀링포레스트 CTO 송찬영입니다.

최근 우리 팀의 한 주니어 개발자가 작성한 PR(Pull Request)을 리뷰하다가 묘한 위화감을 느꼈습니다. 코드는 문법적으로 완벽했고, 테스트 케이스도 통과했습니다. 하지만 전체적인 아키텍처 관점에서 보았을 때, 이 모듈은 우리 시스템의 기존 설계 철학인 도메인 주도 설계(DDD) 원칙을 미묘하게 비껴가고 있었습니다. 마치 아주 똑똑하지만 우리 회사의 맥락을 전혀 모르는 외부 용병이 짜고 간 코드 같았죠. 면담을 해보니 역시나, 최근 도입한 AI 코딩 에이전트인 Cursor와 Claude가 생성해 준 코드를 거의 그대로 가져다 쓴 것이었습니다.

이 경험은 저에게 큰 경종을 울렸습니다. 그리고 최근 읽은 흥미로운 연구 결과 하나가 제 고민에 대한 답을 주었습니다. 바로 "전문 개발자는 분위기(Vibe)에 휩쓸리지 않고, 통제(Control)한다"는 내용의 보고서였습니다. 오늘은 이 내용을 바탕으로 개발자가 AI 시대에 생존하고 성장하기 위해 가져야 할 가장 중요한 태도인 '통제권'에 대해 이야기해보려 합니다.

솔직히 말해, AI 에이전트의 발전 속도는 경이롭습니다. 자연어로 "이런 기능 만들어줘"라고 입력하면 순식간에 수백 줄의 코드가 쏟아집니다. 여기서 많은 개발자, 특히 경험이 부족한 분들은 AI가 만들어준 결과물의 '마법'에 매료되기 쉽습니다. 그냥 AI가 잘 알아서 해주겠거니 하고 흐름에 몸을 맡기는 것, 연구에서는 이것을 'Vibe(분위기)를 탄다'고 표현하더군요.

하지만 숙련된 시니어 개발자들의 방식은 다릅니다. 우리 팀의 리드급 엔지니어들을 관찰해 보면, 그들은 AI를 믿지 않습니다. 오히려 끊임없이 의심하고 검증합니다. 그들은 AI에게 "코드를 짜달라"고 부탁하는 게 아니라, 자신의 설계 의도를 관철시키기 위한 도구로서 AI를 철저히 '통제'합니다.

왜 이런 차이가 발생할까요? 바로 '소프트웨어 품질'에 대한 책임감 때문입니다. AI는 코드를 빠르게 생성할 수는 있어도, 그 코드가 3년 뒤에 레거시가 되었을 때의 유지보수 비용이나, 복잡한 비즈니스 로직 사이의 결합도(Coupling)를 고려하지 않습니다. 그걸 고려하는 것은 오롯이 인간 개발자의 몫입니다. 숙련된 개발자는 자신이 전체 시스템의 설계자라는 '주체성(Agency)'을 놓지 않습니다. 그들은 자신의 전문 지식을 활용해 AI가 생성한 코드의 방향을 틀고, 잘라내고, 다시 붙입니다.

저는 이 지점이 바로 AI 시대에 개발자의 가치를 가르는 분기점이라고 생각합니다. AI 도구를 쓴다고 해서 모두가 똑같은 생산성을 내는 것은 아닙니다. 오히려 역설적이게도, 개발 지식이 깊고 경험이 풍부할수록 AI를 더 잘 활용합니다. AI가 뱉어낸 코드의 맹점을 즉시 파악하고 수정할 수 있는 자신감이 있기 때문입니다. 반대로 코드의 원리를 모르고 AI에 의존하기만 한다면, 결국 자신이 이해하지 못하는 괴물 같은 시스템을 만들어내게 될 것입니다.

풀링포레스트에서는 이제 'AI 활용 능력'을 단순히 프롬프트를 잘 쓰는 능력이 아니라, 'AI를 통제하는 능력'으로 재정의하고 있습니다. AI가 작성한 코드를 리뷰 없이 커밋하는 것은 금기 사항입니다. 우리는 AI에게 주도권을 뺏기지 않기 위해 더 치열하게 아키텍처를 고민하고, 더 꼼꼼하게 코드 리뷰를 진행합니다.

여러분은 지금 AI와 어떻게 일하고 계신가요? 편안하게 조수석에 앉아 AI가 운전하는 대로 풍경을 즐기고 계신가요, 아니면 스티어링 휠을 꽉 쥐고 AI라는 강력한 엔진을 제어하고 계신가요?

AI는 훌륭한 액셀러레이터입니다. 하지만 핸들을 잡고 방향을 결정하는 것은 반드시 '사람'이어야 합니다. 기술의 파도에 휩쓸리지 않고, 그 파도를 타고 원하는 곳으로 항해하는 주체적인 개발자가 되시길 응원합니다.

지금 읽으신 내용, 귀사에 적용해보고 싶으신가요?

상황과 목표를 알려주시면 가능한 옵션과 현실적인 도입 경로를 제안해드립니다.