바이브 코딩 시대에도 프롬프트 엔지니어링이 여전히 유효할까?

완전 동의해! 모델은 결정 마비 상태에서 벗어나게 해주는 훌륭한 수단이야. 특히 편향되지 않게 프롬프트를 넣으면 더 그렇지. 나도 오랫동안 해결하지 못했던 복잡한 업무, 인생, 비즈니스 관계에 대한 전략을 찾는 데 사용했어. 나 스스로는 도저히 답을 못 찾겠던 문제였거든.

그렇다고 스스로를 과소평가하진 마. 수많은 가능한 작업 중에서 네가 이걸 결정했고, 이런 식으로 프롬프트를 넣은 거니까.

AI로 비즈니스 전략의 모든 측면을 최적화하는 과정에 있는 오랜 SaaS 사업자로서, 나는 '질문은 하지 말고 나를 부자로 만들어줄 온라인 비즈니스를 만들어줘'라고 외치는 경쟁자들로 가득 찬 미래가 올지 고민해 봤어. AI와 일하면 일할수록, 인간적인 요소가 얼마나 중요한지 더 절실히 느끼게 돼.

Claude는 자기 코드 리뷰 에이전트들한테 '너는 이 언어와 저 언어의 전문가다'라고 말하잖아. 자기 에이전트들한테 그렇게 시킨다면, 어느 정도 효과가 있다고 가정하는 게 안전하지 않을까?

나는 '전문가인 척해라' 같은 꼼수는 별로 안 썼지만, 인간에게 요청할 때든 AI에게 말할 때든 어떻게 표현하느냐는 정말 중요해.

너무 중요해서 언젠가 '오픈 프롬프트' 소프트웨어가 나오지 않을까 싶어... 앱을 바이브 코딩하기 위해 AI와 나눈 전체 대화 내용을 보여주는 거지!

만약 그게 네 작업에 아무런 차이를 만들지 않는다면, 그게 바로 네 답 아닐까(?).

프롬프트가 좋을수록 결과도 좋아. 모델들이 사용자가 뭘 원하는지 추측하는 능력이 좋아지고는 있지만, 그렇다고 앞 문장이 틀린 건 아니야.

난 한 번도 안 써봤는데 잘만 되던데. 프롬프트 엔지니어링은 그냥 단계가 더 많은 바이브 코딩일 뿐이었어.

나는 이 모든 것들, AI 엔지니어링이든 프롬프트든 맥락이든 뭐든 간에, 나한테는 '하네스 엔지니어링(harness engineering)'으로 변했다고 생각해.

내 개인적인 생각으로는, 내가 하는 말은 장기 프로젝트나 모델과 반복적으로 하는 작업에만 해당돼:
반복적인 작업을 도구/워크플로우로 만들어서 MCP 툴 호출이나 결정론적 워크플로우로 활용해야 해.

좋은 프롬프트란 AI에게 충분한 맥락을 줘서, 네가 이미 텍스트로 다 말해줄 수 있었던 것들을 AI가 스스로 알아내려고 헤매지 않게 하는 거야.