아키타의 사무직입니다. 평소에는 Excel VBA 매크로를 Claude Code와 대화하며 만들거나 수정하고 있으며, 그 도구와 경과를 이 연재에 쓰고 있습니다.

이번에는 툴의 업데이트 보고가 아닙니다. 지난 2개월 정도를 통해 보인 「바람의 방향」에 대한 이야기와, 그 바람의 끝에 있는 어떤 정당에 대한 하나의 즐거운 상상입니다.

계기는 YouTube 피드의 변화입니다.

불과 2개월 전까지만 해도 제 피드에는 RPA를 권장하는 영상이 평범하게 흘러나왔습니다. 그런데 지금은 거의 보이지 않습니다. 대신 늘어난 것이 「AI는 Claude가 유일한 선택(Claude 一択)」이라는 종류의 영상입니다. 오랫동안 Microsoft 계열의 툴을 소개해 온 Excel 계열의 어떤 발신자분조차, 얼마 전 Claude Code를 전면적으로 소개했습니다.

개인적인 이야기를 하나 하자면, 2개월 전쯤 아직 RPA를 권장하던 그 발신자분에게 X(구 Twitter)로 「앞으로는 Excel과 Claude Code의 조합입니다」라는 취지의 답글을 보낸 적이 있습니다. 평소에는 친절하게 답장을 주시는 분이지만, 이때만큼은 답장이 없었습니다. 그런데 2개월 후, 그분의 최신 영상이 Claude Code 일색이 되어 있었다──라는 경과입니다.

비난하려는 이야기가 아닙니다. 바람의 방향이 바뀌었다는 이야기입니다. 그리고 바람의 방향이 바뀐 지금이기에, 「그렇다면 현장의 업무는 어디로 가는가」를 써두고 싶어졌습니다. 마지막까지 읽어주시면 이 이야기가 의외의 장소로 연결됩니다.

• RPA는 공지 없이 조용히 퇴장하고 있다 (견해)
• RPA가 자동화하던 업무의 양 끝에는 원래 Excel이 있었다. 따라서 이행처는 「AI + Excel」로 안착한다 (견해)
• AI가 대단해졌다고 해서 Excel이 필요 없어지는 것이 아니다.
  AI가 대단하기 때문에, 오히려 Excel로 충분해진다 (본고의 주장) - 역할 분담은 「AI가 만들고, Excel이 실행한다」. 매번의 계산을 확률 기반의 기계에 맡기지 않고, 결정론적(Deterministic) 기계에 각인시킨다.
• 현장은 Excel에서 벗어날 수 없다. 그것은 약점이 아니라 자산이다.
• 그리고 마지막으로, 팀 미라이(Team Mirai)에 대한 즐거운 상상을 하나 남깁니다.

RPA가 「끝났다」고 선언한 사람을 저는 본 적이 없습니다. 그럼에도 영상이 보이지 않게 되었습니다.

발신자는 조회수로 먹고삽니다. 그래서 시청자보다 먼저, 수중에 있는 분석(Analytics) 데이터를 통해 수요를 감지합니다. RPA 영상이 피드에서 사라졌다는 것은, 제작자들이 일제히 「이제는 보이지 않는다」라고 판단했다는 뜻입니다. 거대한 기술의 퇴장은 대개 발표가 아니라 침묵의 형태로 찾아옵니다.

그렇다면 RPA를 도입해 버린 조직은 어디로 가야 할까요?

여기서 떠올려야 할 것은 일본 RPA 시나리오의 내용입니다. 그 대부분은 「Excel에서 기간계 시스템(Core System)으로의 전기(転記)」「시스템에서 추출한 데이터를 Excel로 정형화」「Excel을 첨부하여 메일 전송」── 즉, 원래 Excel이 주인공이었던 데이터 흐름의 틈새를 메우는 배관 공사였습니다. RPA를 걷어내도 양 끝의 Excel과 업무 데이터는 그대로 남습니다.

따라서 이행은 「다른 어딘가로 이사하는 것」이 아니라, 「배관만을 AI로 교체하고 Excel은 그대로 유지하는」 형태가 가장 자연스럽고 가장 저렴합니다. 수백 개씩 만들어 둔 시나리오는 안타깝게도 자산이 되지 않지만, 단 하나 남는 진짜 자산이 있습니다. 「어떤 업무의 어느 부분이 자동화할 가치가 있는가」를 목록화(Inventory)해 본 경험입니다. 그것을 해본 조직은 AI로 갈아탈 때 노려야 할 지점만큼은 알고 있습니다.

참고로, 일본에서 가장 열성적으로 RPA를 도입한 곳은 지자체입니다. 이 사실은 나중에 영향을 미칩니다.

「AI가 대단해졌으니 이제 Excel 같은 건 필요 없지 않을까」라는 목소리가 있습니다. 저는 매일 AI에게 Excel을 만지게 하는 쪽의 사람이지만, 체감하는 바는 반대입니다.

우선, 무엇이든 AI에게 시키는 것은 사실 효율적이지 않습니다. 집계나 계산처럼 매번 같은 답이 나와야 하는 업무는 확률로 움직이는 기계에 매번 맡길 것이 아닙니다. 백 번 해서 백 번 모두 같다는 보장이 없으며, 매번 비용과 시간이 듭니다. 반면, 함수나 매크로는 한 번 작성하면 수만 번이라도 한 치의 오차 없이 똑같은 답을 내놓습니다.

따라서 올바른 분담은 다음과 같습니다.

AI가 만들고, Excel이 실행한다.

AI의 업무는 수식과 매크로를 작성하고 수정하는 데까지. 일상적인 실행은 Excel이라는 결정론적 기계에 각인시켜 맡깁니다. 각인된 이후의 매크로는 AI 없이도 돌아가는 자산입니다. 인터넷이 끊겨도, 계약이 만료되어도, 10년 후에도 작동합니다.

또 하나, 검산의 문제가 있습니다. AI에게 매번 계산을 시키면 그 과정은 블랙박스(Black Box)입니다. Excel에 구워 놓으면(기록해 두면), 셀의 수식은 누구나 열어서 눈으로 쫓을 수 있습니다. AI를 신뢰하지 않는 사람에게도 설명할 수 있는 형태로 결과가 남는다── 업무에서는 이것이 효과적입니다.

그리고, 여기가 이 글의 핵심입니다만, 이 분담이 성립하는 것은 AI가 대단해졌기 때문입니다.

지금까지 'Excel의 한계'라고 불려 왔던 것의 정체는, 대개 Excel의 한계가 아니라 사용하는 사람의 실력의 한계였습니다. 함수도 VBA도 Power Query도, 기능으로서는 괴물처럼 넓은데, 그것을 그 정도로 다룰 수 있는 사람이 적었습니다. 그래서 'Excel로는 무리'라고 치부하며 비싼 전용 시스템으로 도망치고 있었던 것입니다.

AI가 그 실력의 천장을 걷어냈습니다. 쓰지 못했던 수식은 AI가 씁니다. 읽지 못했던 매크로는 AI가 읽고 고칩니다. 즉, 대단해진 AI가 가장 먼저 증명한 것은 새로운 플랫폼의 필요성이 아니라, Excel은 아직 전혀 다 쓰이지 않았다는 사실이었습니다.

AI가 대단하니까, Excel로 충분하다. 역설적으로 들리겠지만, 저의 매일의 실감은 이 한 줄에 응축되어 있습니다.

어떤 선진적인 시스템을 도입한 조직이라도, Excel은 시스템의 틈새에서 반드시 자라납니다. 이유는 명확합니다. 시스템에는 '정형화할 수 있는 업무'밖에 담을 수 없기 때문입니다.

현실의 업무 끝자락에는 정형화할 수 없는 작업이 무수히 많습니다. 명부와 명부의 대조, 갑자기 부탁받은 집계, 다음 주에만 있는 이벤트의 출석 관리. 이 '라스트 마일(Last Mile)'을 받아낼 수 있는 도구는 결국 Excel밖에 없습니다.

조금 더 구체적인 형태로 말씀드리겠습니다. 예를 들어 '요망 목록과 근거가 되는 규정의 조문을 연결하고 싶다'는 종류의 업무가 있습니다. 전문가의 입장에서 말하자면 데이터베이스(Database)의 업무이지만, 실제로 해보면 처음에 설계도를 그릴 수 없는 업무입니다. 하나의 요망이 여러 조문에 얽혀 있습니다. 얽히는 방식에도 강약이 있습니다. 도중에 '소관 부서도 연결하고 싶다', '과거의 유사 안건도 잇고 싶다'며 욕심이 생깁니다. 데이터베이스는 처음에 스키마(Schema)를 정하지 않으면 시작할 수 없지만, 이런 종류의 업무는 해나가면서가 아니면 구조를 알 수 없습니다. Excel이라면 열을 하나 추가하는 것만으로 이해의 성장에 따라 표가 따라옵니다.

게다가 연결 결과가 눈에 보입니다. 행 옆에 조문 번호가 적혀 있으면 누구나 연결 관계를 알 수 있고, 이상하다면 그 자리에서 고칠 수 있습니다.

저 자신도 법률·조례·규칙 종류를 하나의 북(Book)에 모아서 검색하며 사용해 왔습니다. 여기에 AI가 더해진 지금, 그 북은 '검색할 수 있는 자료집'에서 '대화할 수 있는 살아있는 법령집'으로 변해가고 있습니다. 문장을 읽고 '이것은 어느 조문의 이야기인가'라고 짐작하는 것은 AI의 특기입니다. AI에게 읽게 하여 연결 초안을 행에 뱉어내게 하고, 인간이 눈으로 확인하여 확정하며, 결과는 북에 남깁니다.

AI가 읽고, 사람이 판결하며, Excel이 기억한다.

'현장은 Excel에서 벗어날 수 없다'는 말은 체념의 말처럼 들립니다. 하지만 벗어날 수 없는 장소란, 모두가 반드시 그곳에 있는 장소를 뜻합니다. 그렇기에 그곳에 닿는 도구를 만든 사람이 가장 많은 사람에게 닿습니다. 탈(脫) Excel을 내걸던 사람들은 사람을 다른 곳으로 데려가려다 '현장이 따라오지 않는다'며 계속 한탄해 왔습니다. 순서가 반대라고 생각합니다. 모두가 있는 곳에 도구를 가져가면 됩니다.

여기서 어떤 분의 원점에 대한 이야기를 하겠습니다.

팀 미라이(Team Mirai)의 당수 안노 타카히로(安野貴博) 씨는 인터뷰에서 프로그래밍의 원점을 이렇게 말했습니다. 초등학교 3학년 시절, 아버지가 산 Windows 98을 마음껏 만지며, Excel의 수식을 이것저것 만지다 보니 VBA라는 프로그래밍 언어에 도달했다. 이것으로 소프트웨어를 만들 수 있다는 것을 알고 독학으로 프로그래밍을 배워 게임까지 만들었다고 합니다 (아사히 초등학생 신문 WILL Navi Next 인터뷰).

'VBA 같은 레거시(Legacy)를 쓰는 사람'은 끊이지 않습니다. 하지만 현실의 일본에서 가장 많은 사람을 프로그래밍으로 끌어들인 입구는 틀림없이 Excel VBA입니다. 직장의 컴퓨터에 처음부터 들어있고, 눈앞에 자신의 실제 데이터가 있으며, 쓴 결과가 그 자리에서 셀에 나타납니다. 교재도 서버도 필요 없습니다. 사무직이든 영업직이든, '내 일을 편하게 하고 싶다'는 가장 정당한 동기에서 들어갈 수 있는 유일한 입구였습니다.

누구에게 배운 것이 아니라, 눈앞의 Excel을 만지는 동안 Excel이 오히려 프로그래밍의 세계로 데려다주었습니다. 그 소년이 지금은 국회에 있습니다. 이 입구가 진짜였다는, 이보다 더할 나위 없는 증명이라고 생각합니다.

그리고 지금, AI의 시대가 되어 "VBA 따위는"이라는 말을 들어왔던 이 입구가, Claude Code라는 파트너를 얻어 고속도로 입구로 변하려 하고 있습니다. 서두에 쓴 발신자분들의 전향은, 그 도로의 개통 안내와도 같습니다.

자, 이제부터가 후반부의 핵심입니다.

팀 미라이(Team Mirai)의 업무에는 이전부터 경의를 가지고 있었습니다. 정책 논의를 GitHub에서 접수하고, 수만 건의 의견을 AI에게 읽히며 대화하면서 경향을 파악하는 것(브로드리스닝 (Broadlistening)). 테크놀로지를 일부 전문가의 전유물에서 일반 사람들의 손으로 넘기려는 방향성은, Excel 현장에서 제가 해온 일과 뿌리가 같다고 느낍니다.

특히 감탄한 것이 2025년 10월에 공개된 「미라이 마루미에(모두 보이는) 정치자금」입니다. 은행 계좌나 카드 명세서를 클라우드 회계 소프트웨어에 자동 동기화시켜, 당의 수지를 거의 실시간으로 누구나 볼 수 있는 형태로 만들었습니다. 기존의 수지 보고서라면 공개까지 1년 가까이 걸렸을 것이 「분개 (Journalizing)만 하면, 언제든 전부 보여줄 수 있다」로 바뀌었습니다. 게다가 오픈 소스 (Open Source)로서 GitHub에 공개하며 타 정당에도 가져가라고 말하고 있습니다. 본 연재의 표현을 빌리자면, 이것은 "업무는 마지막에 형태로 남긴다. 그리고 그 형태를 보여준다"의, 정치에서의 구현입니다. 경의밖에 없습니다.

그 위에서, 딱 한 가지, 사각지대가 아닐까 생각하는 점을 적겠습니다.

마루미에 정치자금의 내용은 TypeScript로 작성된 본격적인 Web 시스템입니다 (Next.js, Supabase──잘 모르시는 분들은 "전문 엔지니어가 없으면 운용할 수 없는 도구들"이라고 읽어주세요). 오픈 소스로 공개한 기개는 진짜입니다. 하지만 그것을 받아서 움직일 수 있는 것은, 엔지니어가 있는 조직뿐입니다. 전국 각지의 작은 정치 단체, 지방 의원 사무실, 그리고 1,700여 개의 시구정촌 현장──앞서 언급한 "일본에서 가장 열성적으로 RPA를 도입하고, 지금 갈 곳을 찾기 시작한 조직"──에는 Next.js를 운용할 수 있는 사람이 없습니다.

게다가 지자체에는 삼층 분리(소위 $\alpha$ 모델)라는 해자가 있습니다. 업무 데이터와 클라우드는 해자의 반대편입니다. 개인정보의 덩어리인 명부나 대장(Ledger)을 외부의 AI나 클라우드로 보낸다는 선택지가 애초에 존재하지 않는 곳입니다.

즉, 마루미에의 사상──형태로 만들어 보여준다──를 엔지니어가 부재한 현장과 해자 안쪽으로 전달하려 하면, 남는 그릇은 단 하나뿐입니다. **모두의 손에 이미 있는 스프레드시트 (Spreadsheet)**입니다. 데이터를 밖으로 내보내지 않고, 손에 든 채 열려 있는 북 (Book) 안에서 AI와 대화하며, 결과를 시트 (Sheet)에 구워 남깁니다. 인덱스 (Index)는 살아있고, 오류는 그 자리에서 바로잡을 수 있으며, 모든 것이 로컬 (Local)에서 완결됩니다. 저는 이것을 아키타에서, 직접 만든 도구(GitHub에 공개하고 있습니다)와 함께 매일의 실무로서 하고 있습니다. 국정의 고도에서는 보이지 않는, 해자 안쪽 진흙탕 속의 해답입니다.

그리고, 여기서부터는 저의 개인적인 상상입니다.

경리의 핵심이 회계 소프트웨어와 마루미에로 돌아가고 있다는 것은 공개된 정보로 알 수 있습니다. 하지만 실무를 하는 사람에게는 그 앞 단계와 바깥쪽이 보입니다. 「분개만 하면」의, 분개 전 단계에 있는 잡다한 정리. 그리고 경리 바깥쪽에 무한히 존재하는 명부, 일정, 제출 서류, 대조──시스템에 올라가지 않는, 사무의 마지막 마일 (Last Mile)입니다. 엔지니어 밀도가 이상적으로 높은 그 조직이, 그 부분을 인해전술로 하고 있다고는 생각되지 않습니다.

여기서 본론 4를 떠올려 보십시오. 당수이신 안노 씨는 Excel의 수식에서 VBA에 도달하여 프로그래밍의 기초를 익힌 사람입니다. 그리고 최근에는 자신의 YouTube 채널에서 초보자를 위한 Claude Code 활용 강좌를 연재할 정도로 Claude Code를 밀고 있습니다. 입구가 Excel이고, 지금의 도구가 Claude Code라면. 그렇다면 상상은 하나로 좁혀집니다.

마루미에에 올라가기 전의, 그 잡다한 일상의 사무는 이미 Claude Code와 스프레드시트로 돌아가고 있는 게 아닐까──라고, 저는 멋대로 상상하고 있습니다.

만약 맞다면, "정치와 돈"의 나라에서 핵심은 가시화하고, 주변부는 AI와 스프레드시트로 빠르고, 정확하며, 기록이 남는 형태로 돌리고 있다는 이야기가 됩니다. 그것은 업무 효율의 이야기인 동시에, 투명성 이야기의 연장선입니다. 틀렸다면 그것대로 재미있을 것입니다. 그 진용이라면 한 번 시도해 보는 것만으로도 아마 하루 만에 답이 나올 테니까요.

늘 그렇듯, 분류해 두겠습니다.

사실: YouTube에서 RPA를 추천하는 영상이 눈에 띄게 줄어든 것 (본인의 관측 범위). Excel 계열 발신자들 사이에서 Claude Code로의 전향이 나타나기 시작한 것. Microsoft와 Anthropic의 협력이 공식적으로 심화되고 있는 것. 안노(安野) 씨의 원점에 대한 이야기가 활자로 남아 있는 것. 안노 씨가 자신의 YouTube 등을 통해 Claude Code에 대해 발신하고 있는 것. 지자체의 삼층 분리(三層分離) 체제 아래에서 업무 데이터와 클라우드가 분리되어 있는 것. 투명한 정치 자금이 클라우드 회계 연동 TypeScript 기반 Web 시스템으로서 오픈 소스로 공개되어 있는 것.

전망: RPA를 도입한 조직의 이행 대상이 「AI + Excel」로 안착하는 것. "AI가 대단하니까 Excel로 충분하다"가 널리 상식이 되는 것. VBA라는 입구가 고속도로가 되는 것. 그리고, 팀 미라이(Team Mirai)의 사무 업무 마지막 1마일(Last Mile)이 이미 Claude Code와 스프레드시트로 돌아가고 있을 것이라는 점.

전망에 대한 정답 확인은 몇 년 후로 미루겠습니다. 이 기사는 그 정답 확인을 위해 남겨둡니다.

2개월 전, 답장이 없었던 그 답글에 대해 나는 후회하지 않습니다. 좋아하는 발신자가 다른 방향을 향하고 있다고 생각했기에, 해야 할 말을 했을 뿐입니다. 결과적으로 바람은 이쪽으로 불기 시작했습니다.

이런 글을 쓰면, "너는 어느 쪽이냐"라는 질문을 받곤 합니다. Microsoft냐, Google이냐, Anthropic이냐. 당신의 편은 어디냐고 말이죠.

쇼와 시대의 형사 드라마에 이런 식으로 대답한 남자가 있었습니다.

"나는, 나 자신이다."

누구의 신호로 움직인 것도 아닙니다. 자신의 손으로 실물을 만져보고, 자신의 코로 냄새를 맡으며, 스스로 선택했을 뿐입니다. 바람의 방향이 바뀌어도, 이 대답만큼은 변하지 않습니다.

초등학생 시절의 안노 씨가 독학으로 프로그래밍을 익혀 게임까지 만들었다는 이야기를 썼지만, 다음에는 VBA 매니저(VBA Manager)를 사용하면 "대화하는 것만으로 게임을 만들 수 있다"는 이야기를 하고 싶습니다.

그럼, 다음에 뵙겠습니다.