자동화 전문가가 Make와 n8n을 버린 이유: Claude Code는 업무 OS다

저는 자동화 설계와 컨설팅을 업으로 삼고 있습니다. 그런데 최근 몇 달 사이, 저는 Make도 n8n도 거의 열어보지 않고 있습니다. 자동화 전문가가 자동화 도구를 버린 겁니다.

이유는 단 하나, Claude Code입니다.

이 글은 "Claude Code가 대단하다"는 이야기가 아닙니다. 제가 왜 기존의 노코드 자동화 도구를 완전히 걷어낼 수밖에 없었는지, 그리고 Claude Code가 단순한 자동화 도구와 근본적으로 무엇이 다른지에 대한 경험 기반 이야기입니다.

Make와 n8n의 한계 — 도구가 많을수록 복잡해진다

저는 오랫동안 Make(구 Integromat)와 n8n을 이용해 업무 자동화 시스템을 설계했습니다. 이 도구들은 분명히 강력합니다. API 연동, 조건 분기, 데이터 변환까지 노코드로 처리할 수 있으니까요.

하지만 실제로 쓰다 보면 이런 문제가 생깁니다.

연동 포인트가 많아질수록 유지보수 비용이 기하급수적으로 증가합니다. 서비스 A와 B를 연결하고, B와 C를 연결하고, C에서 D로 분기하는 구조를 만들면 처음엔 잘 돌아갑니다. 그런데 서비스 A가 API 스펙을 바꾸는 순간 전체 플로우가 무너집니다. 유지보수를 위해 다시 설계에 들어가고, 이 과정이 반복됩니다.

도구 자체를 배우는 데 너무 많은 리소스가 들어갑니다. Make의 시나리오 구조, n8n의 노드 방식, 각 서비스의 Webhook 설정 — 이것들을 이해하는 데 쏟는 시간이, 정작 해결하려는 문제보다 더 커지는 역설이 생깁니다.

노코드 자동화의 딜레마: 도구가 쉬워야 하는데, 복잡한 업무를 처리할수록 도구 자체가 복잡해진다.

Claude Code가 다른 이유 — 자동화 도구가 아니라 OS다

Claude Code를 처음 썼을 때, 저는 이걸 "더 똑똑한 자동화 도구" 정도로 생각했습니다. 틀렸습니다.

자동화 도구는 특정 작업을 자동으로 처리합니다. A에서 B로, B에서 C로. 흐름이 정해져 있고, 그 흐름 안에서만 작동합니다.

Claude Code는 다릅니다. 이것은 맥락을 이해하고, 판단하고, 실행하는 시스템입니다.

Make로 작업하면 저는 플로우를 설계해야 합니다. "이 데이터를 저기로 보내고, 조건이 이러면 저렇게 처리해"라는 명세를 시각적으로 구성해야 합니다. Claude Code는 제가 원하는 결과를 말하면, 어떻게 할지를 스스로 결정하고 실행합니다. 설계자가 아니라 실행자를 부리는 것과 같습니다.

구체적인 차이점:

스마트폰 비유 — OS가 된다는 것의 의미

왜 저는 Claude Code를 "업무 OS"라고 부를까요?

스마트폰을 생각해보세요. 스마트폰에는 수십 개의 앱이 있습니다. 카카오톡, 메모장, 캘린더, 은행 앱. 이 앱들은 각각의 기능을 합니다. 그런데 이 앱들을 실행하고, 데이터를 공유하고, 전반적인 작동을 조율하는 건 운영체제(OS)입니다. iOS나 Android가 없으면 아무 앱도 돌아가지 않죠.

Claude Code는 제 업무에서 그 역할을 하기 시작했습니다.

파일을 읽고, 코드를 작성하고, 웹을 검색하고, 리포트를 만들고, 이메일 초안을 잡고, 데이터를 정리합니다. 각각이 별도의 앱이었던 것들을 Claude Code 하나가 연결해서 처리합니다. 앱을 전환할 필요 없이, 하나의 인터페이스에서 "이거 해줘"라고 하면 됩니다.

자동화 도구는 앱입니다. 특정 기능에 최적화된 전문 앱. Claude Code는 OS입니다. 모든 것을 아우르는 기반 시스템.

실제 업무의 변화 — Before와 After

Before (Make/n8n 중심)

클라이언트 미팅 후 다음과 같은 작업이 필요했습니다.

• 녹취를 텍스트로 변환
• 핵심 내용 요약
• 후속 과제 정리
• 미팅 노트 문서화
• 슬랙으로 팀에 공유

이걸 자동화하려면 Whisper API 연동, GPT API 호출, Notion API 연동, Slack Webhook 설정, Make 시나리오 구성이 필요했습니다. 처음 설정에만 반나절이 걸리고, 어느 API가 바뀌면 또 고쳐야 했습니다.

After (Claude Code 중심)

Claude Code에 녹취 파일을 넘기면서 "미팅 노트 만들어줘, 핵심 내용이랑 후속 과제 정리해서"라고 합니다. 끝입니다. Notion에 저장하는 것도, Slack 메시지를 쓰는 것도 Claude Code에 이어서 요청하면 됩니다.

설계가 사라지고 실행만 남았습니다.

이것이 OS화의 핵심입니다. 개별 도구들을 연결하는 작업(자동화)이 아니라, 그 위에서 판단하고 조율하는 레이어가 생긴 것입니다.

그렇다면 Make와 n8n은 쓸모없는가

완전히 사라지진 않을 겁니다. 대규모 반복 작업, 시스템 간 정형화된 데이터 이동, 특정 서비스에 특화된 워크플로우에서는 여전히 유효합니다.

하지만 지식 노동자의 일상 업무, 컨설팅 작업, 비정형 판단이 필요한 영역에서 Make와 n8n은 Claude Code와 비교가 되지 않습니다.

저는 자동화 설계를 10년 가까이 해왔습니다. 처음 IFTTT가 나왔을 때 "세상이 바뀐다"고 생각했고, Zapier가 나왔을 때도, Make가 나왔을 때도 그랬습니다. 그런데 Claude Code가 등장했을 때의 감각은 다릅니다.

이건 더 좋은 자동화 도구가 아닙니다. 자동화라는 개념 자체를 다르게 만드는 것입니다.

관련 글: Claude Code로 업무 자동화 시작하기

마무리

Claude Code는 저에게 더 이상 "AI 도구" 카테고리에 있지 않습니다. 스마트폰에서 iOS가 그런 것처럼, 제 업무 전반을 관통하는 운영체제가 됐습니다.

Make와 n8n을 배우고, 연동하고, 유지보수하는 데 쓰던 시간이 이제는 실제 성과를 만드는 데 쓰입니다. 이것만으로도 충분한 이유가 됩니다.

아직 Claude Code를 자동화 도구의 하나로만 보고 계신다면, 한 번 OS의 시각으로 접근해보세요. 보이는 것이 달라질 겁니다.

자주 묻는 질문 (FAQ)

Q: Make나 n8n을 이미 쓰고 있다면 당장 버려야 하나요?

아닙니다. 정형화된 시스템 간 데이터 이동이나 대규모 반복 작업은 여전히 Make, n8n이 효율적입니다. 다만 지식 노동, 비정형 판단이 필요한 영역에서는 Claude Code를 먼저 시도해보시길 권장합니다. 둘을 병행하면서 어디에 어떤 도구가 맞는지 직접 확인해보는 것이 가장 좋습니다.

Q: Claude Code를 "업무 OS"로 쓰려면 코딩 능력이 필요한가요?

필수는 아닙니다. Claude Code의 핵심은 자연어 인터페이스입니다. 원하는 결과를 말로 설명하면 Claude Code가 방법을 찾아 실행합니다. 코딩을 알면 더 세밀한 제어가 가능하지만, 일상 업무 수준에서는 코딩 없이도 충분히 활용할 수 있습니다.

Q: Claude Code가 Make/n8n보다 비싸지 않나요?

사용량에 따라 다릅니다. Make와 n8n은 구독 기반으로 예측 가능한 비용이 들고, Claude Code는 API 사용량 기반입니다. 단순 반복 작업이 많다면 Make/n8n이 저렴할 수 있습니다. 반면 복잡한 판단과 다양한 작업이 섞인 업무라면 Claude Code의 시간 절감 효과가 비용을 충분히 상쇄합니다.

Q: Claude Code를 업무 OS로 만들기 위한 첫 번째 단계는 무엇인가요?

지금 가장 반복적으로 하는 업무 하나를 고르세요. 그리고 그 업무를 Claude Code에 그대로 설명해보세요. "나는 매주 이런 데이터를 정리해서 이런 보고서를 만든다"고 말이죠. 첫 번째 경험이 방향을 잡아줄 겁니다. 완벽한 시스템을 설계하려 하지 말고, 하나의 작업부터 시작하는 것이 핵심입니다.

Q: 자동화 컨설팅 분야 자체가 사라지는 건 아닌가요?

오히려 반대입니다. 도구가 강력해질수록 어떤 도구를 어떻게 조합할지, 어떤 문제를 자동화할지 설계하는 능력의 가치가 높아집니다. 자동화 컨설팅의 중심이 "도구 조작 능력"에서 "문제 정의와 설계 능력"으로 이동하고 있을 뿐입니다. 이 변화를 먼저 받아들이는 사람이 앞서게 됩니다.