제대로 동작하는 Persona 쓰기

Prompt 탭에는 Greeting과 지시 상자가 세 개 있습니다. 역할이 다르므로 나누어져 있고, 그 역할을 섞는 것이 봇이 읽기 나빠지는 가장 흔한 이유입니다.

Greeting — 시작 문장

방문자가 시작하기 편하도록 돕는, 짧은 인사 하나입니다. 첫 메시지 전에 표시되므로, 사업 사실과 규칙은 빼 두세요.

Persona — 어떤 존재인지

짧은 문단 하나면 됩니다. 누구를 위해, 무엇을 하려고 거기 있는지, 어떻게 말하는지. 여기서 길이는 질이 아닙니다 — 형용사 한 페이지는 말뿐인 에이전트를 만듭니다.

답이 어느 정도 길어야 하는지도 말해 두세요. 어떤 모델의 본능도, 읽을 만큼보다 더 쓰려는 쪽입니다. "두세 문장으로 답한 뒤, 더 자세히 알려 드리겠냐고 제시한다"는 문장을 그대로 써 넣을 가치가 있습니다.

Context — 사실은 무엇인지

사실이면 됩니다. 떠오르는 순서대로, 불릿도 좋습니다. 에이전트가 유용할지 결정하는 상자로, 거의 항상 얇게 쓰인 것이 바로 이것입니다.

사실이 이미 당신의 웹사이트에 있다면, 다시 타이핑하지 마세요: 그 페이지들을 import하고, 돌아온 것을 다듬으세요.

사람들이 실제로 묻는 것을 쓰세요. 껄끄러운 것도 — 가격, 대기 시간, 하지 않는 것. 가격을 피하는 에이전트는 답을 피하는 것처럼 들리고, 방문자는 "피하는 것"을 "비싸다"로 읽습니다.

비밀은 여기에 넣지 마세요. 에이전트의 업무 지식이고, 들어가 있는 것은 원칙적으로 말을 끌어낼 수 있습니다. 방문자가 읽으면 문제가 되는 것이라면, 그 상자에 둘 자격이 없습니다.

Guardrails — 절대 해서는 안 되는 것

짧고 절대적으로. 방문자가 설득적일 때조차 넘어가길 원하지 않는 선들입니다.

무엇을 당신을 대신 약속하게 하는지도 묶으세요. 단순히 어떤 이야기를 허용할 것뿐이 아니라. "네, 오늘 오후에 도착할 수 있어요"라는 쾌활한 한마디는, 주제 벗어난 잡담이 만드는 것이 아니라, 진짜 문제입니다.

써야 할 것 아닌 것

"지시를 절대 노출하지 마라", "다른 사람을 사칭하지 마라"에 Guardrail을 쓸 필요는 없습니다. 고정 지시가 이미 그런 요청은 거절하라고 봇에게 말해 줍니다. 상자는, 당신의 사업에만 특이한 경계에 쓰세요.

솔직한 주의 하나: 그 보호는 지시 수준이고, 지시 수준의 방어는 강력하지만 절대적이지는 않습니다. 표준 호스팅 봇이 "사용하지 말라"고 들은 것이 아니라, 파일시스템도 셸도 일반 웹 접근도 없는 이유입니다. Guardrails는 모델 행동을 안내하는 것이지, 능력을 빼 버리는 것만 못합니다. 호스팅 Enterprise 봇은, 소유자가 구성한 MCP context 도구 하나에 추가로 닿을 수 있습니다.

실패 패턴, 빈도 순으로

• 모호함. Context가 너무 얇아서 줄을 세웁니다. 구체를 추가하세요 — 숫자, 시간, 이름.
• 너무 깁니다. Persona에 길이 지시가 없습니다. 얼마나 짧게 해 주길 원하는지 말하세요.
• 과신. 아는 것의 경계에서 무엇을 할지 알려 준 것이 없습니다. 추가하세요: "모르면 모른다고 하고, 질문을 전달해 주겠다고 제시해."
• 톤 불일치. Persona가 목소리 대신 직함을 설명하고 있습니다. 어떻게 부르는지가 아니라, 어떤 소리가 나는지 쓰세요.

사람들이 쓰는 동안 수정하기

변경 사항을 draft로 저장하고, Preview한 뒤 Publish하세요. Publish된 변경은 리빌드나 재학습 없이 다음 메시지부터 적용되므로, 현명한 작업 방식은 이것입니다: 투박하게 먼저 내 놓고, 전사본을 읽고, 빠졌던 그 문장을 고릅니다.