일상적인 메시지 한 통으로 AI 캐릭터의 문자 답장을 재설계하는 방법

가상의 대화 한 편으로 시작하기

지어낸 평범한 시나리오를 활용해 보세요. 예를 들면 다음과 같습니다.

> 마야: “내일 파란색 파일 폴더 좀 가져다줄 수 있어? 현관문 옆에 뒀거든.” > > AI 캐릭터: “응, 가져다줄게.”

이는 연습을 위해 만든 가상의 예시입니다. 발신자는 폴더를 가져다달라는 구체적인 행동 하나를 요청합니다. “내일”은 시간을, “파란색”은 물건을 식별해 주며, 현관문은 위치에 대한 단서를 제공합니다. 수신자는 요청이 이해할 수 있을 만큼 구체적이므로 바로 답할 수 있습니다. 답장을 개인적인 말투로 만들기 위해 뒷배경을 꾸며내거나, 기분을 짐작하거나, 긴 미사여구를 덧붙일 필요가 없습니다.

이러한 첫 번째 분석은 디자인적 해석일 뿐, 모든 독자가 추론할 내용에 대한 증거는 아닙니다. Google의 대화 디자인 가이드는 사용자의 목표와 맥락을 상호작용 디자인의 일부로 다루며, 이는 메시지를 분석하는 실용적인 방법을 제시합니다. 즉, 작업과 그 주변 상황을 모두 기록하는 것입니다. Google의 대화 디자인 개요

규칙을 작성하기 전에 평이한 언어로 짧은 메시지 개요를 작성해 보세요.

요청 사항: 파란색 파일 폴더 가져오기.

언제: 내일.

어디서 또는 어느 것: 현관문 옆에 있는 파란색 폴더.

불명확한 세부 사항: 메시지에 내일 몇 시인지 나와 있지 않음.

답장이 해야 할 일: 확인되지 않은 시간이나 약속을 덧붙이지 않고 행동을 확인하기.

이 개요는 이 글의 의사결정 보조 도구입니다. 단일 메시지를 작업(action), 맥락(context), 불확실성(uncertainty), 응답의 역할(response job)이라는 네 가지 점검 항목으로 변환합니다. 이는 텍스트에 실제로 포함된 정보와 작성자가 덧붙이고 싶어 할 만한 세부 사항을 구별하는 데 도움이 됩니다.

요청 사항과 캐릭터의 말투 분리하기

말투를 입히기 전에 가장 담백하고 정확한 답장부터 작성해 보세요. “응, 내일 파란색 파일 폴더 가져갈게.” 이 문장은 요청을 다루며 캐릭터가 이해한 내용을 확인할 수 있을 만큼의 세부 정보를 반복합니다. 그런 다음 캐릭터라면 자연스럽게 어떻게 표현할지 결정하세요. 예를 들어 “응, 내일 파란색 폴더 챙겨갈게”처럼 바꿀 수 있습니다. 표현은 달라지지만, 전달해야 할 작업은 변하지 않습니다.

이러한 순서는 말투가 이해를 대신하는 것이 아니라 캐릭터를 표현하는 수단이 되도록 만듭니다. 문장이 재치 있거나 따뜻하더라도 행동을 확인하지 못한다면 답장의 기본적인 역할을 다하지 못한 것입니다. 반대로 간결한 확인 문장이라도 자주 쓰는 줄임말, 가벼운 감탄사, 특유의 격식 수준 등을 통해 캐릭터의 개성을 충분히 담아낼 수 있습니다.

말투 규칙은 관찰 가능한 형태로 유지하세요. “매력적으로 들리게 할 것”이라는 규칙은 해석의 여지가 너무 많지만, “일상적인 단어를 사용하고, 복잡한 농담을 피하며, 일상적인 확인은 한 문장으로 끝낼 것”은 작성자가 적용하고 비교해 볼 수 있는 기준이 됩니다. W3C 웹 접근성 이니셔티브(WAI)는 명확하고 간결한 글쓰기 지침에서 맥락에 맞는 짧고 명확한 문장과 단순한 언어를 권장합니다. 해당 문서는 웹 콘텐츠를 다루고 있으므로 이를 가상의 문자 메시지에 적용하는 것은 하나의 디자인적 선택이지, 캐릭터 대사를 규정한다는 의미는 아닙니다.

초안을 답장 규칙으로 변환하기

이 대화에 대한 간결한 규칙 세트는 다음과 같이 작성할 수 있습니다.

요청된 행동에 먼저 답한다.

이해했음을 확인하는 데 도움이 될 경우 핵심 항목이나 시간을 반복한다.

일상적인 확인에는 자연스러운 짧은 한 문장을 사용한다.

메시지에 명시되지 않은 시간, 장소 또는 추가적인 약속을 꾸며내지 않는다.

누락된 세부 사항으로 인해 캐릭터가 취할 수 있는 행동이 달라진다면 핵심을 찌르는 질문 하나를 던진다.

이 규칙들은 작업 처리와 말투 제약을 결합한 것입니다. 또한 캐릭터의 행동이 어디서 멈춰야 하는지도 보여줍니다. 메시지는 폴더를 내일 가져오겠다는 확인을 뒷받침하지만, 특정 시간에 가져오겠다고 약속하거나 이미 챙겼다고 주장하는 것은 뒷받침하지 않습니다.

OpenAI의 프롬프트 생성 문서는 작업, 제약 조건, 예상 결과를 명시할 것을 권장하며, 의도한 결과를 보여주기 위한 선택적 방법으로 예시를 제시합니다. 글쓰기 연습 측면에서 이는 모호한 지침을 검증 가능한 짧은 규칙 세트로 바꾸고 샘플 대화와 짝을 이루도록 하는 방식을 뒷받침합니다. 다만 특정 문구 세트가 모든 모델에서 특정한 결과를 보장한다는 뜻은 아닙니다. OpenAI의 프롬프트 생성 가이드

사소한 변형을 하나씩 테스트하기

하나의 메시지에 들어맞는 규칙이 유사한 다른 사례에는 너무 모호하거나 지나치게 경직될 수 있습니다. 기본 대화를 유지하면서 테스트마다 세부 사항을 하나씩만 변경해 보세요. 이렇게 하면 어떤 규칙이 유용하게 작동하고 어떤 답장에 명확한 정리가 필요한지 드러납니다.

테스트 메시지: “내일 파란색 파일 폴더 좀 가져다줄 수 있어?”; 변경 사항: 위치 단서 제거; 시도할 답장: “응, 내일 파란색 파일 폴더 가져갈게.”

테스트 메시지: “내일 아침에 파란색 파일 폴더 좀 가져다줄 수 있어?”; 변경 사항: 시간 범위 축소; 시도할 답장: “응, 내일 아침에 가져갈게.”

테스트 메시지: “내일 파일 폴더 좀 가져다줄 수 있어?”; 변경 사항: 색상 제거, 어떤 폴더인지 불명확할 수 있음; 시도할 답장: “응, 어떤 폴더 말하는 거야?”

테스트 메시지: “파란색 파일 폴더 좀 가져다줄 수 있어?”; 변경 사항: 요일/날짜 누락; 시도할 답장: “응, 언제 가져다줄까?”

예시 답장들은 이해를 돕기 위한 디자인 예시일 뿐, 측정된 결과치가 아닙니다. 이러한 변형의 목적은 식별자나 시간이 누락되었을 때 규칙 세트가 어떻게 반응하는지 확인하는 것입니다. 고객 의도 명확화에 관한 Microsoft의 가이드에서는 명확화 질문이 사용자의 의도를 좁혀줄 수 있다고 언급하면서도, 디자이너들에게 명확성과 불필요한 질문 자제 사이에서 균형을 잡을 것을 조언합니다. 여기서 핵심을 찌르는 질문은 누락된 세부 사항이 행동에 영향을 미칠 때만 나타납니다.

여러 가지를 한 번에 바꾸지 마세요. 한 번의 테스트에서 발신자의 어조를 바꾸고, 새로운 장소를 추가하고, 캐릭터의 말투까지 변경하면 답장이 왜 바뀌었는지 파악하기 어려워집니다. 간단한 테스트 노트를 만들어 메시지, 테스트 대상 규칙, 답장, 그리고 그 답장이 적절한 이유를 기록할 수 있습니다. 예상치 못한 답장이 나온다면 캐릭터에 더 복잡한 성격 묘사가 필요하다는 증거가 아니라, 규칙이나 예시를 수정하라는 신호로 받아들이세요.

맥락을 지어내지 않고 불확실성 다루기

짧은 문자 메시지는 발신자가 상대방도 알고 있을 것이라 기대하기 때문에 세부 사항을 생략하는 경우가 많습니다. 연습 과정에서도 이러한 한계를 보존해야 합니다. 메시지에 “그 폴더”라고만 적혀 있고 조건에 맞는 폴더가 여러 개라면 캐릭터는 어떤 것인지 물어볼 수 있습니다. 대화 속에서 이미 하나의 폴더만 언급되었다면 작성자는 그 맥락을 활용해도 좋습니다. 그런 맥락이 없다면 지레짐작으로 확신을 만들어내는 것은 대화의 진실성을 떨어뜨립니다.

대체 전략(fallback) 및 핸드오프에 관한 Microsoft의 가이드에서는 이해를 구하는 응답과 요청을 이행할 수 없을 때 전환하는 응답을 구분합니다. 이 일상적인 가상 장면에 적용할 수 있는 핵심은 단순합니다. 캐릭터가 당장의 대화 작업을 자신 있게 완료할 수 없을 때는 발신자에게 명확한 다음 단계를 제시하는 것입니다. “어떤 폴더 말하는 거야?”와 같이 자연스럽게 되묻는 것은 누락된 세부 사항을 구체적으로 짚어주므로 막연한 “잘 모르겠어”보다 훨씬 유용합니다.

또한 불확실한 해석과 이미 알려진 사실을 구분하세요. 가상의 발신자가 해당 행동을 요청했고 캐릭터가 이에 동의할 수 있다면 “내일 폴더 가져갈게”는 명확한 확인입니다. 반면 “9시에 가져갈게”는 메시지에서 전혀 제공되지 않은 정보를 덧붙이는 꼴이 됩니다. 세심하게 디자인된 답장은 추측을 은근슬쩍 약속으로 바꾸어서는 안 됩니다.

테스트 후 규칙 수정하기

테스트 후에는 구체적으로 어긋난 부분이 있는지 살펴보세요. 세부 사항이 중요하지 않은데도 캐릭터가 굳이 되물었나요? 전혀 언급되지 않은 시간을 확정해 버렸나요? 말투 규칙 때문에 답변이 명확해지지는 않고 길어지기만 했나요? 문제를 설명하는 가장 작은 단위의 규칙을 수정한 다음 동일한 변형들을 다시 실행하여, 한 사례를 고치면서 다른 사례가 어색해지지 않는지 확인하세요.

예를 들어 원래 메시지에 이미 “내일”이라고 명시되어 있는데도 “언제인지 물어볼 것”이라는 규칙 때문에 불필요한 질문이 나온다면, 다음과 같이 다듬을 수 있습니다. “요청을 완료하는 데 요일이나 시간이 반드시 필요하지만 아직 주어지지 않은 경우에만 시간을 묻는다.” 이 규칙은 무조건적인 습관이 아니라 의사결정의 조건을 규정합니다. 나중에 수정할 때도 동일한 소수의 사례를 기준으로 점검할 수 있도록 테스트 메시지를 규칙 옆에 함께 보관하세요.

목표는 반복 가능한 작성 방식을 만드는 것입니다. 가상의 대화 한 편을 활용하고, 요청과 맥락을 파악하고, 답장의 역할을 몇 가지 관찰 가능한 규칙으로 바꾼 뒤, 인접한 변형들을 테스트해 보세요. 그러면 대화에 기여하는 선택들을 통해 캐릭터의 말투가 자연스럽게 발전하는 동시에, 메시지 자체가 캐릭터가 알고 있는 바의 명확한 경계로 남게 됩니다.

이 주제 더 살펴보기