Tool-LOG - Tool-LOG

“프롬프트를 잘 써야 AI를 잘 쓸 수 있다.”

한동안 이 말이 맞다고 생각했다. 질문을 정교하게 만들수록 좋은 답이 나올 테니까. 그래서 프롬프트 작성법을 찾아보고, 구조를 다듬고, 역할을 지정하고, 형식을 정해서 물어보는 연습을 했다.

효과가 없지는 않았다. 답변의 품질이 올라가는 건 체감했다. 하지만 시간이 지나면서, 프롬프트를 잘 쓰는 것과 AI를 잘 활용하는 것 사이에 생각보다 큰 간극이 있다는 걸 알게 됐다.

같은 도구를 쓰는데 결과가 다른 사람들

같은 AI를 쓰는 여러 사람의 작업을 관찰한 적이 있다. 프롬프트를 잘 쓰는 사람도 있었고, 짧고 단순하게 쓰는 사람도 있었다.

흥미로운 건 프롬프트가 정교한 사람이 반드시 더 나은 결과를 내지는 않았다는 점이다.

어떤 사람은 프롬프트는 평범했지만, AI가 만든 결과를 바로 실무에 넣어서 쓰고 있었다. 다른 사람은 프롬프트는 길고 체계적이었지만, AI 답변을 읽고만 있었다.

차이가 프롬프트에 있지 않다면, 어디에 있는 걸까.

AI가 결과를 주면 두 가지 반응이 있다.

하나는 “좋네” 하고 넘어가는 것이다. AI가 만들어준 표, 코드, 글을 그대로 쓴다. 빠르다. 하지만 잘못된 부분이 섞여 있어도 모른 채 넘어간다.

다른 하나는 확인하는 것이다. AI가 만든 표에서 숫자가 맞는지 본다. 코드가 실제로 돌아가는지 실행해본다. 글이 원래 의도와 맞는지 다시 읽어본다.

후자가 느리다. 하지만 결과물의 신뢰도가 다르다.

AI를 잘 쓰는 사람들의 공통점 중 하나는 AI의 답을 의심하는 데 시간을 쓴다는 것이었다. “완료했습니다”를 곧이곧대로 받지 않고, 만들어진 것이 진짜 맞는지 확인하는 습관이 있었다.

AI와 함께 좋은 결과물을 하나 만드는 것은 누구나 할 수 있다. 프롬프트를 잘 쓰든 못 쓰든, 대화를 이어가다 보면 꽤 괜찮은 산출물이 나온다.

차이는 그 다음에 생긴다. 그 결과물을 다음 작업에 다시 쓸 수 있는가.

어떤 사람은 AI와 만든 블로그 글 구조를 저장해두고, 다음 글을 쓸 때 “이 구조로 새 주제에 맞게 만들어줘”라고 말한다. 한 번 만든 구조가 템플릿이 되고, 템플릿이 반복 생산을 가능하게 한다.

다른 사람은 매번 새로 시작한다. 매번 처음부터 설명하고, 매번 구조를 다시 잡고, 매번 비슷한 결과를 처음부터 만든다.

전자는 AI를 써서 시간이 줄어들고, 후자는 AI를 써도 시간이 비슷하다.

“프롬프트를 잘 쓴다”는 건 ‘어떻게 시키느냐’의 문제다. 하지만 그보다 앞에 있는 질문이 있다. ‘무엇을 시킬지’를 알고 있느냐.

AI에게 맡길 수 있는 일과 내가 직접 해야 하는 일을 구분하는 것. 이 판단이 없으면 프롬프트를 아무리 잘 써도 엉뚱한 곳에 시간을 쓴다.

예를 들어 보고서를 쓸 때, 데이터 정리와 표 작성은 AI에게 맡기고, 해석과 판단은 내가 하는 것. 코드를 짤 때, 반복 패턴은 AI가 생성하고, 설계 결정은 내가 하는 것.

이 분업이 자연스러운 사람은 프롬프트가 짧아도 효율적이다. 분업 없이 전부 AI에게 맡기거나 전부 혼자 하는 사람은 프롬프트가 길어도 비효율적이다.

프롬프트 잘 쓰는 법을 공부하는 것은 나쁘지 않다. 질문이 명확할수록 답이 나아지는 것은 사실이니까.

하지만 프롬프트에서 멈추면, AI 활용의 앞부분만 반복하게 된다. 더 나은 질문을 만들고, 더 나은 답을 받고, 그 답을 읽고 끝나는 것이다.

실제로 차이가 나는 지점은 프롬프트 이후에 있었다.

프롬프트는 대화를 시작하는 입구다. AI를 잘 쓴다는 것은 그 대화를 실제 결과로 바꾸는 전체 과정을 관리하는 것에 가깝다.

AI 잘 쓰는 사람을 보면 프롬프트가 유달리 화려하지 않다. 오히려 짧고 직접적인 경우가 많다. 차이가 나는 건 프롬프트 이후다.

결과를 받은 다음에 무엇을 하는가. 그것을 다음에 어떻게 다시 쓰는가. 어디까지 AI에게 맡기고 어디서부터 직접 하는가.

프롬프트는 AI와의 대화를 여는 열쇠지만, 그 대화를 가치로 바꾸는 건 프롬프트 바깥에 있다.

한 줄 정리

AI 활용의 격차는 프롬프트를 얼마나 잘 쓰느냐가 아니라, 결과를 받은 뒤 무엇을 하느냐에서 생긴다.