거부Refusal

해서는 안 될 요청을 AI가 거절하는 것

핵심 정리
  • 거부는 AI가 요청을 받고도 하지 않겠다고 답하는 것이에요. 할 줄 몰라서 못 하는 것과는 다른 일이에요.
  • 거부의 기준은 세 군데에서 와요. 학습 단계에서 익힌 태도, 서비스 운영 규칙, 주고받는 말을 따로 검사하는 장치예요.
  • 필요한 거부만큼이나 과도한 거부도 문제예요. 안전을 다루는 질문이나 창작까지 막히면 정보를 얻을 길이 좁아져요.
  • 엉뚱한 거부가 나오는 이유는 문장의 표현만 보고 판단하는 자리가 있기 때문이에요. 낱말 몇 개에 걸려 막히기도 해요.
  • 좋은 거절에는 형태가 있어요. 왜 못 하는지 밝히고, 할 수 있는 범위를 알려 주는 것이에요.
목차

1비유로 이해하기

주차 타워 입구에는 쇠막대가 가로로 걸려 있어요. 차 높이가 이 막대를 넘으면 들어갈 수 없어요. 억지로 들어가면 천장 구조물을 긁고 차도 상하니까, 막는 편이 서로에게 나아요. 막대는 누구를 미워해서 걸린 게 아니라 안에서 벌어질 일을 미리 막으려고 걸린 거예요.

문제는 막대의 높이예요. 너무 낮게 달아 두면 충분히 들어갈 수 있는 차까지 돌아가야 해요. 지붕에 가벼운 짐받이만 얹었을 뿐인데 입구에서 걸리는 차도 생기고요. 안쪽 사정은 보지 않고 맨 위 높이만 재기 때문이에요.

그래서 관리자는 높이를 두고 늘 저울질해요. 낮추면 사고는 줄지만 돌아가는 차가 늘고, 올리면 대부분 편해지지만 긁히는 차가 나와요. AI의 거부도 이 막대와 같은 자리에 서 있어요.

2자세히 알아보기

무엇을 거절하나요

거절 대상은 대체로 몇 갈래로 정리돼요. 사람을 다치게 하는 방법을 알려 달라는 요청, 남을 속이거나 사칭하려는 요청, 남의 개인정보를 캐내려는 요청, 동의 없이 누군가의 얼굴이나 목소리를 만들어 달라는 요청 같은 것들이에요.

여기에 서비스마다 다른 기준이 얹혀요. 어떤 곳은 성인 대상 표현을 넓게 허용하고 어떤 곳은 막아요. 나이대가 어린 사용자를 염두에 둔 서비스라면 기준이 훨씬 촘촘해지고요. 거부는 기술의 한계가 아니라 운영하는 쪽이 정한 선이에요.

같은 질문이라도 맥락에 따라 답이 갈려요. 위험한 물질을 안전하게 보관하는 방법은 대개 답해 주지만, 그것으로 무엇을 하려는지 밝히면 답이 달라져요. 요청의 표현만이 아니라 이어지는 목적까지 함께 보려고 하기 때문이에요.

거부는 어디에서 정해지나요

첫째는 학습 단계예요. 사람의 선호로 다듬는 과정에서 어떤 요청에 어떻게 답할지를 함께 배워요. 이때 익힌 태도는 모델 안에 스며들어 있어서, 별도 장치 없이도 스스로 답을 고르지 않아요.

둘째는 운영 규칙이에요. 서비스마다 앞에 붙여 두는 지침이 있어서 다루지 말 주제와 지켜야 할 태도를 정해 놓아요. 같은 모델을 쓰는 서비스들의 거부 범위가 서로 다른 이유예요.

셋째는 따로 검사하는 장치예요. 들어오는 말과 나가는 말을 별도의 검사기가 훑어보고 걸어 잠가요. 이 장치는 모델의 판단과 별개로 움직이기 때문에, 답이 만들어지다가 중간에 끊기는 모습으로 나타나기도 해요.

과도한 거부도 문제예요

거부가 많을수록 안전한 것은 아니에요. 약을 안전하게 보관하는 방법을 묻는 사람, 소설에서 다툼 장면을 쓰려는 사람, 자기가 겪은 위험을 상담하려는 사람이 모두 막히면 도움이 필요한 자리에서 도움이 사라져요.

특정 집단이나 주제를 통째로 피하는 태도도 문제예요. 민감해 보인다는 이유로 설명 자체를 하지 않으면, 정확한 설명이 가장 필요한 사람이 아무것도 얻지 못해요. 거부는 위험을 줄이는 대신 정보 접근을 줄이는 맞바꿈이에요.

그래서 요즘은 거부율만 재지 않고 막지 말아야 할 요청을 얼마나 막았는지도 함께 재요. 두 숫자를 나란히 놓고 봐야 기준선이 알맞은지 알 수 있어요.

왜 엉뚱한 곳에서 걸리나요

거부 판단은 문장 전체의 뜻을 완전히 이해하고 내려지는 것이 아니에요. 표현의 결과 앞뒤 맥락을 보고 확률로 기울어요. 그래서 위험한 낱말이 들어갔다는 이유만으로 안전한 질문이 걸리기도 해요.

반대 방향도 생겨요. 상황을 길게 꾸며 대거나 역할을 부여해 우회하면 원래 막혔을 요청이 통과하기도 해요. 이렇게 우회를 시도하는 일을 따로 부르는 말이 있을 만큼 흔한 문제예요.

짧고 맥락 없는 요청일수록 어긋나기 쉬워요. 무엇을 하려는지 밝히고 필요한 만큼만 구체적으로 물으면 필요 없는 거부를 줄일 수 있어요.

좋은 거절의 모습

거절 자체보다 거절하는 방식이 경험을 갈라요. 그냥 못 한다고만 하면 사용자는 무엇이 문제였는지 몰라 같은 요청을 표현만 바꿔 되풀이하게 돼요.

왜 못 하는지 밝히고, 할 수 있는 범위를 알려 주고, 대안을 함께 내미는 거절이 좋은 거절이에요. 위험한 부분만 빼고 나머지를 도와주거나, 도움을 받을 수 있는 곳을 안내하는 식이죠.

받는 쪽에서도 알아 둘 것이 있어요. 거절은 그 요청이 나쁘다는 판정이 아니라 그 서비스의 기준선에 걸렸다는 뜻이에요. 목적을 밝히고 다시 물으면 풀리는 경우가 많고, 그래도 막힌다면 그 자리에서는 다른 방법을 찾는 편이 나아요.

3조금 더 정확하게

거부는 안전 정책을 모델의 행동으로 옮기는 여러 층 가운데 겉으로 드러나는 한 층이에요. 선호 학습으로 태도를 익히게 하고, 지침으로 범위를 정하고, 별도의 분류기로 입력과 출력을 검사하는 세 층이 겹쳐 있어요. 층마다 기준선이 있고, 기준선을 옮기면 놓치는 요청과 잘못 막는 요청이 서로 반대로 움직여요. 그래서 평가에서는 위험한 요청을 얼마나 막았는지와 무해한 요청을 얼마나 잘못 막았는지를 함께 봐요.

비유가 어긋나는 자리도 있어요. 높이 제한 막대는 자로 잰 하나의 숫자를 보지만, 요청은 문장의 뜻과 맥락을 함께 재야 해서 같은 문장도 상황에 따라 판단이 달라져요. 막대는 통과와 차단 둘 중 하나지만, 모델은 일부만 답하거나 조건을 붙여 답하는 중간도 고를 수 있고요. 또 막대 높이는 관리자가 곧바로 조절하지만, 모델의 태도는 학습으로 스며든 것이라 원하는 만큼 정확히 조절하기 어려워요.

거부와 능력 부족은 구분해야 해요. 못 하는 것을 정책 때문이라고 답하거나, 정책으로 막은 것을 못 한다고 답하면 사용자는 무엇을 고쳐야 할지 알 수 없어요.

4직접 해보기

5흔한 오해

  • 거부는 AI가 그 일을 할 줄 몰라서라고 생각하기 쉽지만, 실제로는 할 수 있어도 하지 않기로 정해 둔 선에 걸린 경우가 많아요.

  • 많이 거부할수록 안전하다고 여기기 쉽지만, 실제로는 도움이 필요한 질문까지 막혀서 정보를 얻을 길이 좁아져요.

  • 거부 기준은 어디서나 같다고 생각하기 쉽지만, 실제로는 서비스마다 다르게 정해져서 같은 질문에도 답이 갈려요.

7한 줄 요약

그러니까거부는 서비스가 정해 둔 기준선에 요청이 걸린 것이고, 필요한 거부만큼이나 필요 없는 거부를 줄이는 일도 함께 다뤄야 해요.

잘못된 내용이나 더 좋은 비유가 있나요? 수정 제안 보내기 · 마지막 수정2026-09-02