엑셀 AI가 좋아진 게 아니라, 실행 경로가 바뀌었다

엑셀에서 AI를 다시 써보면 예전보다 손이 붙는다는 느낌이 든다. 셀을 읽고, 값을 고치고, 수식을 넣는 일이 덜 끊긴다. 이를 곧바로 “모델이 더 똑똑해졌다”라고 설명하기에는 공개된 근거가 부족하다. 대신 OpenAI가 공식 문서에 명시한 변화가 하나 있다. Codex가 데스크톱 앱의 Excel 추가 기능을 통해 열려 있는 워크북을 직접 다룰 수 있다는 것이다. 반면 공개 변경 기록에는 Excel CRUD의 정확도나 속도를 따로 개선했다는 항목이 보이지 않는다.

공식 문서가 말하는 것은 성능보다 연결 방식이다

OpenAI의 설명에 따르면 Codex는 열린 Excel 파일의 시트, 수식, 값, 서식, 차트를 살펴보고 업데이트할 수 있다. 로컬 파일이나 코드를 함께 사용해 작업하는 것도 가능하다. 중요한 단어는 ‘열린’이다. AI가 별도로 전달받은 파일을 편집해 새 파일로 돌려주는 흐름과, 사용자가 보고 있는 워크북 안에서 작업하는 흐름은 같지 않다.

파일을 주고받는 방식에서는 작업 대상을 문장으로 다시 설명해야 한다. “매출 시트의 7월 열”, “현재 필터에서 보이는 행”, “이 수식을 아래로 채워라” 같은 맥락이 파일과 요청 사이를 오간다. 결과를 받은 뒤에는 원본과 수정본을 비교하고, 원하는 셀이 바뀌었는지 다시 확인해야 한다.

열린 워크북을 직접 다루면 이 번역 단계가 짧아진다. 현재 시트와 셀 범위를 읽고, 지정한 위치를 고치고, 같은 화면에서 값을 다시 읽어볼 수 있다. AI의 추론 능력이 그대로여도 대상 선택 오류와 파일 왕복이 줄면 사용자는 “CRUD가 좋아졌다”고 느낄 수 있다. 이것은 공개 벤치마크의 결론이 아니라 실행 경로를 바탕으로 한 Zero Draft Lab의 해석이다.

체감 개선은 쓰기보다 확인에서 커진다

엑셀 작업은 값을 한 번 쓰는 것으로 끝나지 않는다. 합계가 맞는지, 상대 참조가 밀리지 않았는지, 숫자 서식이 유지됐는지 확인해야 한다. 직접 제어 경로의 이점은 생성 자체보다 이 확인 루프에 있다. 한 요청 안에서 읽기, 수정, 재확인이 이어지면 사용자가 중간 전달자 역할을 덜 맡는다.

예를 들어 “빈 단가만 찾아 최근 발주가로 채우고, 수정한 행을 표시해 달라”는 요청에는 최소 세 단계가 있다. 빈 셀을 찾고, 참조할 값을 선택하고, 바뀐 행을 검증해야 한다. 파일을 내보내고 다시 불러오는 횟수보다 워크북 안에서 이 세 단계를 연속해서 수행하는지가 체감을 좌우한다. CRUD라는 말로 묶여 있지만, 실제 개선점은 더 짧아진 작업-검증 왕복이다.

확인된 변화와 아직 모르는 것을 나눠야 한다

현재 공개 정보로 확인되는 것은 Excel 직접 제어 기능의 존재와 작업 범위다. Excel CRUD 정확도가 몇 퍼센트 올랐는지, 어느 시점에 모델 패치가 배포됐는지, 모든 사용자에게 같은 경로가 항상 선택되는지는 공개 문서만으로 알 수 없다. OpenAI도 직접 제어가 모든 요청에 사용되는 것은 아니라고 설명한다.

제약도 남아 있다. VBA와 매크로는 완전히 지원되지 않을 수 있고, 중요한 수식과 계산은 저장하거나 공유하기 전에 검토해야 한다. 같은 요청이라도 단순한 값 수정, 복잡한 수식 재구성, 매크로 편집은 난도가 다르다. 한두 번의 성공을 엑셀 자동화 전체의 성능 향상으로 일반화하면 안 된다.

따라서 지금 가장 정확한 답은 이렇다. 공식적으로 명시된 것은 “Excel CRUD 성능이 향상됐다”는 패치가 아니라, Codex가 열린 워크북을 직접 읽고 고칠 수 있게 된 실행 경로다. 최근 체감이 좋아졌다면 그 원인에는 모델 자체의 변화 가능성뿐 아니라, 대상 지정과 수정 후 확인이 한곳에서 이어진 효과가 함께 들어가 있다.

주요 출처: OpenAI Help Center, ChatGPT for Excel and Google Sheets; OpenAI, ChatGPT changelog. 직접 제어 경로가 대상 선택과 검증 왕복을 줄여 체감을 개선한다는 설명은 Zero Draft Lab의 분석입니다.