자동화 툴이 에이전트 오케스트레이터가 됐다
n8n 실행 스텝 5에서 60으로, Zapier는 앱 9000개
n8n이 7월 업데이트로 AI 빌더 오케스트레이터의 최대 스텝을 5에서 60으로 늘렸고, Zapier는 앱 9000개에 가드레일을 붙였다. 자동화가 조건 분기에서 에이전트 오케스트레이션으로 넘어가는 중이다. 1인 운영자에겐 이게 배포 인력 없이 워크플로를 짜는 길이다.
노코드 자동화 진영이 7월에 조용히 성격을 바꿨다. n8n은 이번 업데이트에서 AI 빌더 오케스트레이터의 최대 실행 스텝을 기본 5에서 60으로 열두 배 늘렸다. AI 에이전트 노드는 병렬 도구 호출 구조를 대화 메모리에 그대로 보존하고, 도구를 쓰지 않은 경우 중간 단계를 되돌려주도록 손봤다.
Zapier도 방향이 같다. 앱 연결 9000개 이상, 트리거와 액션 6만6000개 이상 위에 이제 AI 워크플로, 에이전트, 챗봇, 그리고 가드레일을 한자리에 붙였다. 두 플랫폼 다 "이것 하면 저것"의 조건 분기에서, 추론 단계와 구조화된 출력과 내부 통제를 품은 오케스트레이션으로 넘어갔다.
한눈에 보기
| n8n 오케스트레이터 최대 스텝 | 5 → 60 |
| n8n AI 에이전트 노드 | 병렬 도구 호출 구조 보존, 중간 단계 반환 |
| Zapier 연결 앱 | 9000개+ |
| Zapier 트리거·액션 | 6만6000개+ |
| 공통 방향 | 조건 분기 → 에이전트 오케스트레이션 + 가드레일 |
스텝 5와 스텝 60의 차이
최대 스텝이 5였을 때 에이전트는 사실상 한두 번 도구를 부르고 끝나는 장난감이었다. 60으로 열리면 검색하고, 판단하고, 다시 API를 부르고, 결과를 검증하는 다단계 작업을 한 워크플로 안에서 돌릴 수 있다. 자동화 도구가 처음으로 진짜 업무 흐름을 담을 그릇이 된 셈이다.
Zapier가 앞세운 단어는 가드레일이다. 앱 개수 자랑이 아니라 통제 이야기를 먼저 꺼냈다는 게 신호다. 에이전트에 자율성을 주면 잘못된 액션 하나가 고객 데이터를 건드리거나 권한을 넘길 수 있다. 그래서 되는 범위를 미리 정하고, 액션을 감사하고, 사람이 끼어들 지점을 남기는 설계가 기능의 중심으로 올라왔다.
왜 지금 이게 중요한가
배경엔 불편한 숫자가 있다. MIT의 한 조사에서 기업 생성형 AI 파일럿의 95%가 손익에 측정 가능한 영향을 주지 못했다. 모델이 약해서가 아니다. 데모는 그럴듯했지만 실제 업무의 지저분한 단계에 모델을 끼워 넣지 못해 멈춘 것이다. 대기업은 이 간극을 사람으로 메운다. 마이크로소프트는 배포 전담 인력 6000명을 고객사에 심었다.
1인 운영자에겐 6000명이 없다. 대신 n8n과 Zapier가 그 배포 인력의 축소판을 손에 쥐여준다. 좁은 프로세스 하나를 골라, 에이전트로 엮고, 사람이 확인하는 체크포인트를 끼워 넣는 일을 코드 없이 할 수 있게 됐다.
주의할 점도 같이 커졌다. 스텝이 60까지 열리면 에이전트가 한 번에 건드릴 수 있는 시스템도 늘어난다. 결제, 이메일 발송, 데이터 삭제처럼 되돌리기 어려운 액션은 자동 실행에서 빼고 승인 단계 뒤로 미루는 게 안전하다. 오케스트레이터가 강해질수록, 어디에 브레이크를 걸지가 설계의 절반을 차지한다.
anyAX 관점
식당 예약을 혼자 받는 카페 사장을 떠올려 보자. 지난달까지는 문의가 오면 직접 답하고, 캘린더에 옮기고, 노쇼를 따로 챙겼다. 이제는 문의를 읽고, 빈 시간을 확인하고, 확정 문자를 보내고, 노쇼 위험 예약만 사람에게 올리는 흐름을 스텝 여러 개짜리 워크플로 하나로 짤 수 있다. 스텝 상한이 5였다면 불가능했고 60이라 가능해진 일이다.
핵심은 최신 모델을 쓰느냐가 아니다. 자기 업무에서 가장 손이 많이 가는 프로세스 하나를 정확히 집어, 에이전트가 어디까지 자율적으로 하고 어디서 사람이 승인할지 선을 긋는 판단이다. 파일럿의 95%가 실패한 자리가 바로 그 선을 안 그은 지점이었다. 가드레일이 기능의 중심으로 온 지금, 자동화의 성패는 도구의 화려함이 아니라 어느 스텝에 사람을 남길지 고르는 데서 갈린다.