바이브 코딩은 뇌를 덜 쓰게 만든다?

핵심은 먼저 적절한 정보를 모아서, 의사결정을 하고, 작업 계획을 세우는 데 있습니다. 구현과 테스트 코드는 AI에게 맡기고, 검수는 직접 하고요. 구현 자체에서만 뇌를 쓰지 않을 뿐 앞뒤로는 뇌를 많이 써야 하니, 바이브 코딩 하면서 '멍청해진다'는 느낌은 잘 들지 않습니다.

바이브 코딩을 계속 하다 보면 점점 멍해지고, 멍청해지는 것 같다는 얘기를 레딧이나 SNS에서 종종 봅니다. 저도 예전에는 그런 느낌이 좀 있었습니다만 요즘의 경험은 좀 다릅니다. 크고 복잡한 프로젝트일수록 오히려 머리를 더 쓰게 돼요. 특히 디버깅할 때 그렇습니다.

클로드 코드, 커서, 이제는 제미니까지. 이녀석들에게 일을 제대로 맡기려면 일단 작업 정의부터 제대로 해야 합니다. 아직까지는 맥락을 대충 던져줘도 알아서 모든 정보를 수집해 전체 작업을 처리하는 비서까지는 안 되기 때문에, 내가 가진 도메인 지식과 경험에 따라 크게 두 가지 방법을 써요.

1) 내게 도메인 지식과 경험이 충분할 때

문제를 정의하기 위한 정보를 직접 수집합니다. 과거 슬랙 대화, 깃 히스토리, 코드베이스, 센트리 이슈 등을 확인하고, 문제를 재현합니다. 필요하다면 동료와 콜해서 기능의 의도를 파악하고, 정상적인 동작을 확인하고, 의사결정도 합니다.

이렇게 수집한 정보를 대강 한 문서에 때려넣습니다. 어차피 정보가 충분하다면 대충 적어도 코딩 에이전트가 알아들으니 너무 잘 정리하려고 하진 않아요. 이걸 기반으로 구현만 맡깁니다. 이미 내가 대부분의 정보를 알고 있으니 구현 잘 됐는지 확인도 쉽습니다.

사실 이렇게 하다 보면 그냥 작업할 내용이 너무 자명해질 때도 많은데, 그러면 커서의 탭 자동완성을 이용해 빠르게 직접 구현합니다.

2) 내게 도메인 지식과 경험이 충분하지 않을 때

코딩 에이전트에게 대략적인 현상이나 문제, 목적만 알려준 다음, 함께 정보를 수집해 작업 계획을 짭니다. 커서는 Ask 모드, 클로드코드는 Plan 모드를 써서 대략 이런 식으로 요청해요. (제미니에는 아직 리드온리 모드가 없는데 조만간 추가되지 않을까 싶어요)

"이 문제를 제대로 해결하기 위해 필요하지만 아직 모르는 정보가 뭐지? 파악하기 위해 나에게 적절한 질문을 던져줘. 내가 직접 다른 기록이나, 동료와의 대화를 통해 확인하고, 의사결정할 게 있다면 그것도 알려줘."

(대화 후) "지금까지의 내용을 한 파일에 정리해줘."

(새 세션에서) "이 문서에 기반해서 문제를 해결해줘."

코드의 맥락을 아는 에이전트가 내 메타인지를 깨워주니 작업 계획 짜는 게 훨씬 쉽습니다.

맺으며

두 방식 모두 핵심은 먼저 적절한 정보를 모아서, 의사결정을 하고, 작업 계획을 세우는 데 있습니다. 구현과 테스트 코드는 AI에게 맡기고, 검수는 직접 하고요.

구현 자체에서만 뇌를 쓰지 않을 뿐 앞뒤로는 뇌를 많이 써야 하니, 바이브 코딩 하면서 '멍청해진다'는 느낌은 잘 들지 않습니다. 예전에는 무지성으로 코드 수정하고 로그 찍고 했을 일도 작업 정의부터 하니까 오히려 똑똑해지는 느낌에 가까워요.

물론 굉장히 빠르게 에이전트들이 더욱 똑똑해지고 있으니 이 앞뒤도 점점 더 많이 맡기게 되겠죠. 나중에는 인간이 더 상위 레벨의 전략과 의사결정만 맡게 되거나, 아예 그것도 맡겨버리고 AI로 인해 폭발한 생산성으로 기본소득 받으며 놀고 먹으면서 더 재밌는 일을 하게 되지 않을까 싶기도 합니다.

어쩌면 "비효율적인 인간이 AI 대신 일하고 싶으면 돈을 내야 하는" 시대가 올 수도 있고요. 그 전까지 열심히 돈을 벌어야 할듯.