테스트 파일도 실제 자료와 계정으로 돌리면 실무 작업입니다

팀에서 AI로 회의록 정리를 시험한다고 해 보겠습니다. 지난달 회의록을 몇 개 넣고, 결과는 평소 쓰던 공유 폴더에 저장합니다. 파일 이름 앞에는 ‘테스트’를 붙였습니다.

그런데 읽은 것은 실제 회의록이고, 결과가 올라간 곳도 실제 공유 폴더입니다. 시험 중인 것은 작업 방식이고, 다루는 자료와 접근 권한은 실무 그대로인 셈입니다.

테스트라는 이름은 접근 권한을 바꾸지 않습니다

‘한번 해보는 것’이라는 말 때문에 확인을 미루기 쉽습니다. 정식 도입할 때 자료 취급 기준을 정하고, 결과 검토자도 정하자는 생각입니다.

하지만 자료를 입력하고 파일을 저장하는 행동은 시험 단계에서도 일어납니다. 결과가 마음에 들지 않더라도 이미 읽힌 자료나 공유된 파일이 저절로 되돌아가지는 않습니다.

이번 주 동향에서 다룬 평가 중 무단 접근 사례도, 작업을 부르는 이름과 실제 접근 범위를 따로 봐야 한다는 질문을 남깁니다. 우리 업무에서는 우선 세 가지만 확인해 볼 수 있습니다.

자료·권한·저장 위치를 각각 확인합니다

첫째, 어떤 자료를 넣는지 봅니다. 복사본이라도 실제 고객 정보나 내부 숫자가 남아 있으면 같은 취급 기준이 필요합니다. 이름과 숫자 일부를 바꿨다고 익명성이 보장되는 것도 아닙니다. 처음 시험할 때는 공개 자료나 새로 만든 가상 자료를 쓰는 편이 확인할 범위를 줄여 줍니다.

둘째, AI에게 실제로 허용된 권한을 봅니다. 같은 회사 계정이어도 서비스, 연결 설정, 부여한 권한에 따라 AI가 접근할 수 있는 범위는 달라집니다. ‘내 계정이니 내가 보는 모든 것을 본다’고 단정하지 말고, 연결된 폴더와 읽기·수정 권한을 직접 확인해야 합니다.

셋째, 결과가 어디에 남는지 봅니다. 임시 폴더인지, 팀 전체가 보는 폴더인지, 외부 공유가 가능한 위치인지 구분합니다. 시험 결과라면 검토 전 자료라는 표시와 보관·정리 기준도 남겨 둡니다.

실제 자료가 필요한 시험은 그에 맞게 준비합니다

실제 자료로 확인해야만 알 수 있는 문제도 있습니다. 문서 형식이 복잡하거나, 기존 시스템과 연결되는지 확인해야 하는 경우가 그렇습니다.

그럴 때는 필요한 자료의 범위를 줄이고, 승인된 환경에서, 목적에 맞는 권한으로 시험합니다. 중요한 원본을 변경하는 작업이라면 복구할 수 있는지도 먼저 확인합니다. 시험이 끝난 뒤에는 결과를 누가 확인하고 어떻게 보관할지도 정합니다.

개인 설정이 예시 답변에 섞였던 글에서는 다른 사람이 같은 결과를 재현할 수 있는지를 살펴봤습니다. 이번에 보는 것은 그 결과를 만드는 동안 실제 자료에 어떤 접근과 변경이 가능한지입니다. 두 가지를 함께 확인하면 예시의 재현성과 작업의 영향을 따로 판단할 수 있습니다.

시작 전에 세 줄만 적어 봅니다

다음에 AI로 작은 시험을 할 때, 요청문을 보내기 전에 이렇게 적어 보십시오.

입력 자료: 어떤 자료이며, 사용해도 되는가.

허용 권한: 무엇을 읽고, 무엇을 바꿀 수 있는가.

저장 위치: 결과를 누가 보며, 어떻게 정리할 것인가.

세 줄을 적었다고 안전이 보장되는 것은 아닙니다. 다만 ‘테스트니까 괜찮다’고 넘겼을 부분이 확인할 대상으로 바뀝니다. 답을 모르는 줄이 있다면, 그 부분부터 확인하고 시작하면 됩니다.