[AI] 맥미니 Mac Mini M4 자랑, 무조건 빠르게 만드는게 중요한게 아니다

 

시대에 뒤쳐지지 않으려고 OpenClaw 를 사용 해보기 위해서 깡통 맥미니를 구입했습니다.

이미 Claude Code 도 거의 1년 뒤쳐졌는데 더 이상은 뒤쳐질 수 없습니다!

 

회사 맥북은 메모리 48GB 인데

우리 귀여운 맥미니는 16GB 라는 아주 귀여운 메모리를 가지고 있습니다.

이 정도 메모리로는 에이전트를 병렬로 10개씩은 못 돌리겠네요.

 

무조건 빠르게 만드는게 중요한게 아니다

그런데 제가 요즘 크게 깨달은 것은

무조건 빠르게 만드는게 중요한게 아니라는 것이었습니다.

무조건 병렬로 많이 왕왕 돌리면 더 효율적이고 생산적일 거라고 생각하여

5개 정도 팀을 만들고 AI Agent 역할을 나눠서 병렬로 열 몇개씩 마구 돌려봤는데요

 

첫 번째 문제는 토큰이 미친 속도로 닳아 없어지고, 

두 번째로는 오류가 터졌을때 어디서 터졌는지 원인 파악을 할 수가 없고

세 번째로는 단 기간에 분량만 많이 뽑았을 뿐 퀄리티가 그만큼 안나왔다는겁니다.

 

처음으로 돌아가서 보았을때

팀에서 팀으로 작업물이 넘어갈때의 컨텍스트 스위칭에 들어가는 비용도 무시할 수 없고,

애초에 전체 프로세스를 돌려봐서 부분 결과물을 뽑아내고 퀄리티를 인간이 확인을 한 다음에 전체 결과물을 뽑고 퀄리티 확인하고,

그 다음에 다른 주제로 돌렸을때 퀄리티가 괜찮은지 확인하고.

이런 식으로 단계별로 가지 않았고, 너희가 알아서 해봐라는 식으로 했던게 문제였습니다.

 

즉, AI 에게 모든 걸 맡기면 안되고,

반드시 부분 검증 및 확인을 하면서 아니면 되돌아가고 맞으면 이어가는 식으로 만들어야 했습니다!

이건 하루 이틀만에 일주일 치 토큰을 순식간에 소진해버리고 깨달은 결과입니다.

 

개발자가 없어진다 X

(코딩하는)개발자는 없어진다 O

(AI 에게 명령하고 검토하고 책임지는) 개발자가 탄생 O

 

진짜 뉴스 공포 마케팅에 질릴대로 질렸습니다.

위와 같은 예시만 봐도 개발자의 역할의 이동이 발생했을 뿐 개발자는 사라질 수 없습니다.