본문 바로가기
떠돌이방랑자.
기록작업물소개
일기를 불러오고 있습니다.
계속 배우고, 계속 만드는 중입니다.

다음은, 더 재밌는 걸로.

방랑자 소개
떠돌이방랑자.

© 2026 떠돌이방랑자.

바이브코딩 일기장이 블로그에 대하여RSS
바이브코딩 일기장

AI가 준 답, 그대로 받지 마세요.

떠돌이방랑자2026.08.11시작하기
이 글의 내용
여러 개 받아서, 내가 고르세요알아들을 때까지 다시 시키세요다 이해할 필요는 없습니다매번 설명하는 건 성실이 아니라 낭비예요규칙 문서에 적을 건 딱 네 가지직접 쓸 필요도 없습니다여기서부터 자산이 쌓입니다

지난 글에서 에러 읽는 법을 배웠으니, 이제 AI한테 제대로 던질 줄 알게 됐을 겁니다. AI도 답을 척척 내놓을 거고요.

그런데 그 답, 어떻게 하고 계세요? 아마 대부분 그대로 복사해서 붙이고 계실 겁니다.

오늘이 준개발자의 분기점입니다. 받는 사람에서, 고르는 사람으로.

"지금 되니까"의 함정

이해 못 한 코드를 받아두면, 그 순간엔 아무 문제가 없습니다. 되니까요.

청구서는 3개월 뒤에 날아옵니다. 뭔가 바꾸고 싶은데 내가 뭘 갖고 있는지 몰라서 손을 못 대는 순간이요. 지금 편한 만큼, 나중의 내가 갚는 구조입니다.

"왜 이렇게 했어?"라고 물어보세요

제일 쉬운 것부터. AI가 뭔가 만들어주면 한 번 물어보세요. "왜 이렇게 했어?"

공짜 질문입니다. AI는 물어본다고 기분 상하지 않아요. 답을 듣다 보면 어느새 나도 이유를 따지는 사람이 됩니다.

여러 개 받아서, 내가 고르세요

"이거 말고 다른 방법도 있어? 2~3개 주고 각각 뭐가 좋고 나쁜지 알려줘."

한 개를 받으면 받을지 말지만 정하면 되지만, 여러 개를 받으면 비교를 하게 됩니다. 비교를 반복하다 보면 그게 곧 판단력이 돼요.

알아들을 때까지 다시 시키세요

설명을 들었는데 모르겠으면, 알아들을 때까지 다시 시키세요. 무례한 게 아닙니다. AI는 지치지 않아요.

"지금 만든 게 무슨 일을 하는 건지 한 문단으로 설명해줘. 코드 말고 말로."

다 이해할 필요는 없습니다

코드를 전부 이해하는 건 개발자의 영역입니다. 준개발자는 뭘 하는 건지만 알면 돼요.

설명을 듣고 "어? 그건 내가 원한 게 아닌데?"라고 말할 수 있으면 합격입니다.

그래도 어느 쪽이 나은지 도무지 판단이 안 설 때가 있죠. 그럴 땐 한 번이라도 같이 봐줄 사람의 눈이 갈림길을 훨씬 빨리 정리해줍니다.

정리하면

이해 못 한 코드는 3개월 뒤의 청구서입니다.

"왜 이렇게 했어?"는 공짜 질문입니다. 자주 쓰세요.

하나 받지 말고 여러 개 받아서 고르세요.

전부 이해 말고, 뭘 하는 건지만 알면 됩니다.

준개발자의 분기점은 손끝이 아니라 선택에 있습니다.

그 선택의 기로에서 여러분은 어떻게 하고 계신가요?

새 대화창 열 때마다 프로젝트 설명, 다시 치고 계신가요?

매번 설명하는 건 성실이 아니라 낭비예요

새 대화창 열고 "우리 프로젝트는 이런 거고, 저번에 이렇게 하기로 했고....

습관처럼 하고 계시겠지만, 사실 낭비입니다. 한 번만 적어두면 AI가 매번 알아서 먼저 읽게 하는 방법이 있거든요. 규칙 문서 하나면 됩니다.

규칙 문서에 적을 건 딱 네 가지

쓰는 도구와 버전, 뭘로 만들고 있는지

하지 말 것, 이게 제일 중요합니다

폴더 규칙, 뭘 어디에 두는지

말투·용어, "우리는 이 기능을 '주문'이라고 부른다" 같은 것

특히 '하지 말 것'이 왜 제일 중요하냐면, AI가 치는 사고의 대부분은 나빠서가 아니라 몰라서 한 짓이거든요. "결제 쪽 파일은 절대 건드리지 마", 이 한 줄이 사고를 미리 막습니다.

직접 쓸 필요도 없습니다

지금까지의 대화가 전부 재료입니다.

"지금까지 내가 반복해서 알려준 규칙들을 모아서 문서 하나로 정리해줘. 앞으로 이걸 먼저 읽고 작업해줘."

여기서부터 자산이 쌓입니다

한 번 적은 규칙은 그 뒤로 계속 일합니다. 설명하는 시간이 사라지고, AI의 엉뚱한 사고가 줄고, 프로젝트가 처음보다 빨라지는 지점이 바로 여기입니다.

바이브코딩 초기에는 "갈수록 꼬인다"고 했잖아요. 규칙 문서가 그 곡선을 뒤집습니다. 이렇게 쌓인 자산이 어디까지 가는지는 지속적으로 글을 작성해볼게요

솔직히 말하면

문서가 두 개, 세 개 되고 할 일 목록까지 생기면 이걸 들고 다니는 것 자체가 또 일이 됩니다. 저는 그 맥락을 아예 도구가 대신 들고 있게 하는 쪽을 만들고 있는데, 그 얘기는 때가 되면 따로 풀게요.

일단은 문서 하나로 직접 해보세요. 그것만으로도 충분히 달라집니다.

정리하면

새 창마다 다시 설명하는 건 낭비입니다.

규칙 문서 네 가지: 도구·버전 / 하지 말 것 / 폴더 규칙 / 말투·용어

직접 쓰지 말고 AI에게 정리시키세요.

여기서부터 프로젝트가 처음보다 빨라집니다.

준개발자의 실력은 손끝이 아니라 쌓아둔 규칙에서 나옵니다.

규칙이 쌓이기 시작했다면 이제 만나러 갈 사람이 있습니다. 3개월 뒤의 나예요.

https://comwit.io/showcase (새 탭)

쇼케이스 | 컴윗 컴윗으로 만든 좋은 웹·앱을 골라 소개합니다. comwit.io (새 탭)

#바이브코딩 #AI코딩 #비개발자 #준개발자 #AI활용 #클로드코드 #코덱스 #AI앱만들기 #사이드프로젝트 #컴윗 #컴윗미

네이버 원문 보기 (새 탭)

함께 읽는 일기

  • 시작하기2026.08.11

    개발자들이 겁 없이 코드를 고치는 진짜 이유

  • 시작하기2026.07.28

    만들고 싶은 건 있는데, 뭐부터 시작해야 할지 모르겠어요...

  • 시작하기2026.07.21

    제 친구는 이제 비개발자가 아니라 준개발자입니다.

일기 목록으로