AI가 한 일은 어디에 남습니까 — 8월 11일에 열린 기록 회수 창구

2026년 8월 11일, Claude 플랫폼 릴리스노트에 한 줄이 추가됐습니다.
조직이 회수할 수 있는 기록의 범위가 회사 서버 밖으로 넘어갔습니다.

직원이 자기 노트북에서 돌린 작업까지 들어왔습니다. 기업용 기능이지만, 이 변화가 던지는 질문은 회사 규모를 가리지 않습니다.

AI에 일을 맡길 때 먼저 정해야 하는 건 성능이 아니라 그 일이 어디에 기록을 남기는가입니다.

공식 문서의 문장은 이렇습니다.
"The Compliance API now returns transcripts of Cowork and Claude Code sessions that run on your users' machines, in beta for Claude Enterprise organizations."

핵심은 "run on your users' machines"입니다. 클라우드에서 돈 대화가 아니라 직원 기기에서 돈 작업 세션이라는 뜻입니다.

회수 창구는 세 개로 나뉩니다.
세션 목록, 세션 한 건의 정보, 그리고 그 세션의 대화록입니다.

권한은 기존 Compliance Access Key와 read:compliance_user_data 범위를 그대로 씁니다. 새 계정 체계를 만든 게 아니라 기존 감사 권한의 사정거리를 늘린 것입니다.

이번 발표는 갑자기 나온 게 아닙니다. 같은 달 안에 세 번의 변화가 순서대로 있었습니다.

8월 3일에는 웹과 모바일에서 시작한 Cowork 세션의 대화록이 먼저 열렸습니다.
8월 5일에는 조직의 보안 서버가 프롬프트를 허용하거나 막을 수 있는 장치가 베타로 붙었습니다.

그리고 8월 11일에 직원 기기까지 들어왔습니다. 방향이 분명합니다. 사람이 AI에 시킨 일을 조직이 나중에 확인할 수 있는 상태로 만드는 쪽입니다.

석 달 전만 해도 AI는 결과물만 내놓는 도구였습니다. 지금은 과정을 남기는 쪽으로 옮겨가고 있습니다.

직원 기기 대화록이라는 말에서 먼저 떠오르는 건 감시입니다. 그런데 실무에서 이 기능이 필요해지는 순간은 대개 다릅니다.

고객에게 잘못된 금액이 나간 날입니다.
작년 견적서 근거를 다시 찾아야 하는 날입니다.

사람이 하던 시절에는 그 근거가 메일함과 사내 메신저에 남아 있었습니다. AI에 넘기고 나면 그 자리가 비어 버립니다.

저희가 만든 시세 모니터링을 인수인계할 때도 대표님이 먼저 확인하신 건 정확도가 아니었습니다. 무엇이 쌓이느냐였습니다.

이력이 쌓인다는 문장이 자동화의 부산물처럼 보이지만 실제로는 본체입니다. 어제 가격이 얼마였는지 모르면 오늘 변동을 알아챌 방법이 없습니다.

8월 11일 기능은 Claude Enterprise 조직 대상 베타입니다. 열 명 안팎 회사가 오늘 쓸 수 있는 물건은 아닙니다.

그렇다고 기록 자체를 포기할 이유는 없습니다. 남겨야 할 것은 세 칸이고, 셋 다 도구 없이도 정할 수 있습니다.

첫 칸은 입력입니다. 어떤 자료를 넣었고 어떤 지시를 줬는지가 남아야 합니다.

가운데 칸은 승인입니다. 나간 것 중 사람이 본 것과 안 본 것이 갈려 있어야 합니다.

마지막 칸은 산출물의 이력입니다.
언제 무엇이 바뀌었는지가 덮어쓰기로 사라지지 않아야 합니다.

이 세 칸이 비어 있으면 도구를 무엇으로 바꿔도 되짚을 수 없는 자동화가 됩니다.

자동화를 외부에 맡기실 때 기록은 견적서에 잘 안 적힙니다. 눈에 보이는 산출물이 아니어서 그렇습니다.

그래서 계약 전에 물어보시는 편이 낫습니다.
이 워크플로우가 무엇을 남기는지, 그 기록을 우리 쪽에서 열어볼 수 있는지 두 가지입니다.

기록이 만든 쪽 계정에만 쌓이면 그 업체를 바꾸는 순간 과거가 통째로 사라집니다. 자동화를 옮기는 비용보다 이쪽이 큽니다.

저희가 인수인계할 때 계정을 고객 명의로 넘기는 이유도 같습니다. 만든 사람이 아니라 쓰는 회사에 남아야 기록입니다.

경고 신호

• "AI가 알아서 처리했습니다"에서 보고가 끝난다

• 무엇이 어디에 기록되는지 물으면 화면 스크린샷으로 답한다

• 기록과 계정이 만든 업체 쪽에만 있다

• 직원이 각자 개인 계정으로 쓰는데 회사가 그 사실을 모른다

좋은 신호

• 입력·승인·산출물 이력 세 칸이 어디에 남는지 먼저 말한다

• 계정과 데이터를 쓰는 회사 명의로 넘긴다

• 사람이 본 것과 안 본 것을 구분해서 보여준다

• 덮어쓰기 대신 변동 이력이 쌓이는 구조로 만든다

1. 이 작업의 입력은 어디에 남습니까?
   넣은 자료와 지시가 없으면 결과를 재현할 수 없습니다.

2. 사람이 본 것과 안 본 것이 구분됩니까?
   승인 자리가 없으면 사고가 났을 때 책임 소재가 뭉개집니다.

3. 지난달 값을 지금 꺼낼 수 있습니까?
   덮어쓰기만 하고 있으면 변동을 알아챌 근거가 없습니다.

4. 업체를 바꿔도 기록이 우리에게 남습니까?
   계정 명의를 확인하시면 됩니다. 남의 계정에 있는 건 우리 기록이 아닙니다.

자주 묻는 질문

Q. 8월 11일에 정확히 무엇이 열린 건가요?

Compliance API가 직원 기기에서 실행된 Cowork·Claude Code 세션의 목록과 대화록을 돌려주기 시작했습니다. Claude Enterprise 조직 대상 베타이고, 기존 Compliance Access Key와 read:compliance_user_data 범위를 그대로 씁니다.

Q. 직원 개인 계정으로 쓴 것도 회사가 볼 수 있게 되나요?

아닙니다. 회수 대상은 조직에 속한 계정의 세션입니다. 직원이 개인 계정으로 따로 쓰고 있으면 그 작업은 처음부터 회사 관리 범위 밖이고, 그래서 기록 이전에 어떤 계정으로 일하는지부터 정하셔야 합니다.

Q. 우리 회사는 열 명인데 이런 게 필요한가요?

그 기능 자체는 필요 없습니다. 다만 입력·승인·산출물 이력 세 칸은 규모와 무관하게 필요합니다. 스프레드시트 한 장으로 시작해도 아무것도 없는 상태보다 낫습니다.

Q. 기록을 남기면 속도가 느려지지 않나요?

사람이 매번 적으면 느려집니다. 작업 자체가 기록을 남기게 만들면 느려지지 않습니다. 시세를 수집할 때 값을 덮어쓰지 않고 한 줄씩 쌓는 것이 그 예입니다.