클로드 코드는 설계, 코덱스는 다듬기 — 갈리는 개발 궁합

24일 오후 2시 43분, 코딩 도구를 놓고 실전 비교담이 오갔다. 한 참여자는 코딩 용도로는 코덱스(Codex)가 자신의 의도를 훨씬 잘 알아듣는다며 만족감을 드러냈다.

"저는 코딩용도로는 CODEX 가 훨씬 더 말 잘아들어서 대만족중입니다"

10분 뒤인 2시 53분, 다른 참여자가 두 도구의 차이를 더 구체적으로 짚었다. 순서대로 읽고 처리하는 방식에서부터 클로드 코드와 코덱스가 갈린다는 것이었다. 클로드 코드는 큰 하향식(top-down) 설계를 먼저 세워두면 구현은 알아서 잘 해내는 대신, 자잘한 후속 수정에는 약점을 보인다는 관찰이었다. 짧은 만족 표현으로 시작된 대화가 10분 만에 도구 간 작동 방식 차이를 짚는 분석으로 이어진 셈이다.

같은 참여자는 4분 뒤인 2시 57분, 이 차이를 한 문장으로 정리했다.

"클로드 코드는 ‘큰 설계도를 보고 처음부터 넓게 만드는 작업’에 강하고, 코덱스는 ‘이미 만들어진 코드를 테스트하면서 계속 고치고 완성도를 높이는 작업’에 강하다는 의미입니다."

설계를 세워 한 번에 밀어붙이는 쪽과, 이미 나온 결과물을 붙들고 반복해서 다듬는 쪽으로 역할이 나뉜다는 설명이다. 3분 뒤인 3시 정각에는 이 특성을 더 짧게 요약하는 발언도 나왔다. 클로드는 “한방에 잘해서 끝내세요”식 개발에 가깝다는 것이었는데, 초반 설계에 공을 들이는 대신 후속 수정 단계에서는 상대적으로 덜 유연하다는 앞선 관찰과 맞닿아 있다. 20분이 채 안 되는 시간 동안 세 참여자가 잇따라 같은 관찰을 다른 표현으로 확인해준 셈이다.

이 관찰이 흥미로운 지점은 두 도구를 경쟁 관계로 보지 않았다는 데 있다. 코딩 용도로 코덱스에 만족한다는 첫 발언과, 클로드 코드의 강점을 설명하는 뒤이은 발언이 서로 부정하지 않고 나란히 놓였다. 하나를 택하고 다른 하나를 버리는 대신, 작업 단계별로 역할을 나눠 함께 쓰는 방식이 이 대화 안에서 자연스럽게 합의된 셈이다. 이런 인식은 하나의 도구가 모든 상황에 최적이라는 전제보다, 작업 성격에 맞춰 여러 도구를 적재적소에 배치하는 쪽으로 사고방식이 옮겨가고 있음을 보여주는 사례로 읽힌다.

이 화제는 4명의 참여자 사이에서만 오갔지만 48건에 이르는 메시지가 쌓일 만큼 밀도 있게 진행됐다. 소수의 참여자가 짧은 시간 안에 구체적인 사례를 주고받으며 관찰을 정교하게 다듬어간 것으로 보인다. 이날 오간 대화를 종합하면, 두 도구를 놓고 우열을 가리기보다 작업 단계에 따라 골라 쓰는 편이 낫다는 인식이 퍼져 있는 것으로 보인다. 설계 초반에는 클로드 코드로 큰 틀을 잡고, 이후 자잘한 수정과 완성도를 끌어올리는 구간에서는 코덱스로 옮겨가는 조합이 자연스러운 흐름으로 자리잡아가는 모습이다.