n8n의 무쓸모화

도커로 띄워 둔 n8n 인스턴스가 몇 달째 조용히 돌고 있습니다. 며칠 전 오랜만에 브라우저로 노드 편집 화면을 열었다가 마지막으로 이 캔버스에서 노드를 끌어다 선을 잇고 저장 버튼을 누른 게 언제였는지 한참을 떠올려야 했습니다. 그 사이에 새로 만든 자동화가 적지 않았는데도 그랬습니다. 메일을 분류해서 라벨을 붙이고 특정 페이지가 바뀌면 알림을 보내고 매일 새벽에 어떤 데이터를 긁어다 정리해 두는 일들. 전부 클로드코드에게 파이썬 스크립트를 짜게 해서 CRON으로 실행시켜 둔 것들입니다. 한때 새 자동화가 필요할 때 가장 먼저 떠오르던 곳이 n8n 캔버스였는데 지금은 새 워크플로를 그 캔버스 위에 그리는 일이 1년에 한두 번 있을까 말까 합니다. 도구가 고장 난 것도 아니고 더 비싸진 것도 아닌데 제 손에서 빠르게 쓸모를 잃어가고 있습니다.

이건 혹시 비계와 비슷한 결말이 아닐까 하는 생각을 해봤습니다. n8n은 제게 자동화라는 건물 둘레에 세워 둔 비계 같은 것이었습니다. 비계의 쓸모는 단 하나 벽돌을 빨리 쌓게 해 준다는 데 있습니다. 맨손으로는 닿지 않는 높이에 발판을 대 주고 코드를 한 줄도 직접 쓰지 않고도 SaaS 두 개를 잇고 조건 분기를 걸고 스케줄을 매다는 일을 30분 만에 끝낼 수 있게 해 줍니다. 그 빠름이라는 보상 하나 때문에 우리는 비계에 따라붙는 여러 불편을 기꺼이 감수합니다. 그런데 어느 날 벽에 직접 손이 닿게 되면 같은 비계가 갑자기 시야를 가리고 동선을 막는 구조물로 보이기 시작합니다. 제가 지난 몇 달 동안 겪은 일이 정확히 그것입니다.

n8n이라는 비계의 내력부터 짧게 짚어 두는 편이 좋겠습니다. n8n은 2019년에 VFX 아티스트 출신 개발자 얀 오버하우저가 혼자 깃헙에 처음 공개한 노드 기반 자동화 도구입니다[^n8n]. 셀프호스팅이 가능하다는 점이 출발선의 차별점이었습니다. 제가 n8n을 처음 들인 것도 2023년 말이었는데 그때 쓴 '자동화 도구 n8n 사용기'에서도 적었듯 IFTTT나 Zapier의 무료 영역이 너무 좁아 이런저런 자동화를 마음껏 실험해 보기 어려웠던 것이 직접적인 계기였습니다. 도커 이미지 하나만 띄워 두면 어지간한 자동화를 한곳에 모아 아주 낮은 비용으로 굴릴 수 있다는 점이 든든했고 1년쯤 지난 '요즘 n8n 사용기 (2024)'를 쓸 무렵에는 n8n이 사실상 제 개인 자동화의 핵심을 차지하고 있었습니다. 비계가 제대로 서서 그 위에서 벽돌이 빠르게 올라가던 시기였습니다.

여기서 한 가지 이상한 일이 시작됩니다. 제 손에서 n8n이 무쓸모해지는 체감과 정반대로 회사로서의 n8n은 지금 사상 최고 국면을 지나고 있습니다. 2025년 3월 하이랜드 유럽이 주도한 5,500만 유로 규모의 시리즈 B를 받았고[^Fair-code pioneer n8n raises $60M for AI-powered workflow automation] 그해 10월에는 액셀이 주도하고 엔비디아의 벤처 부문까지 참여한 1억 8천만 달러의 시리즈 C가 더해지며[^N8n raises $180M] 기업가치가 25억 달러, 누적 펀딩이 약 2억 5,350만 달러에 이르렀습니다[^n8n revenue, valuation & funding]. 2025년 7월 기준 연간 반복 매출이 약 4천만 달러, 유·무료를 합친 활성 사용자가 23만 명을 넘고 엔터프라이즈 고객이 3,000곳을 웃돈다는 추정도 함께 나왔습니다[^n8n revenue, valuation & funding]. 비계 대여업으로 치면 더없는 호황입니다. 그런데 이 성장의 동력을 한 겹 벗겨 보면 그것을 끌어올린 것이 "비주얼 노드로 SaaS를 잇는 전통적 자동화"가 아니라 도구 안에 빨아들인 AI라는 점이 드러납니다. n8n에서 지난해 만들어진 워크플로의 80% 이상이 이미 AI 에이전트를 끼고 있었다는 대목이 그 증거입니다[^Becoming Essential to the AI Revolution]. 엔비디아가 투자자 명단에 이름을 올린 것이 상징적입니다. n8n을 살린 것은 다름 아니라 자기가 흡수한 AI입니다.

제 손에서 벌어진 일도 같은 AI가 일으켰습니다. 정확히는 클로드코드 같은 코딩 에이전트가 비계가 주던 단 하나의 보상 곧 "코드보다 빠른 구축"을 빼앗아 갔습니다. 예전에는 n8n으로 워크플로 하나를 짜는 데 최소 두세 시간이 걸리던 작업을 요즘은 클로드코드에게 부탁해 30분 만에 그것도 왜 이렇게 작성했는지 설명한 문서를 포함한 파이썬 코드를 얻을 수 있습니다. 이런 비교를 같은 결로 적어 둔 실무 글도 2025년과 2026년에 걸쳐 한 장르처럼 쌓였습니다[^Claude Code vs n8n: Which Should You Use for Agentic Workflows in 2026?]. 비계가 절약해 주던 시간이 역전된 것입니다. 벽에 손이 닿는 순간 발판은 더 이상 발판이 아니라 치워야 할 구조물이 됩니다. n8n 안에서도 조금만 복잡해지면 결국 코드 노드를 열어 자바스크립트를 직접 짜게 된다는 점을 떠올리면 "그럴 거면 처음부터 코드의 온전한 힘을 쓰지 않을 이유가 무엇인가"라는 질문을 할 수밖에 없습니다.

보상이 사라지자 그동안 비계에 따라붙던 불편들이 맨얼굴을 드러냅니다. 이 불편들은 사실 새로 생긴 게 아니라 처음부터 거기 있던 것들입니다. 가장 자주 느끼던 불편은 버전 관리입니다. n8n은 브랜치를 두 개로 제한하고 워크플로를 저장할 때 개별 워크플로만 따로 저장하지 못하고 전체를 한꺼번에 저장하게 강제합니다. 제 경우 홈랩에 n8n을 설치해 사용하므로 이런 사고가 일어나지는 않습니다. 하지만 버전관리가 안 되어 잘못된 수정을 되돌리기 어렵고 이전과 무엇이 달라졌는지 확인하기도 어려운 불편함이 있습니다[^n8n Is Great. Until You Try to Run It Like Software.]. 워크플로를 JSON으로 빼내 깃에 넣을 수는 있지만 diff가 노이즈투성이라 코드 리뷰처럼 검토하기는 어렵습니다. 테스트도 마찬가지입니다. 기댓값을 정의해 로직을 자동으로 검증하는 내장 장치가 없어 수동으로 클릭해 돌려 보는 게 전부이고 그래서 잘못 짠 워크플로가 자는 사이 조용히 일을 그르쳐도 며칠 동안 모를 수 있다는 침묵 실패의 공포가 늘 깔려 있습니다. 디버깅 역시 비주얼 실행 로그에 기대다 보니 진짜 원인을 짚기가 까다롭습니다. 그래서 과거에 하던 대로 실행 중 주요 노드를 지날 때마다 현재 변수들의 상태를 n8n 내장 데이터베이스에 덤프하는 노드를 계속해서 추가하고 이 값들의 변화를 관찰하며 디버깅해야 합니다. 마치 코드 사이사이에 로그를 집어넣던 것과 비슷합니다. 반면 코드는 깃에 얹는 순간 브랜치와 머지와 PR 리뷰와 롤백을 모두 온전히 쓸 수 있게 되고 이는 오래전 '개인 버전관리 (2023년 가을 버전)'에서부터 제가 작업 파일을 다루며 가장 중요하게 여겨 온 부분이기도 합니다. 핵심은 순서입니다. 이 엔지니어링 불편들은 n8n 초기부터 있었고 많은 사람이 "그래도 빠르니까" 참고 썼습니다. 코딩 에이전트가 그 "빠르니까"를 빼앗자 남은 것은 불편뿐이라 참을 이유가 사라진 사람들이 한꺼번에 코드로 움직이기 시작한 것입니다.

여기서 한 가지 생각해볼 점은 여기까지의 이야기는 직업적으로 코드를 만들지는 않지만 최소한 코드를 무서워하지는 않는 사람의 입장입니다. n8n은 제 입장에서 보면 저와 수많은 API 사이에 앉아 있던 통역사 같은 존재였습니다. 제 의도를 받아 각 서비스가 알아듣는 형식으로 옮겨 주는 중간 계층이었습니다. 그런데 제가 기계에게 직접 말을 걸 수 있게 되자 그 통역사의 자리가 사라져 버립니다. 얼마 전 '통역사가 사라지는 자리에서'에서 시스템기획자라는 직군을 두고 했던 이야기와 구조가 똑같습니다. 다만 통역사가 필요 없어지는 것은 양쪽이 직접 대화할 수 있을 때의 일이고 코드를 쓰지 못하는 사람에게는 그 통역사가 여전히 유일한 통로로 남습니다. 그러니 "n8n이 무쓸모해진다"는 말은 모든 사용자에게 곧 닥칠 일이 아니라 코드를 쓸 줄 알면서 코딩 에이전트를 상시 곁에 둔 좁은 코호트 안에서 먼저 벌어지는 일이라고 봐야 합니다.

그래도 이것이 저 혼자만의 착시가 아니라는 정황은 곳곳에 있습니다. n8n의 시리즈 C 펀딩 소식을 다룬 해커뉴스 스레드에서 한 개발자는 "클로드가 솔루션을 코딩해 주고 나니 더 이상 n8n을 쓸 이유가 없어졌다"고 그대로 적었고 같은 자리에 "그냥 코드 쓰는 게 훨씬 쉽다"는 말이 반복됩니다[^N8n raises $180M]. "n8n을 코딩 에이전트로 갈아치웠다"를 주제로 한 글이 하나의 장르처럼 쌓이는 한편 그 행동을 말리는 "n8n을 클로드코드로 대체하지 말라"는 반작용 글까지 등장했습니다[^Stop Replacing n8n With Claude Code: Here's What Actually Works]. 아무도 하지 않는 일을 굳이 말리는 글은 나오지 않는 법입니다. 좀 더 넓은 지표로도 흐름이 잡힙니다. 2025년 스택 오버플로 개발자 설문에서는 AI 도구를 쓰거나 쓸 계획이라는 응답이 84%까지 올라갔고 AI 에이전트를 써 본 개발자의 69%가 그 덕에 생산성이 올랐다고 답했습니다[^AI | 2025 Stack Overflow Developer Survey]. 에이전트에게 점점 더 많은 일을 맡기는 흐름 자체는 개인의 취향을 넘어선 코호트 현상입니다. 그 위임의 무게에 대해서는 '열쇠'에서 따로 길게 적은 적이 있는데 자동화의 손발을 비계에서 에이전트로 옮긴다는 것은 결국 더 많은 열쇠를 쥐여 주는 일이기도 합니다.

떠난 사람들이 향하는 곳이 클로드코드 하나만인 것도 아닙니다. 제가 파이썬 스크립트를 사용하는 그 지점에 누군가는 커서를 사용하고 있습니다. 커서는 VS Code를 갈라 만든 편집기 안에서 여러 에이전트를 동시에 사용하며 자체 모델로 코드를 고쳐 나가는 쪽이고[^Introducing Cursor 2.0 and Composer] 저처럼 터미널을 선호하는 사람은 오픈AI가 러스트로 작성해 오픈소스화한 코덱스 CLI나[^Codex CLI] 구글이 아파치 라이선스로 열어 둔 Gemini CLI를 사용합니다[^Gemini CLI: your open-source AI agent]. 깃헙 코파일럿은 아예 한 발 더 나가서 이슈 하나를 맡기면 클라우드에서 알아서 풀 리퀘스트를 열고 테스트까지 돌린 뒤 리뷰를 요청하는 비동기 동료처럼 움직입니다[^Assigning and completing issues with coding agent in GitHub Copilot]. 한 수 한 수 git에 자동으로 커밋해 되돌리기를 쉽게 만드는 에이더처럼 버전 관리를 핵심 기능으로 앞세운 것도 있고 클라인이나 오픈핸즈처럼 오픈소스로 공개돼 로컬 라마로 돌릴 수 있어 코드가 네트워크로 전혀 나가지 않게 하는 선택도 있습니다[^OpenHands: AI-Driven Development]. 도구마다 결이 다르지만 공통점은 분명합니다. 비주얼 캔버스에 노드를 그리는 대신 사람의 말을 받아 진짜 코드를 뱉어 주는 기계라는 점입니다. 깃헙이 집계한 바로는 2025년에 새로 들어온 개발자의 80%가 첫 주에 코파일럿을 켰다고 하니[^Octoverse: A new developer joins GitHub every second as AI leads TypeScript to #1] 이제 코드를 쓰는 사람이 이런 기계를 곁에 두지 않는 쪽이 오히려 드뭅니다.

기계가 코드를 뱉어 줘도 그 코드를 실제로 돌릴 자리는 따로 필요한데 여기에도 비계를 세우지 않는 길이 여럿 있습니다. 가장 단순하게는 제가 그러는 것처럼 CRON에 추가하는 것이고 기계를 늘 켜 두기 부담스러우면 깃헙 액션의 예약 워크플로에 얹어 클라우드에서 무료로 돌릴 수도 있습니다. 다만 최소 간격이 5분이고 공개 저장소는 60일간 활동이 없으면 예약이 꺼진다는 점은 알아 둬야 합니다[^Events that trigger workflows]. 서버를 아예 두고 싶지 않으면 클라우드플레어 워커스의 CRON 트리거나[^Cron Triggers] 모달처럼 데코레이터 한 줄로 파이썬 함수를 정해진 시각에 깨우는 서버리스를 씁니다[^Scheduling remote cron jobs]. 자동화가 단순한 스케줄을 넘어 재시도와 상태 관리가 필요할 만큼 자라면 크래시가 나도 그 상태에서 정확히 실행되는 템포럴 같은 내구 실행 엔진으로 올라가는데 흥미롭게도 오픈AI·리플릿·러버블·커서 같은 회사들이 자기 AI 제품의 뼈대로 바로 이 엔진을 씁니다[^The world's best AI runs on Temporal]. 그러니 "n8n을 떠나 코드로 간다"는 말은 한 도구를 다른 한 도구로 바꾸는 일이 아니라 작성기와 실행기와 신뢰성 계층을 각자 형편에 맞게 직접 고르는 일에 가깝습니다. 재미있는 것은 이 선택지 안에 n8n 자신도 남아 있다는 점입니다. n8n은 워크플로를 MCP 서버로 노출해 외부 에이전트가 하나의 도구처럼 불러 쓸 수 있게 열어 두었기 때문에[^Set up and use n8n MCP server] 비계를 전부 허무는 대신 판단은 코드에 두고 손발만 n8n에 맡기는 절충도 가능합니다.

여기서 '코드를 무서워하지는 않는 사람'이라는 말을 한 번 더 살펴볼 필요가 있습니다. 예전에 이 말은 거의 전문 프로그래머만 가리켰습니다. 그런데 지금은 이 말의 의미가 빠르게 넓어지는 중입니다. 주말에 취미로 스크립트를 깁는 사람, 남의 코드를 긁어다 붙이던 스크립트 키디, 심지어 코드를 한 줄도 읽지 못하는 사람까지 결과물로서의 코드를 만들어 내는 집합에 들어오기 시작했습니다. 안드레이 카파시가 2025년 2월에 "바이브 코딩"이라는 말을 만들어 "코드가 존재한다는 사실조차 잊고 그냥 흐름에 몸을 맡긴다"고 적은 그 방식이[^Vibe coding] 1년도 안 돼 콜린스 사전의 올해의 단어가 됐고 메리엄-웹스터는 이를 "코드가 어떻게 동작하는지 이해할 필요 없이" AI에게 원하는 바를 말해 코드를 짓는 일이라고 풀이합니다[^vibe coding]. 엔비디아의 젠슨 황은 한 발 더 나가 "이제 코딩을 배울 필요가 없다 새로운 프로그래밍 언어는 사람의 말"이라고까지 말했습니다[^Nvidia's CEO Says It No Longer Matters If You Never Learned to Code: 'There's a New Programming Language']. 말만 요란한 것은 아닙니다. 브라질의 한 그로스 마케터는 엔지니어 학위 없이 러버블만으로 안전 앱 하나를 통째로 지어 석 달 만에 1만 명 넘는 사용자를 모았다고 하고[^How Sabrine used Lovable to Fight Gender-Based Violence in Brazil] 게임을 만들어 본 적 없다던 한 인디 개발자는 커서만으로 세 시간 만에 멀티플레이 비행 시뮬레이터를 띄워 첫 주에 8만 명 넘는 사람을 끌어모았습니다[^Pieter Levels used AI to build a viral flight simulator in 3 hours with no background in game development]. 비전문가를 정조준한 러버블이 소프트웨어 회사 사상 가장 빠르게 연 매출 1억 달러에 닿고 하루에 새 프로젝트가 10만 개씩 올라온다는 수치는[^Lovable becomes fastest software company ever to reach $100M ARR] 벽에 손을 댈 수 있는 사람의 수가 어느 방향으로 움직이는지를 보여 줍니다. 벤더가 직접 내건 수치라 에누리해 읽어야 하지만 방향만은 분명합니다.

물론 이 외연 확장을 곧이곧대로 "이제 누구나 만든다"로 읽으면 곤란합니다. 화제가 된 와이콤비네이터의 통계 곧 2025년 초 기수의 4분의 1이 코드의 95%를 AI로 생성했다는 수치조차 정작 그 주인공들은 코드를 잘 아는 엔지니어였다는 단서가 함께 붙습니다[^A quarter of startups in YC's current cohort have codebases that are almost entirely AI-generated]. 스택 오버플로 설문에서도 개발자의 80%가 AI를 쓰면서 정작 72%가량은 바이브 코딩을 자기 본업의 일부로 치지 않는다고 답했습니다[^Developers remain willing but reluctant to use AI: The 2025 Developer Survey results are here]. 벽에 손은 닿게 됐지만 그 손으로 끝까지 쌓을 수 있느냐는 다른 문제이기 때문입니다. 흔히 "70% 문제"라 부르는 벽이 여기 있습니다. AI가 70%까지는 놀랍도록 빨리 데려다주지만 엣지 케이스와 보안과 디버깅이 걸린 마지막 30%에서 코드를 이해하지 못하는 사람은 자기가 짠 적 없는 코드를 두고 두더지잡기를 하게 됩니다[^The 70% problem: Hard truths about AI-assisted coding]. 그 30%가 방치되면 사고를 일으키게 됩니다. 비전문가용 바이브 코딩 플랫폼 러버블에서 만들어진 프로젝트들이 인가 오류 하나 때문에 48일 동안 소스 코드와 데이터베이스 자격 증명과 고객 개인정보를 그대로 노출한 일이[^Lovable left thousands of projects exposed for 48 days, and the vibe coding security crisis is only getting worse] 그 30%의 다른 이름입니다. 같은 낮아진 문턱은 공격자 쪽에도 열려서 앤트로픽은 기술이 거의 없는 범죄자들이 AI로 랜섬웨어를 만들어 파는 사례를 직접 적발해 보고하기도 했습니다[^Detecting and countering misuse of AI: August 2025]. 그래서 코드를 쓸 줄 아는 사람의 경계는 흐려지는 동시에 그 안에서 70%에서 멈추는 사람과 마지막 30%를 직접 손보는 사람으로 다시 갈립니다. 제가 앞에서 비계를 해체할 수 있다고 말한 그 "코딩 가능한 개인"은 정확히는 이 마지막 30%를 감당할 수 있는 사람을 가리킵니다.

그렇다면 제 손에서 무쓸모해지는 비계가 대여업으로는 어떻게 호황일 수 있는가. 답은 비계를 세우는 이유가 한 가지가 아니라는 데 있습니다. 고층 건물에 비계를 두르는 것은 그곳 인부들이 맨손으로 벽을 못 올라서가 아닙니다. 숙련공이 아무리 많아도 타워 한 채를 올리려면 허가와 안전 검사와 여러 작업조의 동선 조율이 필요하기 때문에 비계를 세웁니다. 기업이 n8n에 돈을 내는 이유가 정확히 그것입니다. 셀프호스팅으로 데이터가 외부 SaaS로 새어 나가지 않게 하는 데이터 주권, 규제 산업의 컴플라이언스, SSO와 세분화된 권한 관리와 감사 로그 같은 거버넌스. 보다폰은 보안 운영 조직에 n8n으로 33개의 워크플로를 구축해 위협 모니터링과 대응을 자동화했고 그 결과 연 약 5,000인일과 220만 파운드의 비용을 아꼈으며 2025년 들어서는 매달 30만 파운드 안팎을 꾸준히 절감하고 있다고 밝혔습니다[^Leveraging Automation in Cybersecurity]. 이런 자동화는 개인이 파이썬 스크립트 몇 개로 손쉽게 대신할 수 있는 종류가 아닙니다. 기업이 사는 것은 코드 작성의 편의가 아니라 통제와 책임성과 규격이고 그 영역은 코딩 에이전트가 곧장 잠식하기 어렵습니다. 같은 개발자가 자기 개인 자동화는 코드로 옮기면서도 회사 자동화는 거버넌스 때문에 n8n에 그대로 둘 수 있습니다. 제가 겪는 무쓸모화와 n8n의 엔터프라이즈 성장은 모순이 아니라 같은 동전의 양면입니다.

게다가 개인의 시야에는 잘 들어오지 않는 훨씬 크고 오래된 비계들이 그 위에 따로 서 있습니다. 자동화를 개인 차원에서만 다루다 보면 세상에 n8n과 Zapier와 Make 정도가 있다고 생각하기 쉽지만 진짜 대형 기업의 자동화를 떠받치는 것은 대개 그 셋이 아닙니다. 마이크로소프트의 파워 오토메이트가 대표적입니다. 이미 오피스365와 애저에 묶인 조직에게 가장 마찰 없는 길이라 회사 측 집계로는 포춘 500의 85%가 마이크로소프트의 AI를 업무에 쓰고[^AI-powered success—with more than 1,000 stories of customer transformation and innovation] AT&T 한 곳만 해도 1,600대의 가상 머신 위에서 2,500개가 넘는 무인 자동화를 돌리며 개발자 한 명의 흐름 하나가 연 3,500시간을 아낄 정도입니다[^Real world automation stories with Microsoft Power Automate]. 한 단계 위에는 워카토 같은 엔터프라이즈 오케스트레이션 도구가 있습니다. 가트너의 iPaaS 매직 쿼드런트에서 여덟 해 연속 리더이자 세 해 연속 '비전 최우위'로 꼽힌 이 도구로[^Workato is a Leader and Furthest in Vision in the 2026 Gartner® Magic Quadrant™ for iPaaS] 아틀라시안은 미지급금 문의와 발생주의 회계와 계정 검증 같은 재무 프로세스를 종단간 자동화해 연 약 2만 5천 시간을 절감하고 월말 결산을 8일에서 3일로 줄였습니다[^How Atlassian saved 25,000 hours with end-to-end finance automations]. 여기에 수백 개의 레거시·코어 시스템을 API로 잇는 일을 전문으로 하는 뮬소프트나 부미 같은 통합 강자까지 더하면 개인이 이름조차 들어 본 적 없을 비계들이 기업의 벽을 빽빽이 둘러싸고 있습니다.

이 비계들이 개인 눈에 보이지 않는 데는 이유가 있습니다. 기업이 이들을 고르는 기준이 개인의 작업 범위에는 아예 존재하지 않기 때문입니다. 개인은 "내가 이걸 얼마나 빨리 만들 수 있는가"로 도구를 고르지만 기업은 "규제 감사를 통과하는가, 데이터가 국경을 넘지 않는가, 권한을 역할별로 끊고 모든 변경을 로그로 남길 수 있는가, 문제가 생겼을 때 책임지고 전화를 받을 벤더가 있는가"로 고릅니다. 그래서 같은 자동화 도구라는 이름표를 달고도 이들은 서로 다른 고객을 겨냥합니다. IFTTT는 스마트홈과 SNS를 잇는 소비자를 보고 15년간 190개국에서 3,200만 명을 모았지만 거의 무료로 운영하다 유료로 돌아서며 상당수가 떠난 뒤로는 틈새 소비자 자동화에 잔존합니다[^Celebrating 15 years of IFTTT]. Zapier는 가장 넓은 생태계로 비기술 부서 전반을 보는데 통합 앱이 8,000개에 가깝고 연 매출이 3억 달러를 넘으며 기업가치가 50억 달러에 이릅니다[^Zapier revenue, valuation & funding]. Make는 분기와 반복이 많은 정교한 시나리오를 원하는 파워유저를, n8n은 셀프호스팅과 데이터 주권을 유지하려는 개발자와 기술팀을 봅니다. 그 위로 파워 오토메이트는 마이크로소프트 생태계에 이미 올라탄 조직을, 워카토는 시스템과 사람과 AI를 한 줄로 엮으려는 대기업을, 뮬소프트와 부미는 수백 개의 레거시를 API로 통합해야 하는 전통 대기업을 봅니다. 개인이 자기 자동화를 코드로 옮기며 체감하는 'n8n의 무쓸모화'는 이 지도 위에서 가장 작고 가벼운 한구석에서 벌어지는 일입니다. 그 한구석의 진동이 지도 전체의 지각변동처럼 느껴지는 것은 제가 서 있는 자리가 마침 그 진동의 진앙이기 때문입니다.

도구를 파는 쪽도 이 사정을 정확히 읽고 움직입니다. n8n은 전통적 노코드 자동화로 남지 않고 AI 노드를 70개 넘게 붙이고 멀티에이전트 오케스트레이션을 얹어 스스로를 "AI 에이전트 빌더"로 다시 정의했습니다. 제가 한때 좁은 무료 영역 때문에 떠났던 그 Zapier도 그리고 한때 인테그로마트로 불리다 프로세스 마이닝 회사 셀로니스에 인수된 Make도 같은 방향으로 갔습니다[^Celonis acquires Czech startup Integromat to accelerate move to process automation]. 셋 모두 코파일럿과 AI 에이전트와 MCP를 붙이며 "자동화 도구"에서 "AI가 호출하는 액션 레이어"로 갈아탔습니다. Zapier가 자사의 3만 개 넘는 액션을 MCP 서버로 외부 LLM에 통째로 열어 둔 것이 그 전략을 가장 선명하게 보여 줍니다[^Zapier MCP: Perform tens of thousands of actions in your AI tool]. 클로드코드 같은 에이전트에게 대체당하는 대신 그 에이전트가 불러다 쓰는 도구 계층이 되기로 했습니다. 시장 1·2위 사업자가 일제히 비주얼 자동화에서 손을 떼고 에이전트 플랫폼으로 갈아탄 것은 순수한 노코드만으로는 더 이상 방어가 안 된다는 시장의 조용한 자백이기도 합니다. 이 풍경은 제가 'AI 활용 회고 (2025)'에서 꺼낸 식기세척기 논란과 비슷합니다. 사람보다 느려도 더 나은 결과를 내고 그 시간에 다른 일을 하게 해 주는 쪽이 결국 자리를 잡듯 자동화 도구도 스스로 AI의 손발이 됨으로써 살아남는 길을 택했습니다.

그렇다고 비계 대여업의 장부가 완전히 깨끗하지만은 않습니다. 한 시장 관측 자료에 따르면 2025년 초의 강한 출발 이후 n8n의 엔터프라이즈 고객 수가 넉 달째 거의 횡보하고 연 1만 달러 이상을 쓰는 고객 비중도 10% 안팎에서 정점을 찍은 뒤 멈춰 있습니다. 신규 고객의 약 80%가 원래 Zapier를 쓰던 사람들이라는 점도 함께 짚힙니다[^n8n or Zapier: Who's winning workflow automation right now?]. 매출이 꺾였다는 뜻은 아닙니다. 기존 고객 단가는 오히려 오르고 있으니 이것은 하락이 아니라 신규 로고 확장의 정체에 가깝습니다. 다만 n8n의 성장 엔진이 본래 "개발자가 오픈소스로 발견해 사내에 퍼뜨리고 결국 유료로 전환되는" 아래에서 위로의 경로였다는 점을 떠올리면 그 퍼널 맨 위를 채우던 코딩 가능 개발자들이 n8n에 들어오기도 전에 코드로 직행하기 시작할 때 가장 먼저 보이는 신호가 바로 이런 모양일 수 있습니다. 제가 캔버스를 몇 달째 열지 않는 일이 시차를 두고 누군가의 거시 지표에 희미하게 번지는 첫 지점일지 모릅니다.

비계는 모든 곳에서 한꺼번에 무쓸모해지지 않습니다. 벽에 손이 먼저 닿게 된 사람의 손에서 먼저 그리고 그 사람의 개인 작업 범위 안에서 먼저 쓸모를 잃습니다. 제 자동화 둘레에 둘러 두었던 비계는 이제 거의 다 해체되었고 며칠 전 열어 본 그 캔버스도 머지않아 도커 컨테이너째 내려도 아쉽지 않을 것 같습니다. 그러는 동안에도 길 건너 타워에는 같은 회사의 비계가 더 높이, 더 튼튼하게 올라가고 있습니다. 내년 이맘때 n8n 폴더를 다시 열어 볼 일이 있을지는 잘 모르겠습니다. 다만 그때쯤이면 무엇을 비계라 부르고 무엇을 직접 쌓을지의 경계도 누가 그 벽에 손을 댈 수 있는지의 경계도 또 한 번 옮겨가 있을 것입니다. "어떤 도구가 죽었는가"를 묻기보다 그 두 경계가 어디로 움직였는지를 살피는 일이 지금까지는 늘 더 정확했습니다.