제미나이 스파크로 처음 결과물을 만들어보고 나면 자연스럽게 다음 궁금증이 생깁니다.
“같은 내용을 부탁해도 프롬프트를 어떻게 쓰느냐에 따라 결과가 달라질까?”
처음에는 원하는 내용을 길게 적어야 더 좋은 결과가 나올 것처럼 느껴질 수 있습니다. 반대로 아주 짧게 적어도 AI가 알아서 의도를 이해해줄 것 같기도 합니다.
그래서 이번에는 완전히 다른 두 작업을 비교하지 않고, 같은 목적을 가진 요청을 서로 다른 방식으로 작성해 결과 차이를 확인하는 방법에 집중해보겠습니다.
핵심은 복잡한 프롬프트 공식을 외우는 것이 아닙니다.
같은 작업이라도 목적, 대상, 결과 형식, 우선순위를 얼마나 명확하게 전달하느냐에 따라 어떤 변화가 생기는지 직접 확인하는 것입니다.
[이미지 삽입: 제미나이 스파크에 서로 다른 프롬프트를 입력하고 결과를 비교하는 모습을 보여주는 대표 이미지]
먼저 비교할 작업을 하나로 고정했습니다
프롬프트를 비교할 때 가장 먼저 해야 할 일은 조건을 최대한 비슷하게 만드는 것입니다.
첫 번째 요청에서는 간단한 글을 만들고, 두 번째 요청에서는 완전히 다른 결과물을 만든다면 무엇 때문에 차이가 생겼는지 판단하기 어렵습니다.
그래서 저는 같은 목적을 두고 표현 방식만 바꿔보는 테스트가 더 이해하기 쉽다고 생각합니다.
예를 들어 목표가,
“처음 보는 사람도 쉽게 이해할 수 있는 간단한 안내 결과물을 만든다.”
라고 해보겠습니다.
이 목적은 두 프롬프트에서 동일하게 유지합니다.
달라지는 것은 요청의 구체성입니다.
첫 번째 프롬프트는 짧게 작성하고,
두 번째 프롬프트에는 대상과 결과 형식을 조금 더 구체적으로 넣습니다.
이렇게 해야 실제 결과가 달라졌을 때 어떤 설명이 영향을 줬는지 비교하기 쉽습니다.
첫 번째 프롬프트는 최대한 단순하게 작성했습니다
처음에는 AI에게 많은 조건을 주지 않는 방식으로 테스트할 수 있습니다.
예를 들어 이런 식입니다.
처음 사용하는 사람도 이해하기 쉬운 간단한 안내 내용을 만들어줘.
이 요청은 목적은 있지만 세부 조건은 거의 없습니다.
누구를 위한 결과인지 대략 알 수 있지만,
얼마나 길어야 하는지,
어떤 순서로 구성해야 하는지,
무엇을 가장 먼저 보여줘야 하는지는 정해져 있지 않습니다.
그래서 결과가 나왔을 때 AI가 어떤 부분을 스스로 결정했는지 확인하기 좋습니다.
첫 결과에서는 완성도를 평가하기보다 다음 부분을 봅니다.
내용이 예상보다 길었는지
핵심이 앞에 나왔는지
구조가 보기 쉬웠는지
내가 의도하지 않은 내용이 많이 추가됐는지
이렇게 보면 다음 프롬프트에서 어떤 조건을 더 넣어야 할지 자연스럽게 알 수 있습니다.
두 번째 프롬프트에는 조건을 세 가지만 추가했습니다
두 번째 테스트에서는 첫 요청을 완전히 새로 쓰지 않고 몇 가지 조건만 추가합니다.
예를 들면 다음처럼 바꿀 수 있습니다.
처음 사용하는 사람을 위한 간단한 안내 내용을 만들어줘.
핵심 내용을 먼저 보여주고, 설명은 짧은 문단으로 나눠줘.
전문 용어는 줄이고 처음 보는 사람도 바로 이해할 수 있게 작성해줘.
첫 번째 프롬프트와 목적은 같습니다.
하지만 두 번째에는 세 가지 기준이 들어갑니다.
대상
처음 사용하는 사람
구조
핵심을 먼저 보여주고 짧은 문단으로 구성
표현
전문 용어를 줄이고 쉽게 설명
이렇게 조건이 추가되면 결과를 비교할 때도 훨씬 명확합니다.
단순히 “두 번째가 더 좋다”가 아니라,
어떤 조건을 넣었더니 어떤 부분이 달라졌는가
를 볼 수 있기 때문입니다.
프롬프트가 길다고 항상 좋은 것은 아니었습니다
프롬프트를 테스트하다 보면 조건을 계속 추가하고 싶어집니다.
예를 들어,
짧게 써달라고 하고,
친절하게 써달라고 하고,
전문적으로 보이게 해달라고 하고,
초보자도 이해하게 해달라고 하고,
창의적이면서 정확하게 작성해달라고 하면
한 문장 안에 서로 다른 기준이 너무 많이 들어갈 수 있습니다.
이 경우 결과가 좋아질 수도 있지만 무엇을 우선해야 하는지 애매해질 수도 있습니다.
그래서 처음에는 조건의 개수보다 우선순위를 정하는 것이 더 중요했습니다.
이번 결과에서 가장 중요한 것이 이해하기 쉬운 설명이라면 그 조건을 먼저 적습니다.
분량이 중요한 글이라면 길이 기준을 추가합니다.
결과 형태가 중요하다면 구조를 지정합니다.
즉, 좋은 프롬프트는 무조건 긴 문장이 아니라 내가 원하는 결과의 핵심을 먼저 알려주는 문장에 가까웠습니다.
같은 의미라도 표현을 구체적으로 바꿔봤습니다
AI에게 요청할 때 자주 쓰는 표현 중 하나가,
“더 좋게 만들어줘.”
입니다.
하지만 무엇이 좋아져야 하는지 기준이 없습니다.
그래서 이런 표현을 조금 더 구체적으로 바꿔볼 수 있습니다.
“더 보기 쉽게 만들어줘.”
대신,
핵심 내용을 위쪽에 배치하고 세부 설명은 짧은 문단으로 나눠줘.
라고 작성합니다.
“더 자연스럽게 써줘.”
대신,
설명서처럼 딱딱하게 쓰지 말고 처음 사용하는 사람에게 직접 알려주듯 작성해줘.
라고 표현할 수 있습니다.
이렇게 바꾸면 요청하는 사람도 자신이 원하는 결과를 더 정확하게 정리하게 됩니다.
프롬프트를 잘 쓴다는 것이 특별한 AI 용어를 사용하는 것보다 애매한 표현을 구체적인 기준으로 바꾸는 과정이라는 생각이 들었습니다.
실제로 두 프롬프트 결과를 나란히 비교했습니다
이번 글에서 가장 중요한 부분은 실제 비교입니다.
같은 목적의 작업에 서로 다른 프롬프트를 입력하고 결과를 나란히 놓으면 차이를 확인하기 쉽습니다.
여기서는 결과 전체를 캡처할 필요는 없습니다.
첫 번째 결과와 두 번째 결과에서 차이가 가장 잘 보이는 부분을 골라 비교하면 됩니다.
예를 들어,
첫 번째 결과는 설명이 길고 핵심이 뒤쪽에 있었다면,
두 번째 결과는 핵심부터 보여주고 문단이 짧아졌는지 확인할 수 있습니다.
또는 예상과 달리 첫 번째 결과가 더 자연스럽게 느껴질 수도 있습니다.
그 결과 역시 중요한 테스트입니다.
이 순서로 자연스럽게 써줘.
처음에는 **“처음 사용하는 사람도 이해하기 쉬운 간단한 안내 내용을 만들어줘”**처럼 짧게 요청했고, 두 번째에는 핵심을 먼저 보여주고 문단을 짧게 나누며 전문 용어를 줄여달라는 조건을 추가했습니다.
가장 먼저 눈에 들어온 변화는 두 번째 결과가 훨씬 짧고 구조가 또렷해졌다는 점이었습니다.
저는 두 번째 결과를 더 선호했는데, 처음 보는 사람도 핵심을 빠르게 파악하기 쉬웠기 때문입니다.
다만 조건을 너무 많이 넣으면 오히려 답변이 딱딱해질 수 있어서 필요한 조건만 남기는 게 좋다고 느꼈습니다.
결과가 달라졌다고 모든 조건이 효과가 있었다고 보지는 않았습니다
프롬프트에 조건을 세 가지 추가했는데 결과가 달라졌다고 해서 세 조건 모두가 중요한 역할을 했다고 단정하기는 어렵습니다.
그래서 결과가 마음에 들었다면 그다음에는 오히려 하나를 빼보는 테스트도 가능합니다.
예를 들어,
“핵심 내용을 먼저 보여줘.”
“문단을 짧게 나눠줘.”
“전문 용어를 줄여줘.”
세 조건을 넣었다면 다음 테스트에서는 그중 하나를 빼볼 수 있습니다.
결과 차이가 거의 없다면 해당 조건은 굳이 매번 넣지 않아도 될 수 있습니다.
반대로 하나를 빼자 결과가 확실히 달라졌다면 내가 만드는 작업에서 중요한 조건이라는 것을 알 수 있습니다.
이런 식으로 테스트하면 프롬프트가 점점 길어지는 것을 막으면서도 나에게 필요한 표현만 남길 수 있습니다.
결과 형식을 지정하면 비교하기가 더 쉬웠습니다
같은 내용이라도 결과 형식을 지정하는 것만으로도 느낌이 달라질 수 있습니다.
예를 들어,
간단하게 설명해줘.
라는 요청과,
제목 하나와 짧은 문단 세 개로 정리해줘.
라는 요청은 결과의 구조가 달라질 수 있습니다.
특히 블로그 글, 안내문, 아이디어 정리처럼 결과의 형태가 중요한 작업에서는 원하는 구조를 미리 알려주는 것이 편할 수 있습니다.
다만 처음부터 너무 세세한 형식을 지정하면 AI가 내용을 구성할 여지가 줄어듭니다.
그래서 저는 먼저 자유롭게 결과를 받아보고,
구조가 아쉬울 때 두 번째 요청에서 형식을 지정하는 순서를 선호합니다.
이렇게 하면 AI가 처음 제안한 구성과 내가 요구한 구성을 비교할 수도 있습니다.
마음에 든 프롬프트는 그대로 복사하기보다 구조만 남겼습니다
좋은 결과가 나오면 사용한 프롬프트를 저장해두고 싶어집니다.
하지만 모든 작업에서 동일한 문장을 그대로 사용하는 것보다 프롬프트의 구조를 기억하는 편이 활용하기 좋습니다.
제가 이번 테스트에서 남길 구조는 간단합니다.
무엇을 만들지
누구를 위한 결과인지
가장 중요한 조건은 무엇인지
어떤 형태로 보여줄지
예를 들어 다음과 같습니다.
[만들 결과]를 만들어줘.
[대상]이 쉽게 이해할 수 있게 작성해줘.
가장 중요한 것은 [핵심 조건]이야.
결과는 [원하는 형식]으로 정리해줘.
이 구조만 기억해두면 글쓰기뿐 아니라 아이디어 정리나 다른 결과물을 만들 때도 필요한 부분만 바꿔 사용할 수 있습니다.
제미나이 스파크 프롬프트 테스트에서 정리한 방법
이번 테스트를 순서대로 정리하면 다음과 같습니다.
1. 비교할 작업 하나를 정합니다.
2. 첫 프롬프트는 짧고 단순하게 작성합니다.
3. 첫 결과에서 부족한 부분을 찾습니다.
4. 두 번째 프롬프트에는 필요한 조건만 2~3개 추가합니다.
5. 두 결과에서 구조와 표현이 어떻게 달라졌는지 비교합니다.
6. 도움이 되지 않은 조건은 다시 줄여봅니다.
7. 좋은 결과를 만든 문장 전체보다 프롬프트 구조를 기록합니다.
이렇게 하면 “좋은 프롬프트를 어디서 복사해야 할까?”보다 내 작업에 어떤 설명이 필요한지를 직접 찾을 수 있습니다.
직접 비교해보니 프롬프트에서 중요한 것은 구체성이었습니다
제미나이 스파크에서 같은 목적의 요청을 서로 다른 방식으로 작성해보면 프롬프트가 결과에 어떤 영향을 주는지 조금 더 쉽게 이해할 수 있습니다.
다만 여기서 말하는 구체성은 문장을 무조건 길게 쓰는 것을 의미하지 않습니다.
“좋게 만들어줘.”
보다,
“핵심 내용을 먼저 보여줘.”
가 더 구체적이고,
“자연스럽게 작성해줘.”
보다,
“초보자에게 직접 설명하듯 작성해줘.”
가 판단 기준을 전달하기 쉽습니다.
결국 중요한 것은 AI가 알아듣는 특별한 주문을 찾는 것이 아니라 내가 원하는 결과의 기준을 스스로 명확하게 정리하는 것이었습니다.
앞으로 복잡한 작업을 할 때도 처음부터 긴 프롬프트를 작성하기보다 작은 요청으로 결과를 확인하고 필요한 조건만 하나씩 추가해보는 방식을 계속 사용해볼 생각입니다.
다음 글에서는 프롬프트 비교를 넘어 하나의 아이디어를 제미나이 스파크에서 실제 결과물로 발전시키는 과정을 처음부터 끝까지 정리해보겠습니다.
FAQ
제미나이 스파크 프롬프트는 길수록 좋은가요?
길이보다 원하는 결과의 기준이 분명한지가 중요합니다. 처음에는 목적과 핵심 조건부터 짧게 작성하고 결과를 본 뒤 필요한 조건을 추가하는 편이 수정하기 쉽습니다.
같은 요청인데 결과가 다르게 나올 수도 있나요?
AI 결과는 입력 내용과 조건에 따라 달라질 수 있습니다. 비교 테스트를 한다면 작업 목적을 동일하게 유지하고 프롬프트에서 한두 가지 조건만 바꿔 결과 차이를 확인하는 것이 좋습니다.
프롬프트를 수정할 때 무엇부터 바꾸는 것이 좋나요?
결과에서 가장 아쉬운 부분 하나부터 정하는 것이 좋습니다. 설명이 길다면 길이, 구조가 복잡하다면 형식, 표현이 딱딱하다면 대상과 문체처럼 문제와 직접 관련된 조건을 먼저 수정해볼 수 있습니다.
마음에 든 프롬프트는 그대로 저장해서 계속 사용해도 되나요?
재사용할 수 있지만 문장 전체를 그대로 반복하기보다 결과가 좋았던 이유를 파악하고 프롬프트의 구조를 남겨두는 편이 다양한 작업에 응용하기 좋습니다.
0 댓글