SITE SEARCH

검색

사이트 전체 글을 빠르게 찾을 수 있습니다.

RSS FEED

RSS 구독

RSS 리더에서 Project Research의 새 글을 바로 받아볼 수 있습니다.

EMAIL SUBSCRIBE

이메일 구독

새 글을 이메일로 받아봅니다. RSS는 별도 RSS 아이콘을 눌러 동일한 크기의 패널에서 열 수 있습니다.

이메일로 블로그 구독하기

이 블로그를 구독하고 이메일로 새글의 알림을 받으려면 이메일 주소를 입력하세요







사내 데이터를 AI에 열 때 추진팀이 먼저 정할 세 가지 — 읽기 전용, 자료 기준일, ‘확인할 수 없음’과 ‘자료 없음’의 구분

시리즈

실사구시 AX · 기업 AI 도입 사례

삼성전자 구매 워크숍이 끝나고 받은 무기명 후기에 이런 문장이 있었습니다. “어디까지 입력해도 괜찮은 것일지에 대한 고민은 여전히 남아 있습니다. 제가 삼성전자 구매담당자인 것은 입력해도 되는 것일까요.” 직원 한 사람이 AI 창에 무엇을 붙여 넣을지 묻는 질문입니다.

회사가 사내 데이터를 AI에 직접 연결하면 질문의 방향이 바뀝니다. 이제는 직원이 붙여 넣는 것이 아니라 AI가 회사 서버에서 자료를 읽어 갑니다. 그래서 추진팀이 답해야 할 질문도 ‘AI가 어디까지 읽고, 무엇을 하지 못하게 하나’로 바뀝니다. 크린앤사이언스는 사내 플랫폼을 직원의 AI 앱에 연결하면서 이 질문에 세 가지 설계로 답했습니다.

바쁜 분을 위한 3줄 요약

사내 데이터를 AI에 열 때는 기술 선택보다 먼저 정할 세 가지가 있습니다.

읽기만 하고 요청을 처리하는 동안 외부를 부르지 않게 하고, 모든 답에 자료 기준일을 붙입니다.

연결이 안 된 것을 ‘자료 없음’으로 말하지 않게 합니다. 답은 직원의 외부 AI로 가므로, 무엇을 내보낼지는 서비스마다 승인합니다.

이 글은 사내 문서·시스템을 AI에 연결하려는 AX 추진팀과 정보보호·IT 담당자를 위한 기록입니다. ‘실사구시 AX — 파일럿에서 멈추지 않는 기업 AI 도입 사례’ 시리즈의 1부 세 번째 글입니다. 크린앤사이언스 사례는 고객의 동의 범위에 따라 설계 결정만 싣습니다. 시스템 이름, 사람 이름, 문서 수, 사용 기록은 싣지 않습니다.

AI에 사내 데이터를 열 때의 결정 네 층. 읽기 전용, 자료 기준일, 확인할 수 없음과 자료 없음의 구분, 서비스별 반출 승인
그림 1. 세 가지 결정에 서비스별 승인을 더한 네 층입니다. 아래 절이 이 순서를 따릅니다. 그림을 누르면 원본을 확대할 수 있습니다.

PART 01 · Question직원의 질문은 ‘어디까지 넣나’, 회사의 질문은 ‘AI가 어디까지 읽나’입니다

크린앤사이언스는 사내 플랫폼의 자료를 모델 컨텍스트 프로토콜(MCP)로 열었습니다. MCP는 AI 앱이 외부 도구와 자료를 표준 방식으로 부르게 하는 연결 규약입니다. 직원은 자기 AI 앱에 개인 키로 사내 서버를 연결하고, 질문하면 AI가 필요한 도구를 골라 자료를 읽습니다.

이 구조에서 위험은 직원의 손이 아니라 연결의 설계에 있습니다. 직원이 무엇을 붙여 넣을지 고민하지 않아도 되게 하려면, 연결 쪽이 먼저 세 가지를 지켜야 합니다. 앞선 사내 지식 검색 증강 생성(RAG) 글에서 정리한 원칙도 같았습니다. “데이터를 밖으로 보내지 않기, 권한대로만 보이기, 출처를 남기기”입니다.

다만 AI 앱 연결에서는 승인한 답이 직원이 쓰는 외부 AI까지 갑니다. 기준안도 목적지를 ‘외부 AI’로 적었습니다. 그래서 ‘밖으로 보내지 않기’를 둘로 나눠 지켰습니다. 서버는 요청 중에 외부를 부르지 않고, 외부 AI로 가는 칸은 서비스마다 승인합니다.

사내 자료가 직원의 AI까지 가는 길. 원천, 서버 수집기, 읽기 모델, 호출마다 권한 재확인, 직원의 AI 앱
그림 2. 회사 밖에서 온 자료도 서버가 미리 수집한 사본만 읽습니다. 그림을 누르면 원본을 확대할 수 있습니다.

PART 02 · ReadOnly첫째, 읽기만 하고 요청 중에는 외부를 부르지 않습니다

연결된 도구는 무엇도 고치거나 보내거나 지우지 않습니다. 운영 매뉴얼은 이를 “무엇도 수정·발송·삭제하지 않습니다(쓰기 도구 0개)”로 적었습니다. 쓰기 도구를 더하려면 별도 명령·승인·감사 계약을 먼저 설계해야 합니다.

읽기 전용만으로는 부족했습니다. 10월 점검에서는 코드를 끝까지 따라가고 운영 서버를 직접 호출해 대조했습니다. MCP 도구 14개 가운데 요청을 처리하면서 외부를 부르는 도구는 없었습니다. 외부에서 온 자료는 서버 타이머가 미리 수집해 둔 사본입니다.

그래도 빈틈이 하나 있었습니다. 검색 결과의 근거 링크 하나가 회사 밖 원천 주소를 가리키고 있었습니다. 자료는 내부 색인에서 왔지만, AI가 회사 밖 주소를 근거 링크로 내보낼 수 있었습니다. 이 링크를 사내 문서 뷰어 주소로 바꾸고, 외부 원천 주소는 따로 표시한 칸에만 남겼습니다. 모든 도구에는 외부 세계와 상호작용하지 않는다는 표시도 선언했습니다.

권한은 호출할 때마다 다시 확인합니다. 신원, 계정 활성 여부, 자료별 접근 목록, 등급 상한을 매번 봅니다. 기간 요약처럼 숫자를 내는 도구도 요청자가 볼 수 있는 행부터 거른 뒤 셉니다. 다른 사람 권한의 문서는 숫자에도 섞이지 않습니다.

PART 03 · Freshness둘째, 모든 답에 자료 기준일을 붙입니다

AI는 어제 저녁 기준의 색인을 읽고도 지금의 사실처럼 말하기 쉽습니다. 그래서 성공한 결과마다 자료 주기와 기준일을 붙였습니다. 모델이 읽도록 본문에 넣고, 앱이 읽도록 메타데이터에도 넣었습니다.

자료 주기 세 층. 실시간은 권한·조직, 매시는 승인 메타데이터·공시, 매일은 문서 색인과 공급망 관측
그림 3. 자료마다 바뀌는 속도가 달라 주기도 다릅니다. 그림을 누르면 원본을 확대할 수 있습니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

주기자료직원이 읽어야 할 뜻
실시간권한·조직지금 상태
매시승인 메타데이터·공시매시 갱신 예정 · 실제 시각은 답에 붙은 기준일로
매일문서 색인(19:30 재구축)·공급망 관측어제 저녁까지

서버가 내보내는 주기 문구가 실제 타이머 설정과 다르면 테스트가 실패합니다. 안내문과 실제 동작이 어긋나는 일을 사람이 아니라 시험이 잡게 했습니다.

승인 묶음은 매시 갱신하지만, 낡음 표시는 26시간이 넘어야 붙습니다. 그 사이 갱신이 멈추면 한 시간보다 오래된 자료가 표시 없이 나갈 수 있습니다. 그래서 직원은 ‘한 시간 전’이라고 짐작하지 말고 답에 붙은 기준일을 읽어야 합니다. 낡음 기준은 갱신 주기에 허용할 지연을 더해 정하십시오. 26시간은 한 회사의 값입니다.

PART 04 · Unknown셋째, ‘확인할 수 없음’을 ‘자료 없음’으로 말하지 않습니다

10월 11일 점검에서 열 개 서비스가 연결되지 않은 상태로 나왔습니다. 그 서비스에는 자료가 없는 것이 아니었습니다. 반출 승인 묶음이 서버에 없어서 읽을 수 없었을 뿐입니다. 점검 기록은 이를 “0건이 아니라 미연결”로 적었습니다.

AI가 이 상태를 “해당 자료가 없습니다”라고 답하면 사람은 일이 없다고 판단합니다. 그래서 상태 네 가지를 따로 이름 붙이고, 모두 ‘확인할 수 없음’으로 읽게 했습니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

상태뜻AI가 해야 할 말
권한 거부요청자가 볼 수 없는 자료권한 밖이라 확인할 수 없습니다
원천 없음반출 승인 묶음이 서버에 없음연결되지 않아 확인할 수 없습니다
미연결설치 전인 계산 결과아직 연결 전입니다
관리자 전용관리자 권한이 필요한 도구관리자에게 요청해야 합니다

직원 교육 자료에도 같은 규칙을 넣었습니다. 결과를 읽을 때 문서 번호·제목·날짜와 자료 기준일을 함께 적습니다. 네 상태는 “자료 없음”이 아니라 “확인할 수 없음”입니다.

PART 05 · Approval무엇을 내보낼지는 서비스마다 승인합니다

세 결정은 연결 전체의 규칙입니다. 그 위에서 서비스마다 무엇을 내보낼지는 따로 승인합니다. 10월 11일 기준안의 권고 범위는 식별자와 그 이름표(제목·상태·판·분류)까지였습니다. 본문, 사람 이름, 검색어, 금액은 어느 안에도 넣지 않았습니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

서비스 예내보내는 것빼는 것과 이유
서비스 요청번호·상태·판·분야제목 — 자유 입력이라 무엇이 들어 있을지 모름
연구 과제 맵맵 번호·유형맵 이름 — 고객명이 들어 있을 수 있음
상장 공시접수번호·공시일·보고서명손익·경보·주가 — 공개 공시만 엶

모든 승인에는 공통 조건을 붙였습니다. 유효기간은 90일이고, 승인을 철회하면 다음 갱신에서 회수합니다. 매시 도는 생성기가 정책 파일을 읽어, 승인이 살아 있는 서비스의 묶음만 만듭니다. 승인이 없는 서비스는 묶음이 없어 계속 미연결로 남습니다.

철회의 효력은 다음 갱신부터입니다. 기준안에는 철회부터 다음 갱신 사이의 조회를 따로 막는 장치가 적혀 있지 않습니다. 그 사이도 막아야 하는 자료라면 승인표의 ‘철회 시 회수 시점’ 칸에 즉시 회수 방법을 따로 적어야 합니다.

기준안은 서비스마다 승인 주체도 제안했습니다. 품질 표준문서는 품질관리팀, 상장유지 공시는 관제 담당처럼 그 자료를 운영하는 쪽이었습니다. 90일도 이 회사가 고른 값입니다. 갱신 부담과 노출 위험을 놓고 정하되, 만료일은 표에 반드시 적어 둡니다.

서비스별 반출 승인의 흐름. 기준안, 승인 주체 확인, 정책 파일 기록, 매시 생성, 만료·철회 시 회수
그림 4. 승인이 끝나거나 철회되면 다음 갱신에서 자료가 빠집니다. 그림을 누르면 원본을 확대할 수 있습니다.

이 장치가 실제로 작동하는지도 시험했습니다. 결함 주입 12건으로 시험이 실제 결함을 잡는지 확인했습니다. 안전장치를 하나씩 끄면 해당 시험이 실패하는지 본 것입니다. 독립 보안 검토 1회에서 7건이 지적됐고 모두 반영했습니다.

가장 중요한 지적은 계정 데이터베이스였습니다. 생성기와 MCP 서버가 서로 다른 계정 데이터베이스를 보면, 받는 사람만 봐야 할 알림 같은 본인 자료가 남에게 보일 수 있었습니다. 그래서 묶음에 계정 데이터베이스 경로를 적고, MCP 읽기 쪽도 자기 권한 데이터베이스와 다르면 거부하게 고쳤습니다.

PART 06 · Limits이 기록이 말하지 않는 것

표 전체가 보이지 않으면 좌우로 이동해 보세요.

한계이 글의 처리
한 회사의 설계 결정업종·규모가 다르면 자료 주기와 반출 범위가 달라짐
질문별 답변 품질은 확인 전연결 상태와 반출 범위만 다룸
상태 변화 비교 미구현전일 대비 비교는 문서 단위 스냅샷이 필요해 별도 설계로 남음
연결 규약은 2025-06-18 판 유지최신 개정 적용 여부는 다루지 않음
시스템 이름·문서 수·사용 기록동의 범위에 따라 싣지 않음

PART 07 · Closing이번 주에 정할 수 있는 일

세 줄로 다시 정리합니다. 사내 데이터를 AI에 열 때는 읽기 전용과 요청 중 외부 호출 금지를 먼저 박습니다. 모든 답에 자료 기준일을 붙이고, ‘확인할 수 없음’과 ‘자료 없음’을 다른 말로 쓰게 합니다. 무엇을 내보낼지는 서비스마다 기한을 정해 승인합니다.

연결을 열기 전에 아래 점검표를 추진팀 회의에서 서비스마다 한 장씩 채워 보십시오. 빈칸이 남는 서비스는 아직 열 때가 아닙니다. 직접 끌 수 없는 기성 연결 도구에 쓰기 도구가 있으면, 그 도구를 끄거나 연결을 보류합니다.

[연결 전 점검표 — 서비스 1개당 한 장]
서비스:
1. 쓰기 도구가 0개인가?
2. 요청 중에 외부를 부르는 도구가 0개인가?
3. 근거 링크가 사내 주소인가?
4. 답에 자료 주기와 기준일이 붙는가?
5. 연결 안 됨을 '확인할 수 없음'으로 답하는가?
6. 내보낼 칸:
7. 뺄 칸과 이유:
8. 승인 주체:
9. 유효기한(만료일):
10. 철회하면 언제 빠지는가:

앞의 서비스 요청을 예로 채우면 이렇습니다.

표 전체가 보이지 않으면 좌우로 이동해 보세요.

칸예: 서비스 요청
1~5모두 예
내보낼 칸번호·상태·판·분야
뺄 칸과 이유제목 — 자유 입력이라 무엇이 들어 있을지 모름
승인 주체그 서비스를 운영하는 담당
유효기한90일
철회하면다음 매시 갱신에서 빠짐

산출물은 서비스별 한 줄짜리 승인표입니다. 이 표가 곧 정보보호 담당자와 나눌 첫 대화의 안건이 됩니다. 직원이 AI에 무엇을 넣어도 되는지 묻는 현장 이야기는 삼성 구매 현장 편에, 사내 문서를 밖으로 보내지 않고 검색하게 만드는 여섯 단계는 망분리 RAG 편에 있습니다. 근거 속 숨은 지시가 권한을 넓히지 못하게 막는 실험은 사내 RAG 근거 편에 있습니다.

실사구시 AX — 파일럿에서 멈추지 않는 기업 AI 도입 사례

링크가 없는 글은 공개한 뒤 링크를 붙입니다.

조직을 바꾼다AIDD·온톨로지 컨설팅 · 42편
나를 바꾼다AX 역량 · 82편
🧠 사고 체계·개인 지식
⚖️ 모델·도구·환경 실측
🏫 워크숍 현장 기록
두 문이 함께 딛는 근거하네스 · 수렴 · 월간 · 17편
🧭 길잡이·수렴 (두 문 공용)