AI에게 역할을 지정할 때의 실수는 ‘누구처럼 답하라’는 말에 작업 내용과 확인 기준이 빠지는 데서 시작됩니다. 여기서 역할은 사람에게 직책을 맡기는 일이 아니라 답변의 관점과 표현 방식을 정하는 조건입니다. 이 글은 역할 설정이 잘못되는 다섯 가지 경우와 고치는 문장을 한 가지 연습용 상황에 적용합니다. 아래 요청문은 모두 예시이며 실제 AI 응답이나 실험 결과가 아닙니다.
연습용 상황: 전자책 구매 안내를 FAQ로 바꾸기
사이트 운영자가 이미 작성한 구매·다운로드 안내문을 초보 고객이 읽기 쉬운 FAQ로 바꾼다고 가정합니다. 실제 정책이나 구매 기록을 제시한 사례가 아니므로, 요청문에는 [공식 안내문 붙이기]라는 자리표시자를 사용합니다. 환불 기한, 금액, 서비스 기능처럼 자료에 없는 사실을 생성하라고 지시하지 않습니다.
실수 1. 직함만 적고 수행할 작업을 빠뜨리기
“너는 전문가야. 알아서 잘 써줘”라고 하면 어떤 자료를 무엇으로 바꿀지, 누가 읽을지, 무엇을 지켜야 할지 알 수 없습니다. ‘전문가’라는 단어를 더 강하게 반복하기보다 역할의 관점·작업·입력 자료·출력 형식을 명시합니다.
고친 연습용 요청: “초보 고객에게 설명하는 편집자의 관점에서 [공식 안내문 붙이기]를 읽고 전자책 구매 및 다운로드 FAQ 초안을 만들어줘. 질문 4개 이내로 정리하고, 각 답변은 원문에서 확인되는 정보만 사용해줘.”
실수 2. 역할 지정을 전문 자격이나 사실 검증으로 오해하기
“공식 고객센터 직원이니 환불 기준을 확정해줘”라는 요청은 AI에게 존재하지 않는 권한을 부여한 것처럼 보이게 합니다. AI에게 직원이나 전문가의 역할을 부여해도 실제 서비스의 정책을 확인하거나 공식 답변을 승인한 것은 아닙니다. 특히 결제·환불 같은 정보는 운영자가 제공한 최신 공식 안내문과 대조해야 합니다.
고친 연습용 요청: “고객 안내문을 쉽게 풀어 쓰는 편집자의 관점으로 답해줘. 환불 조건은 제공한 공식 문구를 그대로 따르고, 문구에 없는 기한·예외는 만들지 말고 ‘운영자 확인 필요’로 표시해줘.”
실수 3. 서로 충돌하는 역할이나 목표를 한 번에 맡기기
“홍보 담당자처럼 장점만 강조하면서 중립적인 검토자처럼 모든 제한도 빠짐없이 알려줘”는 두 작업을 한 문장에 섞습니다. 장점만 쓰라는 지시와 제한을 빠짐없이 밝히라는 지시는 충돌합니다. 두 관점이 필요하다면 먼저 사실과 제한을 점검하고, 그다음 확인된 정보로 소개문을 쓰도록 순서를 나눕니다.
고친 연습용 요청: “1단계에서 안내문의 구매 절차와 제한 사항을 각각 추려줘. 2단계에서 확인된 내용만 사용해 초보 고객용 FAQ를 써줘. 두 단계에서 원문에 없는 혜택이나 예외는 보태지 마.”
실수 4. 독자와 자료의 범위를 비워 두기
“고객센터처럼 친절하게 설명해줘”라고만 하면 어떤 독자를 위한 설명인지, 어떤 자료가 기준인지 정해지지 않습니다. 처음 구매하는 고객에게는 다운로드 위치와 문의 경로가 중요할 수 있지만, 실제 안내문에 그 내용이 없으면 AI가 임의로 채워서는 안 됩니다. 자료와 독자 수준을 함께 지정하세요.
고친 연습용 요청: “처음 전자책을 구매하는 고객을 대상으로, 아래 안내문에 적힌 구매 후 절차만 번호 목록으로 정리해줘. 안내문에 다운로드 위치나 문의 경로가 없다면 해당 항목을 만들지 말고 ‘확인 필요’라고 적어줘. [공식 안내문 붙이기]”
실수 5. 답변의 문제를 찾지 않고 더 강한 역할만 덧붙이기
원하는 답변이 나오지 않았을 때 “더 뛰어난 전문가처럼”이라고 되풀이해도 빠진 정보가 사실, 형식, 설명 난도 중 어디에 있는지 드러나지 않습니다. 먼저 답변에서 관찰한 문제 한 가지를 적고, 역할을 키우기보다 해당 조건만 고칩니다. 원문과 맞는 내용은 유지하고 바꿀 부분을 지정하면 수정 여부를 판단하기 쉽습니다.
고친 연습용 후속 요청: “앞서 작성한 FAQ에서 초보자가 이해하기 어려운 용어만 찾아 쉬운 표현으로 고쳐줘. 질문 수와 원문에서 확인한 구매 조건은 그대로 두고, 바꾼 표현만 목록으로 보여줘.” 이는 실제 결과를 확인한 기록이 아니라 수정 방법을 보여주는 연습 문장입니다.
역할 설정 문장을 최종 점검하는 방법
역할의 관점이 작업과 관련이 있는가? 원문과 독자가 제시되었는가? 작업의 범위와 출력 형식이 분명한가? 역할을 사실 확인이나 전문 자격의 대체물로 쓰지 않았는가? 서로 충돌하는 지시가 있다면 단계로 분리했는가? 결과를 받으면 이 다섯 가지와 원문 일치 여부를 확인합니다.
요약
역할 설정은 직함을 멋지게 붙이는 기술이 아닙니다. 관점, 실제 작업, 제공 자료, 독자, 확인 기준을 함께 정하는 방법입니다. 역할 지정의 기본 개념은 프롬프트에서 역할 지정이 중요한 이유에서 살펴볼 수 있습니다. 이 글은 역할 지정이 실패하는 구체적인 경우와 수정 요청문에 초점을 맞췄습니다.