2부 6장. 좋은 출력은 좋은 지시에서 나온다

많은 사람이 AI를 쓰다가 비슷한 순간을 겪습니다. 분명 한국어로 잘 말했는데, 돌아온 답은 어딘가 흐릿합니다. 틀린 말은 아닌데 쓰기 어렵고, 성의는 있어 보이는데 손이 한 번 더 갑니다. 이럴 때 우리는 쉽게 모델 탓을 합니다. "얘가 원래 애매하네." 물론 모델의 한계가 있을 때도 있습니다. 하지만 실전에서는 그보다 먼저 확인해야 할 것이 있습니다. 내가 시킨 일이 애매하지 않았는가 하는 점입니다.

좋은 출력은 우연히 나오지 않습니다. 운 좋게 한 번 얻을 수는 있어도, 반복해서 얻으려면 지시가 좋아야 합니다. 다시 말해, AI 활용 실력은 멋진 문장을 쓰는 재주보다 원하는 결과를 분명하게 설명하는 능력에 더 가깝습니다.

AI는 눈치로 일하지 않는다

사람끼리는 대충 말해도 통하는 경우가 많습니다. 같은 팀에서 오래 일한 동료에게 "그 문서 느낌 알지? 지난번처럼만 해줘"라고 말해도 어느 정도는 됩니다. 함께 쌓인 맥락이 있기 때문입니다.

하지만 AI는 다릅니다. 겉으로는 매우 똑똑해 보여도, 실제로는 사용자가 준 단서 안에서 가장 그럴듯한 답을 고르는 쪽에 가깝습니다. 그래서 사용자의 머릿속에만 있는 기준은 기준이 아닙니다. 말하지 않은 요구는 없는 요구에 가깝습니다.

예를 들어 "요약해줘"라는 말은 사람에게도 애매하지만, AI에게는 특히 더 애매합니다. 짧게 요약하라는 뜻인지, 핵심만 추리라는 뜻인지, 쉽게 풀어 쓰라는 뜻인지, 발표용으로 정리하라는 뜻인지 알 수 없습니다. 그래서 AI는 무난한 평균 답을 냅니다. 대체로 길지도 짧지도 않고, 자세하지도 거칠지도 않은, 어디에도 크게 틀리지 않지만 어디에도 딱 맞지 않는 답 말입니다.

이것이 많은 AI 결과물이 주는 묘한 느낌의 정체입니다. 틀린 것은 아닌데 내 것이 아닌 느낌. 그 이유는 종종 AI의 모호함이 아니라 요청의 모호함에 있습니다.

"잘"이라는 말은 지시가 아니다

초보자가 가장 자주 쓰는 표현 중 하나가 "잘"입니다.

"잘 정리해줘."

"잘 써줘."

"잘 비교해줘."

문제는 이 말이 사람 머릿속에서는 꽤 구체적인데, 문장 자체로는 거의 비어 있다는 데 있습니다. "잘"은 기준이 아니라 기대입니다. 사용자는 "내가 원하는 방식으로"라는 뜻으로 말하지만, AI는 그 방식을 알 수 없습니다.

그래서 좋은 지시는 "잘"을 쓰지 않는 지시가 아니라, 잘의 뜻을 풀어 쓴 지시입니다. 예를 들어 "잘 정리해줘" 대신 "결정 사항, 일정, 담당자만 남기고 5줄로 정리해줘"라고 말하면 기준이 생깁니다. "잘 써줘" 대신 "초보자가 읽어도 이해되게 전문 용어를 줄이고, 예시를 하나 넣어 800자 안팎으로 써줘"라고 말하면 방향이 잡힙니다.

좋은 지시는 화려한 표현이 아닙니다. 판단 기준이 드러나는 문장입니다.

좋은 지시는 관찰 가능해야 한다

여기서 중요한 개념이 하나 있습니다. 좋은 지시는 관찰 가능해야 한다는 것입니다.

관찰 가능하다는 말은, 결과를 보고 "이 지시를 따랐는지 아닌지"를 확인할 수 있다는 뜻입니다. 예를 들어 "좀 더 설득력 있게 써줘"는 느낌은 있지만 확인하기 어렵습니다. 반면 "주장, 근거 2개, 예상 반론 1개, 결론 순서로 써줘"는 확인할 수 있습니다. 실제 결과에 그 요소가 있는지 보면 되기 때문입니다.

AI에게 지시할 때는 특히 이 차이가 큽니다. 애매한 표현은 사람이 읽을 때는 자연스럽지만, AI가 따르기에는 경계가 없습니다. 경계가 없으면 출력은 쉽게 퍼집니다.

관찰 가능한 지시에는 보통 다음과 같은 요소가 들어갑니다.

• 누구를 위한 결과물인지

• 어느 정도 길이와 수준인지

• 무엇을 반드시 포함해야 하는지

• 무엇을 빼야 하는지

• 어떤 형식으로 내야 하는지

• 무엇을 우선해야 하는지

이 항목들이 들어가면 결과를 보고 판단할 수 있습니다. "아, 이건 초보자용이 아니네." "길이가 너무 길네." "비교 기준이 빠졌네." 이런 식으로 말할 수 있게 됩니다. 그 순간부터 프롬프트는 감각의 영역이 아니라 조정 가능한 작업이 됩니다.

애매한 요청은 애매한 답을 부른다

간단한 예를 하나 보겠습니다.

"회의 내용을 정리해줘."

이 요청은 너무 흔해서 별문제 없어 보이지만, 실제로는 여러 갈래로 해석될 수 있습니다. 회의 전체 흐름을 요약하라는 뜻일 수도 있고, 결정 사항만 뽑으라는 뜻일 수도 있으며, 다음 행동만 정리하라는 뜻일 수도 있습니다. AI는 이 중 하나를 고르겠지만, 그 선택이 사용자의 의도와 일치한다는 보장은 없습니다.

이 요청을 조금만 더 구체화해 보면 결과는 크게 달라집니다.

"다음 회의록을 팀장 보고용으로 정리해줘. 핵심 결정 사항, 담당자, 마감일, 미해결 이슈만 남기고 배경 설명과 잡담은 제외해줘. 각 항목은 한 줄씩, 전체는 8줄 이내로 써줘."

이제는 결과를 평가하기 쉬워집니다. 팀장 보고용인지, 네 가지 요소가 들어갔는지, 8줄 이내인지 바로 확인할 수 있습니다. 즉, AI가 잘했는지 못했는지를 판단할 수 있고, 부족하면 어디를 고쳐야 할지도 보입니다.

애매한 요청의 문제는 단지 결과가 나빠진다는 데 있지 않습니다. 무엇이 문제인지조차 알기 어려워진다는 데 있습니다.

원하는 결과를 얻으려면 먼저 끝난 모습을 상상해야 한다

좋은 지시를 쓰는 사람들은 대개 같은 습관이 있습니다. AI에게 말하기 전에, 내가 받고 싶은 결과물의 끝모습을 먼저 떠올립니다.

예를 들어 블로그 글이 필요하다고 해 봅시다. 이때 "블로그 글 써줘"라고 바로 던지는 사람은 결과를 운에 맡깁니다. 반면 "초보자가 3분 안에 읽을 수 있는 입문 글, 도입은 문제 제기, 본문은 핵심 원리 3개, 끝에는 실천 팁 2개" 같은 그림을 먼저 떠올리는 사람은 이미 절반은 끝낸 셈입니다.

좋은 지시는 결국 완성된 결과물의 설계도를 말로 풀어 쓰는 일입니다. 설계도가 없으면 AI는 자기 식으로 채웁니다. 설계도가 있으면 AI는 그 틀 안에서 움직입니다.

그래서 프롬프트를 쓰기 전에 스스로 이런 질문을 해보면 좋습니다.

• 이 결과물은 누가 읽는가?

• 읽고 나서 무엇을 할 수 있어야 하는가?

• 짧아야 하는가, 자세해야 하는가?

• 초안이 필요한가, 바로 써도 되는 완성형이 필요한가?

• 반드시 들어가야 할 정보는 무엇인가?

이 질문에 답할 수 있다면, 프롬프트는 훨씬 선명해집니다.

구체성은 길이가 아니라 밀도다

여기서 자주 생기는 오해가 있습니다. 구체적으로 쓰라는 말을 들으면 프롬프트를 길게 써야 한다고 생각하는 것입니다. 하지만 긴 프롬프트가 곧 좋은 프롬프트는 아닙니다. 쓸데없는 배경 설명을 길게 늘어놓는 것보다, 핵심 기준을 짧고 분명하게 적는 편이 낫습니다.

예를 들어 이런 요청은 길지만 약합니다.

"요즘 사람들이 콘텐츠를 많이 보는데 그중에서도 특히 짧고 이해하기 쉬운 정리형 콘텐츠가 인기가 많으니까 그런 트렌드를 고려해서 사람들이 부담 없이 읽을 수 있고 너무 어렵지 않으면서도 어느 정도는 전문성이 느껴지고 그렇다고 너무 딱딱하지도 않은 글을 작성해줘."

무슨 말인지는 알겠지만, 실제 작업 기준은 흐립니다. 반면 이렇게 쓰면 짧아도 강해집니다.

"직장인 초보자 대상 입문 글로 써줘. 1,000자 안팎, 어려운 용어는 풀어 쓰고, 각 소제목 아래 예시를 하나씩 넣어줘. 광고 문구처럼 보이는 표현은 빼줘."

길이보다 중요한 것은 실행 가능한 기준이 얼마나 들어 있는가입니다.

좋은 출력은 좋은 제약에서 나온다

사람들은 제약을 답답하게 느끼기도 합니다. 하지만 실제로는 적절한 제약이 있을 때 결과물이 더 좋아지는 경우가 많습니다. AI는 제약이 없으면 무난하고 넓게 답하는 경향이 있습니다. 그 결과는 친절하지만 길고, 안전하지만 밋밋하며, 쓸 수는 있지만 손을 많이 타는 답이 되기 쉽습니다.

반대로 제약이 있으면 선택지가 줄어듭니다. 그리고 선택지가 줄어들수록 결과는 또렷해집니다.

예를 들어 "마케팅 아이디어를 줘"보다 "예산이 적은 1인 브랜드 기준으로, 이번 달 안에 바로 실행할 수 있는 온라인 아이디어 5개를 줘. 추상적인 브랜딩 조언은 빼고, 실행 단계가 보이는 아이디어만 달라"가 훨씬 낫습니다.

이때 중요한 것은 제약을 많이 거는 것이 아니라, 쓸모 있는 제약을 거는 것입니다. 길이, 대상, 포함 요소, 제외 요소, 우선순위처럼 결과를 바꾸는 기준이 좋습니다. 반대로 의미 없는 장식 조건은 오히려 집중을 흐릴 수 있습니다.

추상어를 줄이면 결과가 선명해진다

프롬프트에서 특히 조심해야 할 것이 추상어입니다. "깊이 있게", "적절하게", "자연스럽게", "흥미롭게", "전문적으로", "설득력 있게" 같은 표현은 사람끼리 쓸 때는 편하지만, AI에게는 해석 폭이 너무 넓습니다.

물론 이런 말을 아예 쓰지 말라는 뜻은 아닙니다. 다만 추상어를 썼다면, 뒤에 그것이 뜻하는 바를 조금 더 붙여 주는 편이 좋습니다.

예를 들어 "전문적으로 써줘"보다 "실무자 대상 문체로 쓰되, 과장 표현 없이 핵심 개념과 주의점을 먼저 설명해줘"가 낫습니다. "흥미롭게 써줘"보다 "도입에 일상적인 사례를 넣고, 중간중간 짧은 비유를 사용해줘"가 더 낫습니다.

추상어는 방향을 암시할 수는 있지만, 결과를 안정시키지는 못합니다. 결과를 안정시키는 것은 결국 관찰 가능한 조건입니다.

한 번에 정답을 뽑으려 하지 말자

좋은 지시가 중요하다고 해서, 처음부터 완벽한 지시를 써야 한다는 뜻은 아닙니다. 오히려 실전에서는 한 번에 끝내려는 태도가 더 문제를 만듭니다.

처음에는 대략적인 지시로 시작해도 됩니다. 다만 결과를 받은 뒤에는 막연하게 "별로네"라고 하지 말고, 어디가 어긋났는지 구체적으로 다시 말해야 합니다. 이 과정이 품질을 올립니다.

예를 들어 초안이 너무 길었다면 "핵심만 남기고 절반 분량으로 줄여줘"라고 말할 수 있습니다. 너무 일반적이었다면 "내가 준 사례를 중심으로 다시 써줘"라고 할 수 있습니다. 독자 수준이 높았다면 "비전공자도 이해하게 용어를 풀어줘"라고 조정할 수 있습니다.

즉, 좋은 출력은 한 번의 천재적인 프롬프트에서만 나오지 않습니다. 분명한 지시와 분명한 수정 요청의 누적에서 나옵니다.

실전에서 바로 쓰는 지시 개선법

프롬프트가 애매하다고 느껴질 때는 문장을 멋지게 바꾸기보다, 다음 네 가지를 추가해 보세요.

• 독자: 누구를 위한 결과인지

• 기준: 무엇이 좋다고 볼 것인지

• 범위: 어디까지 다루고 어디서 멈출 것인지

• 형식: 어떤 모양으로 받을 것인지

예를 들어 "비교해줘"라는 요청은 이렇게 바뀔 수 있습니다.

"이 두 도구를 비교해줘"가 아니라 "초보자가 도입 여부를 판단할 수 있게 두 도구를 비교해줘. 학습 난이도, 비용, 장점, 단점, 추천 상황 기준으로 정리하고, 결론에는 어떤 사용자에게 더 맞는지 한 문단으로 요약해줘."

이 정도만 해도 결과의 품질은 확연히 달라집니다. 왜냐하면 AI가 이제부터는 막연히 '비교'하는 것이 아니라, 초보자의 도입 판단을 돕는 비교를 해야 한다는 점을 알기 때문입니다.

결국 AI 활용은 설명 능력이다

AI를 잘 다루는 사람은 비밀 주문을 많이 아는 사람이 아닙니다. 자신이 원하는 결과를 상대가 이해할 수 있게 설명하는 사람입니다. 그것은 프롬프트 기술인 동시에, 일의 기준을 세우는 능력이기도 합니다.

실은 이 능력은 AI에게만 필요한 것이 아닙니다. 사람에게 일을 맡길 때도 마찬가지입니다. 내가 원하는 결과가 무엇인지, 어떤 기준으로 좋은지, 무엇은 빼야 하는지 설명하지 못하면 결과는 흔들립니다. AI는 그 사실을 더 빨리, 더 선명하게 드러내 줄 뿐입니다.

그래서 AI를 쓰다 보면 묘하게 이런 깨달음이 옵니다. "AI가 애매한 게 아니라, 내가 애매했구나." 이 깨달음은 조금 아프지만 대단히 유용합니다. 그 순간부터 프롬프트는 감으로 던지는 문장이 아니라, 결과를 설계하는 지시가 됩니다.

이 장의 핵심 정리

좋은 출력은 모델의 기분에서 나오지 않습니다. 좋은 지시에서 나옵니다. 특히 그 지시가 구체적이고, 관찰 가능하고, 평가 가능한 형태일수록 결과는 안정됩니다.

"잘", "적당히", "자연스럽게" 같은 말만으로는 부족합니다. 누구를 위한 결과인지, 어느 정도 길이와 수준인지, 무엇을 포함하고 제외할지, 어떤 형식으로 받아야 하는지를 밝혀야 합니다. 그래야 AI가 덜 헤매고, 사용자도 결과를 제대로 고칠 수 있습니다.

결국 핵심은 하나입니다. 애매한 요청은 애매한 답을 부른다. 선명한 지시는 선명한 출력을 만든다.

다음 장에서는 이런 원리를 바탕으로, 예시를 주는 법, 역할을 지정하는 법, 형식을 정하는 법을 더 실전적으로 살펴보겠습니다.