EP1. 같은 LLM, 다른 결과
👥 당신의 AI는 몇 명분인가요?
"ChatGPT야, 로그인 모듈 좀 짜줘!"
개발자라면 하루에도 몇 번씩 던지는 흔한 요청입니다. 똑같은 Claude, 똑같은 GPT를 붙잡고 말이죠. 그런데 신기하게도 결과는 전혀 다르게 흘러갑니다.
어떤 사람은 AI가 준 코드를 복사·붙여넣기 하다가 밤을 새우고, 어떤 사람은 마치 10명짜리 천재 개발팀을 지휘하듯 여유롭게 원하는 결과물을 뽑아냅니다. 도구는 완전히 똑같은데, 도대체 왜 이런 차이가 생기는 걸까요?
오늘은 그 비밀에 대해 이야기해보려 합니다.
요즘 AI의 능력은 솔직히 상상을 초월합니다. 함수 하나는 물론이고, 웬만한 기능 하나를 통째로 만들어 달라고 해도 몇초 만에 척척 뱉어내죠. 하나의 LLM이 수십 명의 개발자가 해야 할 일을 순식간에 처리해 주는 짜릿한 시대입니다.
하지만 여기서 우리는 아주 진지한 질문을 하나 던져야 합니다.
"지치지도 않고 잠도 안 자는 주니어 개발자 100명이 내 눈앞에 있다면, 나는 그들을 제대로 이끌 수 있을까?"
아무리 뛰어난 팀원 100명이 있어도, 중심을 잡고 방향을 지휘할 프로젝트 매니저(디렉터)가 없다면 어떻게 될까요? 누가 무엇을 해야 할지, 이 결과물이 올바른지 검토하고 통합할 사람이 없다면 그 프로젝트는 순식간에 난장판이 될 것입니다.
지금 우리가 마주한 상황이 바로 이렇습니다. AI라는 어마어마한 군단을 손에 쥐었지만, 정작 우리에겐 그들을 이끌 '준비'가 필요합니다.
🔍 주니어 개발자 A님과 B님의 일상
우리 주변에서 흔히 볼 수 있는 두 가지 사례를 통해, 지금 나의 모습은 어디에 더 가까운지 거울을 보듯 돌아봅시다.
🚨 "AI가 시키는 대로" — A님의 경우
바쁜 주니어 개발자 A님은 오늘도 마감에 쫓깁니다. 급한 마음에 AI에게 요청하죠.
"로그인 모듈 추가해줘."
AI가 순식간에 그럴듯한 코드를 내놓습니다. A님은 'AI가 잘 짰겠지' 하고 깊은 고민 없이 그대로 프로젝트에 붙여넣습니다. 당장은 잘 돌아가니 다행이라며 가슴을 쓸어내립니다.
하지만 진짜 문제는 일주일 뒤에 터집니다.
보안 리뷰에서 "세션 관리에 치약점이 발견됐다"라거나 "다른 모듈과 인터페이스가 안 맞는다"라는 경고가 날아옵니다. 결국 코드를 이해하지 못한 채 붙여넣었던 A님은 밤을 새워가며 코드를 처음부터 다시 갈아엎어야 했습니다.
코드는 늘어났지만, 정작 A님의 머릿속에는 '모르는 것'만 눈덩이처럼 쌓여갑니다.
🤝 "AI와 함께 고민하는" — B님의 경우
똑같은 연차의 B님도 로그인 모듈이 필요합니다. 하지만 AI를 대하는 방식이 완전히 다릅니다.
"우리 프로젝트는 사용자가 10만 명 정도고 보안이 철저해야 해. 먼저 적용할 수 있는 인증 방식들을 제안해 주고, 각각 장단점을 비교해 줘."
AI가 세션 기반, JWT 토큰 기반, OAuth 2.0 등 다양한 선택지를 제시하자, B님은 AI와 티키타카를 주고받으며 우리 프로젝트의 미래(모바일 앱 확장성 등)를 고려한 최적의 구조를 함께 설계합니다.
1시간 치열한 논의 끝에 구조를 확정 짓고 나서야 비로소 코드를 요청합니다. B님이 받은 코드는 A님의 것과 겉보기엔 비슷할지 몰라도, B님은 이 코드가 왜 이렇게 짜였는지, 에러 처리는 왜 이 패턴인지 모든 설계 이유를 완벽하게 이해하고 있습니다.
💡 기술이 아니라 '태도'의 문제
여기서 우리는 아주 중요한 깨달음을 얻을 수 있습니다. 최신 AI 모델을 쓰느냐, Claude Code/Codex/Cursor/Antigravity를 사용하는지는 그리 중요하지 않습니다. 진짜 차이는 AI를 마주하는 사용자의 태도에서 비롯됩니다.
- A님의 태도: "AI가 알아서 해결해 주겠지. 난 결과만 복붙할래." (AI에게 일을 맡기고 주도권을 넘김)
- B님의 태도: "AI는 훌륭한 도구지만, 최종 결정은 내가 내려. 난 완벽히 이해해야겠어." (AI와 협업하며 주도권을 쥠)
도구가 당신을 업그레이드하지 않습니다. 당신이 도구를 어떻게 대하느냐가 당신을 업그레이드합니다.
AI에게 단순히 일만 시키는 사람은 시간이 지나도 성장이 더딜 수밖에 없습니다. 반면 AI와 함께 고민하고 구조를 설계하는 사람은 대화를 통해 더 넓은 시야를 얻고 자신의 역량을 계속해서 확장해 나갑니다.
AI가 100명분의 일을 할 수 있는 시대, 당신은 그 100명을 지휘하는 디렉터가 되시겠습니까, 아니면 그저 복붙만 무한 반복하는 일꾼이 되시겠습니까?
🦉 Cocrates Harness가 당신의 코치가 되어 드립니다
B님처럼 일해야 한다는 건 머리로는 잘 알겠습니다. 하지만 바쁜 실무 속에서 매번 대안을 묻고 장단점을 비교하는 과정을 시스템 없이 혼자서 챙기기란 결코 쉽지 않죠.
그래서 우리 이야기의 주인공, Cocrates가 등장합니다.
Cocrates는 단순히 코드를 뚝딱 뱉어내고 사라지는 인공지능 비서가 아닙니다. 여러분이 AI를 올바르게 활용하고, 스스로 생각하고 판단하는 힘을 기를 수 있도록 대화를 리드하는 AI 코치입니다.
- "이것 좀 알려줘"라고 하면, 위키피디아 같은 정보를 덤핑하지 않습니다. 오히려 정교한 질문을 던져 여러분이 개념을 스스로 깨닫도록 돕습니다.
- "이것 좀 만들어줘"라고 하면, 무작정 코드부터 쏟아내지 않습니다. "이 구조를 선택했을 때의 장단점은 무엇일까요?"라며 구조를 먼저 함께 설계하고, 여러분이 이해하고 승인할 때까지 기다립니다.
쉽게 말해, Cocrates는 여러분이 자연스럽게 주도권을 잡고 '디렉터 B님'처럼 행동할 수 있도록 돕는 시스템적인 하네스(Harness, 장치)입니다.
📌 오늘의 핵심 요약
- 같은 LLM, 다른 결과: AI의 성능보다 도구를 대하는 사용자의 태도ㅕ가 결과의 차이를 만듭니다.
- A님 vs B님: '시키는 대로 복붙'하느냐, '구조를 함께 고민하고 이해'하느냐의 차이입니다.
- Cocrates의 역할: 사용자가 무비판적인 조수가 아닌, 주도적인 디렉터로 성장할 수 있도록 질문으로 인도합니다.
🎬 다음 편 예고
Cocrates Harness의 세계에는 전 시리즈를 관통하는 강력한 핵심 원칙이 하나 있습니다.
"The unexamined code is not worth generating." (검토되지 않은 산출물은 생성할 가치가 없다.)
이 소크라테스적인 문장이 도대체 왜 주니어 개발자인 여러분에게 강력한 무기가 되는지, '검토한다'는 행위의 진짜 본질은 무엇인지 다음 편에서 낱낱이 파헤쳐 보겠습니다.
벌써부터 다음 내용이 궁금해지셨나요? 그렇다면 당신은 이미 '디렉터 B님'의 길에 들어선 것입니다! 다음 에피소드에서 만나요! 👋
이 시리즈는 Cocrates Harness 프레임워크를 소개합니다. Cocrates는 소크라테스식 대화로 사용자가 주도권을 잡고 성장하도록 설계된 에이전트 하네스입니다.