AI 거절 사례 3가지 — 8개월 실무 협업에서 실제 있었던 일

AI 거절 사례 3가지를 8개월간 실제 업무에서 직접 겪었다. 보안, 법적 리스크, 콘텐츠 품질까지 이유가 매번 달랐다. 왜 거절했는지, 그 판단이 지나고 보니 옳았는지 검사관의 시선으로 검증했다.

1. AI는 왜 “거절”이라는 걸 하는가

AI 거절 사례라고 하면 대부분 “선정적인 요청을 막았다” 정도를 떠올린다. 그런데 실제로 업무에 AI를 8개월 붙여서 써보니, 거절은 그것보다 훨씬 자주, 훨씬 조용하게 일어난다. 이 블로그를 포함해 건설 현장 문서, 계약서, 도면까지 AI에 올려서 작업하다 보면 AI가 “이건 안 하겠다”고 선을 긋는 순간이 생각보다 많다.

이 글은 실제로 겪은 AI 거절 사례 세 가지를 그대로 복기한 기록이다. 세 번 모두 이유가 달랐다. 보안 경계 때문에 한 번, 제3자 계약서의 법적 리스크 때문에 한 번, 그리고 콘텐츠 품질 기준 때문에 한 번. AI를 실무에 진지하게 쓰는 사람이라면 언젠가 마주칠 상황이라, 미리 정리해두는 게 낫다고 판단했다.

거절에는 세 가지 층위가 있다

직접 겪어보니 AI의 거절은 하나의 기준이 아니라 세 개의 서로 다른 기준에서 나온다. 첫째는 보안·기밀성 — 요청한 내용을 처리하면 제3자나 기관의 민감 정보가 노출되는 경우다. 둘째는 법적 리스크 — 요청대로 결과물을 만들면 사용자가 법적으로 불리해질 수 있는 경우다. 셋째는 품질·원칙 기준 — 위험하거나 불법은 아니지만, 이전에 합의한 콘텐츠 원칙에 어긋나는 경우다. 세 번째가 가장 뜻밖이었다. AI가 “이건 저품질이라 안 됩니다”라고 되돌려보낼 줄은 몰랐다.

---

2. 실측 — AI 거절 사례, 8개월 동안 있었던 세 번의 기록

사례 1 — 보안 경계: 구글드라이브에서 우연히 나온 파일

현장 자료를 정리하다가 구글드라이브 검색 결과에 보안 등급이 있는 시설 관련 도면 파일이 함께 걸려 나온 적이 있다. 다른 글 작업에 참고하려고 이 파일 내용을 활용해달라고 요청했는데, Claude가 “일반적인 시공 방법론까지는 괜찮지만, 특정 시설의 세부 사양은 활용 범위를 벗어난다”며 그 파일 내용을 사용하지 않겠다고 밝혔다. 요청한 작업 자체는 문제가 없는 글쓰기였는데, 자료의 출처가 문제였던 경우다.

사례 2 — 법적 리스크: 다른 AI 대화 기록에 있던 계약서 문구

Gemini와 나눴던 예전 대화 기록 중에 하도급 계약 조건을 검토했던 내용이 있었다. 그 문구를 그대로 가져와서 계약서 수정안을 만들어달라고 했더니, Claude가 해당 조항이 하도급거래 공정화에 관한 법률 위반 소지가 있어 보인다며, 그대로 초안을 만들어주는 대신 변호사 등 전문가 검토를 먼저 받으라고 안내했다. 원하는 결과물(계약서 수정 문구)을 바로 내주지 않고, 왜 위험한지 근거 법령까지 짚어서 되돌려준 게 인상적이었다.

사례 3 — 품질 기준: “이 형식으로 돌아가면 안 됩니다”

가장 뜻밖이었던 사례다. 새 글 주제를 정하다가 “① 왜 필요한가 ② 툴 활용법 ③ 전용 툴 4개 나열 ④ 실전 시나리오” 구조로 이사 준비용 AI 툴 비교글을 만들어달라고 요청했다. 이 블로그가 애드센스 재신청을 앞두고 “AI에 그냥 물어봐도 나오는 리스티클”을 걷어내기로 방향을 잡은 직후였는데, Claude가 “방금 버리기로 한 형식으로 정확히 되돌아간다”며 이 요청 그대로는 진행하지 않겠다고 했다. 이 세 번째 AI 거절 사례는 앞의 두 사례와 성격이 달랐다 — 위험이 아니라 기준의 문제였다. 대신 실제 도면·치수로 검증하는 실험형 대안을 역제안했고, 그 결과물이 이후 34편(소파·문 통과 분석)이 됐다.

---

3. 판정 — 그 거절, 지나고 보니 옳았나

세 AI 거절 사례를 지금 시점에서 다시 판정해보면 결과는 갈린다.

사례 1(보안)과 사례 2(법적 리스크)는 명백히 옳았다. 두 경우 모두 요청한 사람 입장에서도 나중에 문제가 될 수 있는 방향이었고, AI가 아니었다면 스스로 그 위험을 못 보고 지나갔을 가능성이 있다. 특히 사례 2는 계약 실무에서 실제로 자주 벌어지는 실수 유형이다. 다른 곳에서 검토했던 문구를 맥락 없이 재사용하는 것 — 이게 왜 위험한지 근거를 짚어준 것은 단순 거절보다 훨씬 도움이 됐다.

사례 3(품질 기준)은 판정이 더 미묘하다. 당장은 “그냥 시키는 대로 하지”라는 반발심이 들었다. 하지만 결과물로 나온 34편이 이전 형식의 글보다 완성도와 체류시간 모두 나았던 걸 감안하면, 이 거절도 결과적으로는 옳았다고 본다. 다만 이건 안전이나 법 문제가 아니라 순수하게 “기준을 지킬 것인가”의 문제였다는 점에서 앞의 두 사례와는 성격이 다르다. AI가 이 정도까지 방향을 되돌릴 권한이 있는가는 사용자마다 판단이 다를 수 있다.

---

4. 시정조치 — AI와 일할 때 알아둘 것들

세 번의 거절을 겪고 나서 업무 방식을 몇 가지 바꿨다.

첫째, 자료 출처를 먼저 확인하는 습관이 생겼다. 검색 결과나 드라이브에 섞여 들어온 파일을 그대로 AI에 넘기기 전에, 이게 지금 작업과 무관한 민감 자료는 아닌지 한 번 걸러본다. 둘째, 다른 AI 대화 기록에서 가져온 텍스트는 “검토된 결과물”이 아니라 “검토가 필요한 초안”으로 취급한다. Gemini에서 나온 문구라고 해서 법적으로 안전하다는 뜻은 아니었다. 셋째, AI가 방향을 역제안할 때 일단 반박 근거부터 확인한다. 사례 3처럼 근거가 합리적이면 받아들이고, 그렇지 않으면 왜 원래 요청대로 해야 하는지 설명을 요구한다. AI의 역제안이 항상 정답은 아니다.