에이전틱 엔지니어링을 도입할 때 ‘이제 코드를 쓰는 비용이 매우 낮아졌다’는 사실이 기존의 습관과 트레이드오프 판단을 어떻게 바꾸는지, 그리고 여전히 ‘좋은 코드’에는 비용이 든다는 점을 설명한다.
스폰서: Teleport — 엔지니어링 규모에서 AI를 안전하게 보호하고, 거버넌스하고, 운영하세요. 자세히 보기
에이전틱 엔지니어링 관행을 도입하는 데 있어 가장 큰 도전은 이제 코드를 쓰는 건 싸다 라는 사실이 가져오는 결과에 익숙해지는 것이다.
코드는 언제나 비쌌다. 깔끔하고 테스트가 갖춰진 코드 수백 줄을 만들어내는 데는 대부분의 소프트웨어 개발자가 꼬박 하루 이상을 쓴다. 우리 엔지니어링 습관의 많은 부분은(거시적이든 미시적이든) 이 핵심 제약을 중심으로 구축되어 왔다.
거시적 수준에서는, 비싼 코딩 시간이 가능한 한 효율적으로 쓰이도록 프로젝트를 설계하고, 산정하고, 계획하는 데 많은 시간을 쓴다. 제품 기능 아이디어는 그 시간이 투입되는 대가로 얼마나 많은 가치를 제공할 수 있는지에 따라 평가된다. 즉, 기능이 가치가 있으려면 개발 비용을 여러 번 상회하는 가치를 “벌어와야” 한다!
미시적 수준에서는, 우리는 하루에도 수백 번씩 가용 시간과 예상되는 트레이드오프를 전제로 결정을 내린다. 그 함수가 조금 더 우아해지도록 리팩터링하되 코딩 시간이 한 시간 더 든다면 할 것인가? 문서를 쓰는 건 어떨까? 이 엣지 케이스를 위한 테스트를 추가할 가치가 있을까? 디버그 인터페이스를 만드는 걸 정당화할 수 있을까?
코딩 에이전트는 컴퓨터에 코드를 타이핑해 넣는 비용을 극적으로 낮춘다. 그 결과, 어떤 트레이드오프가 타당한지에 대한 개인적·조직적 직관의 수많은 부분이 흔들린다.
병렬 에이전트를 실행할 수 있다는 점은 평가를 더 어렵게 만든다. 이제 한 명의 인간 엔지니어가 동시에 여러 곳에서 구현하고, 리팩터링하고, 테스트하고, 문서화할 수 있기 때문이다.
새 코드를 전달하는 비용은 거의 무료에 가깝게 떨어졌다… 하지만 좋은 코드를 전달하는 일은 그보다 훨씬 더 비싸다.
내가 말하는 “좋은 코드”는 이런 것이다:
코딩 에이전트 도구는 이 중 대부분을 도울 수 있지만, 생성된 코드가 현재 프로젝트에 필요한 “좋음”의 범위에서 좋은 코드가 되도록 보장하는 부담은 여전히 그 도구를 지휘하는 개발자에게 상당 부분 남아 있다.
도전은 에이전틱 엔지니어링이 제공하는 가능성과 기회에 맞춰, 개인과 조직의 새로운 습관을 개발하는 것이다.
이러한 모범 사례는 업계 전반에서 아직 정리되어 가는 중이다. 나 역시 아직 알아가는 중이다.
지금으로서는 우리가 할 수 있는 최선이 스스로를 다시 의심해 보는 것이라고 생각한다. 본능이 “그건 만들지 마, 시간 낭비야”라고 말할 때마다, 어쨌든 프롬프트를 한번 날려 보라. 비동기 에이전트 세션에서 최악의 경우는 10분 뒤 확인해 보니 토큰 값만큼도 가치가 없었다는 걸 알게 되는 정도다.
이 글은 가이드 에이전틱 엔지니어링 패턴 의 한 장(chapter)이다.
이 가이드의 장(Chapters)
coding-agents 159ai-assisted-programming 346generative-ai 1656ai 1869llms 1621agentic-engineering 11 다음:레드/그린 TDD
