GPT, Claude, Gemini 이용 팁: 길게 말하지 않아도 꽤 잘 알아듣는다

프롬프트를 너무 열심히 쓰고 있는지도 모른다

주변에서 GPT나 Claude, Gemini를 쓰는 모습을 보다 보면 한 가지가 자주 보인다.

생각보다 많은 사람들이 챗봇에게 사람 대하듯이 말한다. 물론 그 자체가 나쁜 건 아니다. 문제는 필요 이상으로 구구절절 길어진다는 데 있다.

이미 말한 내용을 다시 풀어 쓰고, 혹시 오해할까 봐 배경을 덧붙이고, 예의 있게 보이려고 쿠션 문장을 붙인다. 그러다 보면 요청 하나를 보내는 데도 작은 이메일을 쓰는 느낌이 된다.

예를 들면 이런 식이다.

나 지금 회사에서 쓸 보고서 만들어야 하는데, 아래 내용 보고 너무 딱딱하진 않지만 그래도 전문적으로 보이게 정리해줘. 문단도 좀 나눠주고, 핵심이 잘 보이게 해줘. 아 그리고 너무 길면 안 되고, 그렇다고 너무 가벼워 보여도 안 돼. 읽는 사람이 바로 이해할 수 있게 자연스럽게 써줘.

틀린 말은 아니다. 실제로 이런 식으로 써도 답은 나온다. 다만 매번 저렇게 쓰면 사람이 먼저 지친다. 일을 줄이려고 챗봇을 켰는데, 요청문 쓰는 일이 또 일이 된다.

더 길게 말한다고 답이 계속 좋아지는 것도 아니다. 모델에게 중요한 건 긴 문장이 아니다. 무엇을 할지, 어떤 재료를 볼지, 어떤 모양으로 답할지다. 새 정보가 없다면 긴 설명은 큰 의미가 없다.

요즘 모델들은 생각보다 대충 말해도 잘 따라온다. 의도와 재료와 출력 모양만 있으면 된다. 그래서 실제로는 이런 요청이 더 편하다.

이거 보고서 말투로 정리. 너무 길지 않게.

아래 메모 회의록처럼. 결정사항/할일만.

이 문장 좀 덜 AI 같게. 한국 회사 이메일 톤.

이거 왜 안 되는지 원인 후보만 5개.

처음에는 무례하게 느껴질 수 있다. 하지만 도구 입장에서는 오히려 이쪽이 명확할 때도 많다.

좋은 프롬프트는 긴 문장이 아니라 손잡이다

공식 문서들도 결국 비슷한 이야기를 한다. OpenAI 프롬프트 기본 (영문주의), Claude 명확한 지시 (영문주의), Gemini 프롬프트 가이드 (영문주의)

여기서 중요한 건 “길게 쓰라”가 아니다. 핵심은 모델이 잡고 갈 손잡이를 주는 것이다. 손잡이는 보통 네 가지다.

이 네 가지 중 두세 개만 들어가도 답변 품질이 꽤 올라간다. 그러니까 프롬프트를 길게 쓰기보다, 짧은 문장 안에 손잡이를 박아 넣는 쪽이 좋다.

아래 글 5줄 요약. 초보자도 알게.

이 오류 메시지 원인 후보 표로. 해결 순서까지.

이 기획안에서 애매한 부분만 지적. 칭찬 빼고.

이 문장 더 짧게. 광고 문구 말고 서비스 안내 톤.

아래 내용을 팀장에게 보낼 Slack 메시지로. 부담스럽지 않게.

이 정도면 충분하다.

말을 하다 만 듯 던져도 되는 이유

챗봇을 검색창처럼 생각하면 요청을 완성된 질문으로 써야 할 것 같다.

요즘 한국 SaaS 스타트업이 고객지원 자동화 도입하면 뭐가 좋고 뭐가 위험한지 알려줘.

물론 이렇게 물어도 된다. 하지만 실제 대화에서는 이렇게 던져도 된다.

고객지원 자동화 도입 장단점. 한국 SaaS 기준.

조금 더 거칠게는 이렇게도 된다.

고객지원 자동화... 좋은 점/위험한 점. 우리 같은 작은 SaaS.

모델은 이 말이 완성된 문장이 아니라는 걸 문제 삼기보다, “아, 사용자는 고객지원 자동화의 장단점을 작은 SaaS 관점에서 보고 싶구나”라고 해석한다.

오히려 이 방식에는 장점이 있다.

• 요청이 빨라진다
• 부담이 줄어든다
• 첫 답을 보고 바로 방향을 바꿀 수 있다
• 생각이 덜 정리된 상태에서도 시작할 수 있다

AI 도구를 잘 쓰는 사람들은 첫 프롬프트를 완벽하게 쓰려고 하지 않는다. 대충 시작하고, 결과를 보면서 두 번째 요청을 잘한다.

고수처럼 보이는 짧은 요청 예시

아래 예시들은 실제로 자주 쓰기 좋은 형태다. 길게 외울 필요 없이, 자기 일에 맞는 말만 바꿔 끼우면 된다.

그냥 “요약해줘”, “고쳐줘”, “비교해줘”라고 해도 답은 나온다. 하지만 위처럼 독자, 기준, 형식, 금지사항 중 하나만 붙여도 결과가 훨씬 덜 흐릿해진다.

답변을 짧게 받고 싶으면 처음부터 짧게 묶어야 한다

많은 사람들이 길게 물어보고, 길게 답을 받는다. 그런데 정말 필요한 건 보통 긴 설명이 아니라 다음 행동이다. 이럴 때는 답변 길이를 아주 강하게 묶어두면 좋다.

3줄만.

표 하나만.

결론 먼저, 이유 3개.

내가 바로 할 일만 체크리스트.

100자 안쪽.

긴 설명 금지.

조금 더 강하게 말해도 된다.

배경 설명하지 말고 답만.

모르면 모른다고 하고 추측은 표시.

선택지만 줘. A/B/C.

내가 물어본 것 외에는 말하지 마.

이런 지시는 무례한 게 아니라 인터페이스 조작에 가깝다. 버튼을 누르는 대신 말로 출력 형식을 정하는 것이다.

예시 하나를 붙이면 긴 설명보다 세다

Claude 문서에서는 예시를 주는 방식, 흔히 few-shot 또는 multishot prompting이라고 부르는 방법을 꽤 강조한다. 몇 개의 잘 고른 예시가 원하는 형식과 품질을 훨씬 안정적으로 만든다는 설명이다. Claude 예시 기반 프롬프트 (영문주의)

그런데 이것도 거창하게 할 필요는 없다. 예를 들어 제목을 뽑고 싶다면 이렇게 하면 된다.

이런 톤으로 제목 20개.

예시: "엑셀에서 CSV가 깨지는 이유: 문자셋 오판과 자동 타입 변환"

주제: GPT, Claude, Gemini를 짧게 쓰는 법

메일을 고치고 싶다면 이렇게 던지면 된다.

아래 문장을 이 톤으로 고쳐줘.

예시 톤: "확인 감사합니다. 말씀 주신 내용 기준으로 다시 정리해 보겠습니다."

원문: "네 알겠습니다 다시 해볼게요"

서비스 소개문도 마찬가지다.

아래 기능 설명을 이런 식으로.

예시: "큰 CSV 파일을 브라우저에서 먼저 열어 보고, 인코딩과 깨진 글자를 확인한 뒤 Excel로 넘길 수 있습니다."

기능: JSON 파일에서 원하는 키를 찾아 구조를 따라가는 뷰어

좋은 예시 하나는 긴 형용사 열 개보다 세다.

“전문적이고 자연스럽고 친절하지만 과하지 않게”라고 쓰는 것보다, 마음에 드는 문장 하나를 보여주는 편이 빠르다.

바로 써먹기 좋은 말투 묶음

마지막으로, 자주 쓰는 짧은 말투를 모아두면 좋다.

답을 짧게 만들기

결론만.

5줄 안쪽.

표 하나로.

긴 설명 빼고.

내가 바로 할 일만.

답을 더 쓸모 있게 만들기

기준을 먼저 정하고 답해.

확실한 것과 추측을 나눠.

반대 의견도 같이.

실무에서 막히는 지점 위주.

예시는 한국 기준으로.

글을 덜 AI 같게 만들기

문장 짧게.

과한 칭찬 빼고.

광고 문구 느낌 줄여.

사람이 메모한 것처럼.

너무 매끈하지 않게.

생각을 정리시키기

내가 말한 걸 구조화해줘.

빠진 질문을 먼저 물어봐.

이 아이디어의 약점부터.

실행 순서로 바꿔줘.

지금 당장 할 수 있는 것과 나중에 할 것을 나눠.

결과를 고치기

2번 방향으로 다시.

더 구체적으로.

덜 친절하게.

더 날카롭게.

앞부분 삭제하고 바로 본론.

이 답변을 30초 발표용으로.

결국 잘 쓰는 사람은 짧게 시작한다

GPT, Claude, Gemini를 잘 쓰는 사람은 반드시 프롬프트를 길게 쓰는 사람이 아니다. 오히려 이런 식에 가깝다.

1. 짧게 던진다
2. 답을 본다
3. 마음에 안 드는 부분만 바로 고친다
4. 필요한 형식으로 다시 묶는다
5. 자주 쓰는 말투는 저장해 둔다

프롬프트는 문학 작품이 아니다. 한 번에 완성해야 하는 보고서도 아니다. 그냥 도구를 움직이는 손잡이다. 그러니 처음부터 너무 잘 말하려고 애쓸 필요는 없다. 반쯤 말하고, 중간에 고치고, 답이 길면 줄이라고 하면 된다.