AI 자동화 도구 종속, Claude Code로 깎는 4축
AI 자동화 도구를 한 번 들이면 못 뺀다는 우려, 에이전틱 워크플로우 검토 단계 의사결정자가 도구 결정에서 멈추는 진짜 이유. Claude Code가 lock-in 페인을 깎는 네 가지 축 — MCP 표준, 자연어 인터페이스, 모델 옵션, Build-Operate 일체화. AWC가 회사 자체 시스템 5개를 모두 이 도구 위에 올린 이유.
AI 자동화 도입을 검토하다 도구 결정에서 멈춘 적 있으신가요. 도구 30개를 펼쳐놓고 비교하다 회의실에서 결국 나오는 결론이 "다음 분기에 다시 보자"라면, 발목을 잡은 게 보통 기능 부족이 아닙니다. 한 번 들이면 못 뺀다는 우려예요.
이 글은 그 회의실에서 나온 의사결정자에게 쓰는 글입니다. 도구 종속(lock-in)이 무서워서 결정 못 내리는 자리는 에이전틱 워크플로우 검토 단계의 가장 흔한 정지 지점이고, 답은 도구 비교표를 늘리는 데 있지 않아요.

lock-in은 한 종류가 아니다
도구 종속이라는 단어가 의사결정자를 굳게 만드는 진짜 이유는, 이게 한 종류가 아니기 때문이에요. 검토 단계에서 동시에 의식하는 lock-in은 세 가지로 갈립니다.
- 데이터 lock-in — 도구 안에 쌓인 데이터(워크플로우 로그, 운영 히스토리, 학습 패턴)를 다른 도구로 옮길 수 있는가
- 워크플로우 lock-in — 도구 고유 표현(노드 그래프, DSL, 폐쇄형 컴포넌트)으로 짠 워크플로우를 다른 도구에서 처음부터 다시 짜야 하는가
- 모델 lock-in — AI 모델 한 회사(Anthropic, OpenAI, Google)에 묶여 가격·정책 변동에 종속되는가
도구 후보 30개 중 세 종류 모두에서 빠져나갈 길을 열어둔 도구는 손에 꼽혀요. 그리고 지금 시점, 에이전틱 워크플로우 도구 중 가장 가까운 답이 Claude Code입니다.

lock-in을 깎는 4가지 축
Claude Code가 종속 페인을 어떻게 깎는지, 네 가지 축으로 정리합니다.
핵심: MCP가 데이터·도구 lock-in을 깎는다. Model Context Protocol은 Anthropic이 제안한 도구 연결 규격이고, 이미 Notion·Slack·Linear·Asana·Supabase·Stripe·Sentry 등이 공식 지원해요. 핵심은 MCP가 모델 agnostic 설계라는 점입니다. 같은 MCP 서버를 다른 모델 호환 클라이언트도 그대로 씁니다. 외부 도구 연결은 한 번 MCP로 하면 끝이고, 모델을 갈아끼울 때 그 연결은 살아남아요.

핵심: 자연어 인터페이스가 워크플로우 lock-in을 깎는다. Claude Code에서 워크플로우는 코드 그래프나 DSL로 안 짜요. 한국어 문장으로 짭니다. "이 폴더의 매물 PDF를 매주 월요일 9시에 읽어서 변동된 항목만 슬랙에 올려줘"가 그대로 작동하는 명령이에요. AI 자동화 정의가 사람 말로 표현되니까, 다른 도구로 옮길 때도 사람 말이 살아있어요. 처음부터 다시 짜는 게 아니라 번역하는 작업에 가까워져요.
핵심: 모델 옵션이 모델 lock-in을 깎는다. Claude Code는 Anthropic 모델로 동작하지만, MCP 위에 만든 워크플로우 자체는 모델에 묶이지 않습니다. 모델 가격이 오르거나 정책이 바뀌어도 MCP 서버와 자연어 워크플로우 정의는 살아남아요. 단일 회사 종속 위험이 분산됩니다.
핵심: Build-Operate 일체화가 학습 lock-in을 깎는다. 만든 사람과 운영하는 사람이 같은 인터페이스를 써요. 시스템 변경이 필요할 때 별도 개발 사이클로 안 갑니다. "이 부분 이렇게 바꿔줘"가 그대로 PR이 되고 머지가 돼요. 갈아탈 때 학습한 게 무엇인지가 명확해지고, 그 학습은 자연어로 표현돼 있기 때문에 사람과 함께 옮겨갑니다.

AWC가 회사 시스템 5개를 모두 이 도구 위에 올린 이유
이건 추측이 아니라 직접 운영해본 결과예요. AWC는 회사 자체 시스템 5개를 모두 Claude Code 위에 올렸습니다.
- Bridge Responder — 인바운드 리드 첫 응대 자동화
- Property Scanner — 부동산 중개 매물 모니터링
- agentic-cms — MCP 기반 콘텐츠 관리 오픈소스
- awc-blog-automation-mcp — 옵시디언 draft에서 듀얼 블로그 자동 발행 (이 글도 이걸로 발행됩니다)
- agentic-workflows 레포 — 고객 PC 세팅 모듈 7종
5개 시스템 중 단일 개발자가 손으로 빌드한 건 0개예요. 모두 Claude Code가 코드를 쓰고, 사람이 리뷰·결정·머지를 합니다. 그리고 그중 세 시스템(agentic-cms, blog-automation, agentic-workflows)은 MCP 컴포넌트가 횡단으로 재사용돼요. 한 시스템에서 만든 MCP 서버가 다른 시스템에 그대로 도구로 붙는 구조.
이게 종속 위험이 낮은 이유의 실증입니다. 한 시스템에서 만든 자산이 다른 시스템에서 살아있고, 다른 시스템으로 옮길 때도 같은 규격으로 붙어요. AX 전환을 검토 중인 의사결정자가 가장 의식해야 할 자리예요.

검토 다음에 할 한 가지
종속 위험을 지우는 도구는 세상에 없어요. 다만 종속 깊이를 결정하는 건 도구가 아니라 그 도구로 무엇을 만드는가예요. 데이터를 도구 안에만 쌓으면 어떤 도구를 써도 종속이 깊어지고, 워크플로우를 도구 고유 DSL로 짜면 lock-in이 발생합니다.
Claude Code가 답인 이유는 그 사실을 부정하는 게 아니라, 들일 때 빠져나갈 길을 안 막는 도구라는 데 있어요. AI 자동화·에이전틱 워크플로우 검토 회의를 한 번 더 잡기 전에, 이 한 줄이 결정의 축이 될 수 있는지 점검해보시면 됩니다.

자주 묻는 질문
Claude Code를 도입했다가 더 좋은 도구가 나오면 갈아탈 수 있나요?
MCP 위에 만든 워크플로우는 모델 agnostic이라 다른 호환 도구로 옮길 수 있어요. 자연어 정의가 사람과 함께 이동하기 때문에 학습 비용도 낮습니다. 도구를 갈아엻는 게 아니라 옮기는 작업에 가까워져요.
Anthropic이 가격을 올리거나 서비스를 종료하면 어떻게 되나요?
MCP 서버와 자연어 워크플로우 정의는 Anthropic 외부 자산입니다. 모델 호환 클라이언트가 다양해지고 있어서, 단일 회사 종속 위험은 일반적인 SaaS보다 오히려 낮은 편이에요.
MCP가 정말 표준이 될까요? 다른 회사가 안 쓰면 종속 페인이 같지 않나요?
이미 Notion·Slack·Linear·Supabase·Stripe 등이 공식 MCP 서버를 운영하고, OpenAI도 호환을 발표했어요. 단일 회사 표준이 아니라 multi-vendor 채택이 진행 중인 단계입니다.
비개발자도 Claude Code로 워크플로우를 운영할 수 있나요?
가능해요. 자연어로 정의하고 자연어로 수정하는 도구라 개발 지식 없이 운영 가능합니다. AWC는 비개발자 의사결정자에게 운영 방법을 직접 전수하는 컨설팅 라인을 운영하고 있어요.
기존 n8n이나 Zapier 워크플로우를 Claude Code로 옮길 수 있나요?
직접 import는 안 돼요. 다만 워크플로우 의도를 자연어로 다시 정의하면 더 단순해지는 경우가 많고, MCP 서버로 외부 도구를 다시 붙이면 끝납니다. 마이그레이션이 정리·간소화되는 효과가 더 큽니다.
Claude Code 한 도구로 모든 자동화를 다 커버할 수 있나요?
모든 케이스는 아니에요. 실시간 트랜잭션이나 24/7 응답성이 필요한 경우는 다른 도구가 적합합니다. 다만 검토·리서치·운영 보고·콘텐츠·고객 응대 자동화 같은 패턴은 대부분 커버됩니다.
데이터가 Anthropic 서버에 저장되나요? 보안은 어떻게 관리되나요?
워크플로우 실행 컨텍스트는 세션 단위로 처리되고, 영속 저장은 사용자가 정의한 외부 시스템(예: Supabase, 사내 DB)에 일어나요. 민감 데이터를 Anthropic 인프라에 안 남기는 패턴이 일반적입니다.
Claude Code 도입 비용은 어느 정도인가요?
도구 자체는 Anthropic 구독 또는 API 토큰 기반 종량제예요. AWC 같은 파트너가 들어가는 경우 워크플로우 분석·구축 비용이 별도이고, 규모와 깊이에 따라 케이스별로 책정됩니다.
작성: Bruce Choe · agenticworkflows.club
인사이트를 놓치지 마세요
새 글이 발행되면 이메일로 알려드립니다.