AI를 시트·문서에 직접 연결한다

동료가 “요즘은 AI가 우리 시트를 직접 읽고 고쳐준다더라”라는 말을 전해줬는데, 정확히 뭐가 된다는 건지 감이 안 잡힐 때가 있습니다. 이 글은 AI를 시트·문서 같은 업무 도구에 직접 연결하는 흐름이 뭘 말하는 건지, 왜 지금은 기관 업무에 들이기 이른지를 살펴봅니다. 결론부터 말하면, 지금은 기관 업무에 쓰지 않는 것을 권합니다. 이유와 지금 쓸 수 있는 대안까지 끝까지 읽으면 판단 기준이 잡힙니다.

---

“직접 연결”은 뭘 말하는 건가요

지금까지 대화형 AI를 쓰는 방식은 이랬습니다. 시트나 문서의 내용을 사람이 복사해서 AI에 붙여넣고, AI가 낸 답을 사람이 다시 복사해서 원래 파일에 붙여넣습니다. 번거롭지만, 이 복사 두 번 사이에 사람이 내용을 볼 자리가 있습니다.

“연결”은 이 복사 과정을 없애는 것입니다. AI가 시트나 문서 파일을 직접 열어서 읽고, 직접 고쳐 씁니다. 이런 연결을 표준화된 방식으로 만들자는 흐름이 최근 나오고 있고, 이 흐름을 가리키는 약어로 MCP(Model Context Protocol) 같은 이름이 쓰입니다. 이 글에서는 이 약어를 한 번만 언급하고, 그 기술적인 구조까지 깊이 들어가지는 않습니다. 중요한 건 이름이 아니라 **“복사해 나르던 것을 AI가 직접 손대게 됐다”**는 변화 자체입니다.

---

왜 아직 이른가요

AI를 시트·문서에 직접 연결하기 전에 걸리는 지점이 여러 개 있습니다.

연결은 곧 권한을 주는 것입니다

연결을 걸면 AI가 그 도구 안의 한 파일만이 아니라, 그 도구가 접근할 수 있는 모든 파일에 손이 닿게 됩니다. 지금 내가 다루려는 시트 하나만 열어주고 싶어도, 연결 자체는 그보다 넓은 범위로 걸리는 경우가 많습니다. 기관 공용 드라이브라면 내 담당 업무가 아닌 다른 팀 자료, 이용자 명단이 담긴 다른 시트까지 그 범위 안에 들어올 수 있습니다.

누가 무엇을 열었는지 기록이 흐려집니다

사람이 파일을 열면 “언제 누가 열었다”가 비교적 분명합니다. 연결된 도구가 파일에 접근하면, 접근 주체가 사람이 아니라 AI이기 때문에 나중에 문제가 생겼을 때 “그때 정확히 무엇을 읽고 무엇을 고쳤는지”를 접근 기록만 보고 되짚기가 더 어렵습니다.

설정을 잘못 잡으면 되돌리기 어렵습니다

연결 범위를 좁게 잡는 것이 안전의 핵심인데, 그 범위를 정확히 좁혀 잡는 판단 자체가 쉽지 않습니다. 잘못 잡은 채로 AI가 문서를 이미 고쳐버렸다면, 원래 상태로 되돌리는 일도 간단하지 않습니다.

기관 계정·보안 정책 확인이 필요합니다

기관에서 쓰는 구글 계정이나 업무 시스템 계정에 외부 도구를 연결하는 것이 허용되는지는 소속 기관의 전산·보안 규정을 별도로 확인해야 합니다. 개인 계정에서는 괜찮아 보이는 연결도, 기관 계정에서는 규정에 걸릴 수 있습니다.

---

연결하면 열리는 범위 — 지금 방식과 비교

구분	지금 방식 (복사해 넣기)	연결 방식
열리는 범위	사람이 복사해 넣은 그 내용만	연결된 도구 안의 파일 전체(공용 드라이브면 그 범위까지)
사람이 확인하는 지점	넣기 전, 답 받은 뒤 두 번	연결을 걸 때 한 번뿐, 이후는 AI가 직접 처리
사고 시 되짚기	대화 기록만 보면 무엇을 넣고 뭘 받았는지 바로 보임	접근 기록만으로는 무엇을 읽고 고쳤는지 되짚기 어려움
적합한 용도	이용자 정보·기관 문서가 걸린 업무	개인 계정의 개인 파일로 감을 익히는 정도

---

지금은 어떻게 하나요

지금 방식(복사해 넣고 복사해 오기)은 느려 보여도, 그 복사 두 번 사이마다 사람이 매번 확인하는 지점이 있습니다. 이 확인 지점이 지금 시점에는 더 안전합니다.

반복이 정말 힘든 업무라면, AI에게 직접 연결을 걸어주는 대신 앱스 스크립트로 정해진 일만 하도록 미리 짜두는 편이 낫습니다. AI가 그때그때 판단해서 파일에 손대는 게 아니라, 사람이 정한 규칙 안에서만 움직이기 때문에 범위가 처음부터 좁게 고정됩니다.

• 반복 업무 자동화를 처음 시작한다면 GAS란? — 무료 자동화 시작하기
• 정해진 시각이나 조건에 자동으로 실행되게 만들고 싶다면 GAS 트리거 사용법

---

언제 다시 볼 것인가

아래 조건이 갖춰지면, 그때는 이 글의 결론을 다시 확인해볼 만합니다.

• 연결 범위를 파일 하나 단위로 정확히 제한할 수 있게 되고, 그 제한이 실제로 지켜지는지 확인할 수 있을 때
• 기관이 연결된 도구가 무엇을 읽고 고쳤는지 접근 기록을 확인할 수 있는 절차를 갖췄을 때
• 공용 업무 시스템·드라이브에 외부 도구를 연결하는 것에 대해 소속 기관의 전산·보안 규정이 명확히 허용했을 때
• 잘못 연결됐을 때 원래 상태로 되돌릴 수 있는 방법이 도구 차원에서 마련됐을 때

이 조건들이 갖춰지기 전까지는, 연결 방식은 지켜보되 기관 업무에는 아직 들이지 않는 것을 권합니다.

---

다음 단계

연결 대신 지금 바로 시작할 수 있는 자동화가 궁금하다면 GAS란? — 무료 자동화 시작하기에서 첫걸음을 떼고, 정해진 시각·조건마다 자동 실행되게 만들고 싶다면 GAS 트리거 사용법을 참고하세요.

---

자주 묻는 질문

개인 계정으로 개인 파일에 연결해 보는 것도 안 되나요?

이 글은 기관 업무에 이용자 정보나 기관 문서가 걸린 채로 연결을 쓰는 것을 말리는 것입니다. 개인 구글 계정으로, 이용자 정보나 기관 자료가 섞이지 않은 개인 파일만 가지고 연결이 뭔지 감을 익혀보는 것까지 막을 이유는 없습니다. 다만 그 개인 파일 폴더에 기관 자료를 함께 넣어두지 않도록 주의하세요.

연결을 걸 때 범위를 좁게 설정하면 괜찮지 않나요?

범위를 좁히는 설정 자체는 맞는 방향입니다. 다만 어느 정도까지 좁혀야 안전한지, 그 설정이 실제로 의도대로 작동하는지를 판단하는 일이 지금은 코딩 경험이 없는 사용자에게 쉽지 않습니다. 도구마다 설정 화면과 방식도 계속 바뀌고 있어, 이 글에서 특정 설정 방법을 안내하지는 않습니다.

이미 다른 기관은 연결 방식을 쓰고 있다고 들었는데 괜찮은 건가요?

기관마다 다루는 자료의 성격과 보안 규정 수준이 달라, 다른 기관의 사례가 우리 기관에도 안전하다는 뜻은 아닙니다. 특히 이용자 개인정보나 공용 드라이브가 걸린 업무라면, 다른 기관이 쓴다는 이유만으로 판단하지 말고 이 글의 재검토 신호와 소속 기관의 규정을 먼저 확인하세요.