🗂️ 비개발자에게도 깃(Git)이 필요한 시대가 온다 — AI 에이전트가 바꿀 문서 관리의 미래

 

"AI야, 보고서 좀 다듬어줘" — 그리고 벌어진 일들

요즘 직장에서 AI 도구를 쓰는 분들 정말 많아지셨죠. 저도 실제로 주변에서 많이 보는데요, AI한테 파일 하나 맡겼다가 황당한 경험을 하신 분들이 꽤 됩니다.

보고서 형식이 싹 바뀌어 있거나, 엑셀 수식이 날아가거나, 파워포인트 레이아웃이 뒤죽박죽이 됐는데 이전 상태로 돌아갈 방법이 없는 상황. 이런 경험 한 번쯤 있으셨을 거예요.

개발자라면 이럴 때 "git revert" 명령 한 줄이면 끝입니다. 근데 일반 직장인, 기획자, 영업 담당자는요? 그 안전망이 없어요. 그리고 이게 앞으로 점점 심각한 문제가 됩니다.

소프트웨어 엔지니어 Onur Solmaz가 최근 X(구 트위터)에서 조용히 화제가 된 글을 올렸습니다. "비개발자 지식 노동자에게도 버전 관리가 절실히 필요하다. AI 에이전트 시대가 오면 이 문제는 더 심각해진다." 기술 트렌드 뉴스레터 TLDR IT도 이 주제를 픽업했을 만큼, 이제 개발자만의 고민이 아닌 셈입니다.

버전 관리, 그게 대체 뭔가요?

버전 관리란 간단히 말해서 파일의 변경 이력을 기록하고, 원하는 시점으로 언제든 되돌아갈 수 있게 해주는 시스템이에요.

개발자들은 수십 년 전부터 Git이라는 도구로 이걸 해왔어요. 코드 파일에 변경이 생기면 이력이 전부 남고, 누가 어떤 부분을 언제 바꿨는지 한눈에 보입니다. 실수했을 때는 특정 시점으로 즉시 되돌릴 수 있고, 두 명이 동시에 작업하다 충돌이 생기면 이를 감지해서 합치는 것도 가능해요.

비유하자면 이렇습니다. 회의록 초안을 팀원 두 명이 동시에 수정했는데, 나중에 저장한 사람 것이 이겼다고 상상해보세요. 앞 사람의 작업은 그냥 사라지는 거예요. 개발자에겐 이런 상황 자체가 없습니다. 근데 비개발자에겐 이게 매일 일어나고 있어요.

MS 오피스 환경의 치명적인 한계 3가지

Onur Solmaz는 비개발자 문서 작업 환경의 문제를 세 가지로 정리합니다. 들으면 다 공감이 되실 거예요.

첫 번째, 실행 취소가 세션 단위에 불과합니다. 파일을 닫으면 이전 버전으로 돌아갈 방법이 없어요. 그날 저장하기 전 상태로 돌아가고 싶어도, 이미 5번 저장했다면 끝입니다. OneDrive의 버전 히스토리가 있긴 하지만, 파일 전체를 통째로 저장하는 방식이라 세밀한 비교가 어렵습니다.

두 번째, 협업 충돌을 해결할 방법이 없어요. A와 B가 같은 파워포인트를 동시에 편집하면, 나중에 저장하는 사람이 이기는 선착순 구조예요. 서로의 변경 내용을 검토하고 합치는 체계가 없습니다.

세 번째, 특정 시점의 상태를 정확히 참조할 수 없어요. 지난달 15일에 제출했던 버전을 찾으려면 메일함을 뒤지거나, 날짜별로 복사해뒀어야 합니다. 파일명에 v1, v2, _최종, _진짜최종을 붙이는 문화가 생긴 이유가 바로 이거예요.

AI 에이전트가 들어오면 이 문제가 폭발한다

지금까지는 그래도 괜찮았어요. 사람이 실수를 해도 그 범위가 제한적이었으니까요. 하루에 한 명이 수정할 수 있는 파일 수에는 한계가 있잖아요.

근데 AI 에이전트는 다릅니다. 하나의 명령으로 수십 개의 파일을 동시에 바꿀 수 있어요. 보고서 전체 포맷 통일, 데이터 일괄 업데이트, 문서 수백 개에 특정 내용 추가, 이게 이제 몇 초면 됩니다.

McKinsey의 2025년 AI 현황 보고서에 따르면 조직의 88%가 최소 하나 이상의 비즈니스 기능에서 AI를 사용하고 있고, 2026년까지 기업용 앱의 40%가 AI 에이전트를 내장할 것이라는 전망이 나오고 있습니다. AI 에이전트는 이제 먼 미래가 아니라 지금 당장의 이야기예요.

문제는 에이전트가 실수했을 때입니다. 한꺼번에 수십 개 파일을 망쳐놨는데, 롤백할 방법이 없다면? 그리고 여러 에이전트가 동시에 같은 파일을 건드리면? 현재의 MS 오피스 환경으로는 답이 없어요.

에이전트는 정밀함이 필요합니다. 합의가 필요합니다. 특정 시점에 무엇이 어땠는지를 알 수 있어야 합니다. 그런데 현재의 MS 스택에는 이걸 가능하게 해주는 게 아무것도 없다는 게 핵심 문제예요.

"Notion은 대안이 될 수 있지 않나요?"

Solmaz는 그나마 가능성 있는 비개발자 도구로 Notion을 꼽습니다. Notion은 페이지 변경 이력을 어느 정도 기록하고, 실시간 협업도 가능하죠.

하지만 브랜치 기능이 없고, 풀 리퀘스트나 코드 리뷰 같은 검토 체계도 없어요. 무엇보다, 대기업이나 중견기업 대부분은 여전히 MS 오피스를 씁니다. Notion이 엔터프라이즈 시장에서 MS를 대체하기엔 아직 갈 길이 멀어요.

그렇다면 마크다운과 Git을 비개발자에게 가르치는 건 어떨까요? 이론상 완벽한 해결책이지만, 실제로는 쉽지 않아요. 마크다운 자체는 배울 수 있어도, 브랜치 개념, 충돌 해결, 커밋 메시지 작성 같은 Git 워크플로우를 비개발자에게 익히게 하는 건 현실적이지 않습니다.

100MB 파워포인트의 비극 — 저장도 안 됩니다

OneDrive나 구글 드라이브 같은 파일 백업 서비스도 대안처럼 보이지만, 근본적인 한계가 있어요. 100MB짜리 파워포인트를 슬라이드 한 장 바꿀 때마다 통째로 저장한다면, 용량 문제뿐 아니라 특정 변경 지점을 정확히 찾아가는 것도 불가능합니다.

Git이 강력한 이유는 변경된 부분만 저장하기 때문이에요. 1,000줄짜리 코드 중 5줄이 바뀌면, 그 5줄의 차이만 기록합니다. 이 방식이 docx, xlsx, pptx 같은 바이너리 파일에는 적용이 안 돼요. 이건 기술적인 문제이기도 하고, 파일 포맷의 근본적인 한계이기도 합니다.

결국 비개발자용 버전 관리는 완전히 다른 방식의 해결책이 필요하다는 이야기예요.

우리가 놓치고 있는 진짜 문제는 신뢰

많은 분들이 AI 에이전트 도입의 장벽을 프롬프트 작성 능력이라고 생각하시더라고요. 근데 실제 현장에서 더 큰 장벽은 다른 곳에 있습니다.

바로 신뢰의 문제예요.

"이 에이전트를 믿고 파일 작업을 시킬 수 있는가?" 이 질문에 자신 있게 예스라고 답하려면, 최소한 "망해도 되돌릴 수 있다"는 안전망이 있어야 해요. 지금은 그 안전망이 없습니다.

개발자들이 CI/CD 파이프라인, 코드 리뷰, 브랜치 전략을 통해 실수해도 괜찮은 환경을 만들어놓고 과감하게 실험하는 것처럼, 비개발자도 같은 인프라가 필요합니다. 이걸 갖추지 못하면 AI 에이전트는 결국 보조 도구 수준에 머물 수밖에 없어요.

앞으로 어떤 변화가 올까요?

이 문제를 해결하는 회사가 다음 10년을 먹을 수 있다고 해도 과언이 아닌 이유가 있어요. 몇 가지 방향이 보입니다.

우선 새로운 파일 포맷의 등장이에요. 마크다운이나 JSON 기반으로 작성되는 문서 포맷이 비개발자도 쓸 수 있는 수준으로 진화하는 흐름입니다. 이미 Notion, Coda, Linear 같은 도구들이 이 방향으로 나아가고 있어요.

다음으로 AI 에이전트 전용 버전 관리 레이어예요. 에이전트가 파일에 접근할 때마다 자동으로 스냅샷을 찍고, 에이전트 작업 단위로 롤백할 수 있는 새로운 미들웨어 계층이 생길 가능성이 높습니다.

마지막으로 MS 오피스의 대응이에요. 마이크로소프트는 Copilot을 통해 오피스에 AI를 적극 도입하고 있지만, Copilot이 문서를 수정한 내용을 Git처럼 추적하고 특정 작업 단위로 되돌리는 기능은 아직 없어요. 이 공백이 새로운 경쟁자를 만들 수 있습니다.

AI 에이전트를 제대로 활용하는 조직과 그렇지 못한 조직의 생산성 격차는 도구의 차이에서 옵니다. 비개발자용 버전 관리 시스템을 먼저 확보한 회사가, 에이전트를 더 과감하게 쓸 수 있고 더 빠르게 실험하고 회복할 수 있어요.

마무리

AI 에이전트 시대의 진짜 인프라는 GPU도, LLM API도 아닙니다. 비개발자가 안심하고 AI에게 일을 맡길 수 있는 실수해도 괜찮은 환경이에요.

비개발자 지식 노동자에게도 버전 관리가 필요하다는 주장은, 단순한 개발자의 불평이 아니에요. AI 에이전트가 일상화될수록 이 문제는 있으면 좋겠다에서 없으면 안 된다로 바뀝니다.

지금 우리 팀의 문서 관리 방식이 AI 에이전트와 함께할 준비가 되어 있는지, 한 번쯤 점검해볼 타이밍입니다.