AI 제공사 직원 열람 기록 — 비어 있어도 안 본 건 아닙니다

"내가 AI에 넣은 내용을 그 회사 직원이 볼 수 있나"는 계약할 때 반드시 나오는 질문입니다. 공식 문서에 사람이 열어 볼 때마다 기록을 남겨 고객에게 넘겨주는 기능이 정리돼 있더군요. 그런데 한계 항목에 오해하면 큰일 나는 문장이 있었습니다 — 기록이 비어 있다는 건 "사람이 안 봤다"는 뜻이지, "처리되지 않았다"는 뜻이 아닙니다. 무엇이 남고 무엇이 안 남는지 정리했습니다.

📌 30초 요약

• ★★기록이 비어도 자동 시스템은 계속 처리합니다.
• ★누가 봤는지는 안 알려줍니다 — 부서명까지만요.
• ★대부분의 제품이 대상 밖입니다 — 개인 요금제 포함.
• ⚠️ 실시간이 아닙니다 — 영업일 기준 이틀까지 걸립니다.
• 기록한다고 접근이 줄지는 않습니다 — 기록만 합니다.
• 보관 기간을 넘겨 남기는 경우도 따로 기록이 남습니다.

사람이 열어 볼 때만 기록됩니다

설계 원칙이 명확합니다. 사람의 접근은 미리 공개된 사유가 있을 때만 일어나고, 그 열람 하나하나가 기록으로 남습니다. 내부 도구에 계측이 박혀 있어서 화면에 띄우는 순간 사건이 하나 생기는 구조예요.

사유는 닫힌 목록이고 넷뿐입니다 — ①이용정책·안전성 검토 ②우리 조직에 생긴 사고 대응 ③정책 위반 조사에 따른 보존 ④아동 안전 신고 증거 보존. 새 사유가 생기면 문서를 갱신하겠다고 못 박아 뒀고요. 다만 누가 봤는지는 안 알려줍니다. 기록에 담기는 건 "어느 팀이 봤는가"까지고 개인 신원은 공개하지 않습니다. 언제 봤는지, 어떤 메시지를 봤는지, 어느 조직·작업 공간 것인지는 들어 있습니다.

비어 있어도 안 본 건 아닙니다

이 글에서 가장 중요한 대목입니다. 기록을 열어 봤는데 아무것도 없다면 안심해도 될까요. 절반만 맞습니다.

🚨 자동 처리는 기록을 남기지 않습니다

문서가 한 문장으로 적어 뒀습니다 — "기록이 비어 있다는 것은 사람이 보지 않았다는 뜻이지, 자동 시스템이 처리하지 않았다는 뜻이 아니다." 모델을 돌리는 일, 안전성 분류기, 오용 탐지 같은 자동 처리는 정상 운영의 일부로 계속 돌아가고 여기서는 사건이 안 생깁니다. 사람이 개입할 수 없는 격리된 경로에서 처리된다는 설명이 붙어 있고요. 즉 이 기능은 "기계가 안 봤다"를 증명하지 않습니다. 계약 검토 때 이 구분을 흐리면 안 됩니다.

예외가 하나 있습니다. 심각한 유해 내용이 확인돼 보관 기간을 넘겨 따로 남겨 두는 경우에는 별도 기록이 생기는데, 그 보존을 사람이 시작했든 자동 시스템이 시작했든 똑같이 남습니다. "누가 했는가"와 무관하게 내 데이터의 보관 상태가 바뀌었다는 사실 자체를 알리는 기록이기 때문이죠. 자체 암호 열쇠를 쓰는 조직이라면 여기서 한 가지가 더 걸립니다 — 보존된 내용은 조사가 내 열쇠와 무관하게 진행되도록 내 열쇠 밖에서 다시 암호화됩니다. 나머지는 그대로 내 열쇠 아래 남고요.

대부분의 제품이 대상 밖입니다

기대와 가장 어긋나는 지점입니다. 이름만 들으면 전 제품에 걸릴 것 같은데 실제 적용 범위가 좁습니다.

쓰는 방식	기록이 남나
개발자용 접속창구로 직접 호출	남습니다
열쇠를 넣고 쓰는 코딩 도구	남습니다
기업용 웹 좌석·업무용 제품	안 남습니다
개인 요금제 전부	대상 아님
묶음 처리·파일 보관 기능	안 남습니다
주요 클라우드를 통해 쓰는 경우	그쪽 자체 기능을 쓸 것

기준이 재미있습니다 — 데이터를 아예 안 남기는 선택지가 적용되는 범위와 똑같습니다. 거기서 빠지는 것은 여기서도 빠지죠. 그래서 개인 요금제로 기본 제공되는 모델을 쓰는 경우는 애초에 이 기능의 대상이 아닙니다. 신청도 셀프서비스가 아니라 계약 담당자를 통해 자격 심사를 거쳐야 하고, 작업 공간 하나만 골라서 켜는 것도 안 됩니다 — 조직 전체가 함께 켜집니다.

실시간이 아니고, 접근을 줄이지도 않습니다

보안 관제에 연결할 생각이라면 두 가지를 먼저 알아야 합니다. 첫째, 기록은 영업일 기준 이틀 안에 도착합니다. 문서가 "실시간 경보 채널로 취급하지 말라"고 직접 씁니다. 열람 시각과 기록이 보이기 시작한 시각이 각각 따로 담기니, 경보를 걸 거면 되돌아보는 기간을 그만큼 넉넉히 잡아야 합니다.

둘째, 이 기능은 기록만 할 뿐 접근을 허용하거나 제한하지 않습니다. 직원이 어떤 목적으로 볼 수 있는지는 계약과 이용 정책이 정하고, 이 기능을 켜든 안 켜든 그 범위는 똑같습니다. AI 규제 논의가 오갔던 흐름을 지켜봤다면 감이 올 텐데, 이건 권한을 바꾸는 장치가 아니라 사후에 확인할 수 있게 하는 장치입니다.

소급 적용도 보장되지 않습니다. 켠 날부터가 믿을 수 있는 시작점이고, 켜고 나서 실제 적용까지 두 시간쯤 걸릴 수 있다고 적혀 있습니다. 기록은 회사가 조직 활동을 꺼내 보는 통로에 그대로 얹혀 오므로 쓰던 열쇠와 연동을 그대로 쓰면 됩니다.

자주 묻는 질문 (FAQ)

Q. 분류기가 돌 때마다 기록이 생기나요?

아닙니다. 자동 처리는 기록을 만들지 않습니다. 그 뒤에 사람이 실제로 열어 봤을 때만 생겨요. 다만 보관 기간을 넘겨 남기는 일이 생기면 그건 자동이든 사람이든 기록됩니다.

Q. 어떤 요청이 열람됐는지 특정할 수 있나요?

가능합니다. 기록에 해당 메시지의 식별자가 들어 있고, 그건 응답을 받을 때 같이 오는 값과 같습니다. 그래서 평소에 그 값을 내 로그에 함께 저장해 두면 나중에 맞춰 볼 수 있어요. 안 남겨 뒀다면 못 찾습니다.

Q. 우리가 재판매하는 구조인데 켤 수 있나요?

플랫폼 형태 배포는 대상이 아닙니다. 우리 서비스 뒤에 AI를 붙여 최종 사용자에게 파는 구조라면 계약 담당자와 따로 상의해야 한다고 안내합니다.

Q. 열쇠 사용 기록으로 대신하면 안 되나요?

안 됩니다. 열쇠는 잠깐씩 캐시돼서 사람 한 명의 열람이 반드시 별도 복호화 기록을 남기지는 않습니다. 열람 단위 기록은 이쪽을, 열쇠 사용 흐름 확인은 클라우드 기록을 각각 쓰라는 게 문서의 안내입니다.

✨ 정리하면

"사람이 봤는지"는 확인할 수 있고, "기계가 처리했는지"는 확인 대상이 아닙니다. 이 구분만 정확히 알고 있으면 계약 검토에서 헷갈릴 일이 없습니다. 넷만 기억하세요 — 빈 기록은 사람에 한한 이야기고, 개인 신원은 안 나오고, 도착이 이틀까지 늦고, 켠다고 접근 범위가 줄지는 않는다는 것. 그리고 나중에 맞춰 보려면 평소에 응답 식별자를 내 로그에 남겨 두세요. 비용과 권한을 함께 설계하는 흐름은 AI 지출 관리 허브에 정리해 두었습니다.

출처: Claude 공식 문서 「접근 투명성」 (2026-09-02 열람). 적용 대상·사유 목록·도착 기준은 2026년 기준이며 계약 조건에 따라 다를 수 있습니다.