n8n 빠른 시작과 첫 워크플로우

30분 안에 n8n의 감각을 여는 방법

n8n을 처음 켜면 이상하게 두 가지 마음이 동시에 듭니다. 하나는 "생각보다 쉬워 보이는데?"이고, 다른 하나는 "그런데 어디서부터 눌러야 하지?"입니다. 화면 한가운데에는 빈 캔버스가 있고, 왼쪽과 오른쪽에는 메뉴와 설정이 있으며, 노드라는 작은 상자들이 서로 연결될 준비를 하고 있습니다. 처음 보는 사람에게는 자동화 도구라기보다 전기 배선판처럼 보일 수도 있습니다.

하지만 걱정하지 않아도 됩니다. n8n을 시작할 때 필요한 것은 모든 기능을 아는 것이 아닙니다. 처음에는 단 하나의 작동하는 워크플로우를 만들면 됩니다. 버튼을 누르자 데이터가 들어오고, 다음 노드로 넘어가고, AI가 요약하고, Slack에 메시지가 도착하는 경험. 이 한 번의 성공이 n8n의 문법을 몸으로 이해하게 만듭니다.

이번 장의 목표는 명확합니다. n8n Cloud나 로컬 실행으로 빠르게 시작하고, 가능하다면 30분 안에 첫 자동화를 완성하는 것입니다. 우리가 만들 첫 워크플로우는 다음 구조입니다.

RSS 피드 수집 → AI 요약 → Slack 발송

이 흐름에는 n8n의 핵심이 거의 다 들어 있습니다. 외부 데이터를 가져오고, 노드 사이로 데이터를 전달하고, AI 모델에 일을 시키고, 인증이 필요한 앱에 결과를 보냅니다. 즉, 이 작은 예제 하나가 앞으로 만들 콘텐츠 자동화, 시장 모니터링 봇, 고객지원 자동 분류, 서버 알림 시스템의 축소판입니다.

먼저 어디에서 n8n을 실행할지 정하자

n8n을 시작하는 방법은 여러 가지입니다. Cloud에 가입해 바로 쓰는 방법도 있고, 내 노트북에서 로컬로 실행하는 방법도 있으며, Docker로 서버에 올리는 방법도 있습니다. 선택지가 많은 것은 n8n의 장점이지만, 초보자에게는 첫 번째 장애물이 되기도 합니다.

중요한 기준은 네 가지입니다. 30분 안에 시작할 수 있는가, 월 비용이 얼마나 드는가, 업데이트와 백업을 누가 책임지는가, 그리고 데이터와 보안에 대한 통제권을 얼마나 가질 수 있는가입니다.

처음 배우는 단계라면 n8n Cloud나 로컬 실행이 가장 좋습니다. 자동화의 본질은 서버를 멋지게 운영하는 것이 아니라, "어떤 일을 어떤 순서로 자동화할 것인가"를 설계하는 데 있기 때문입니다. n8n 공식 퀵스타트도 템플릿을 불러오고, 노드를 추가하고, 표현식으로 데이터를 연결한 뒤 실행하는 방식으로 UI 감각을 먼저 익히게 합니다.¹

반대로 실제 운영에서는 이야기가 달라집니다. 고객 데이터, 결제 이벤트, CS 문의, 내부 문서, API 키가 오가는 워크플로우라면 HTTPS, 영구 저장소, 백업, 환경변수 관리가 가능한 환경이 필요합니다. 이때는 Railway, DigitalOcean, Hetzner, AWS Lightsail 같은 VPS 또는 관리형 컨테이너 환경에 Docker 기반으로 배포하는 편이 안전합니다. 운영용 n8n에는 도메인과 SSL, PostgreSQL 같은 외부 데이터베이스, 자동 백업, 환경변수 관리, 모니터링이 함께 고려되어야 합니다.²

여기서 솔로프리너에게 가장 현실적인 단계적 선택은 다음과 같습니다.

1. 오늘 배우기: n8n Cloud 또는 로컬 실행으로 시작한다.

2. 이번 주 실험: 개인 RSS, 블로그, 메모, Slack 알림처럼 민감도가 낮은 자동화를 만든다.

3. 이번 달 운영: 고객 데이터, 결제, CS, 운영 알림은 Docker/VPS 환경으로 옮긴다.

4. 나중에 확장: 실행량이 늘어나면 PostgreSQL, 큐 모드, 백업, 모니터링을 붙인다.

즉, 처음부터 완벽한 서버를 만들려고 시간을 쓰지 마세요. 첫 자동화가 작동하기 전까지는 Cloud가 정답에 가깝습니다. 다만 돈이 오가고 고객 정보가 흐르기 시작하는 순간, 운영 환경의 책임은 취미가 아니라 회사의 기반 시설이 됩니다.

빠른 시작 1: n8n Cloud로 바로 들어가기

가장 빠른 길은 n8n Cloud입니다. 계정을 만들고 워크스페이스에 들어가면 곧바로 캔버스를 열 수 있습니다. 설치도, 포트 설정도, SSL 인증서도 신경 쓸 필요가 없습니다. 1인 창업가에게 이 장점은 생각보다 큽니다. 오늘 자동화 아이디어가 떠올랐는데 서버 설정에 두 시간을 쓰면, 정작 자동화할 에너지가 사라집니다.

Cloud로 시작할 때는 다음 순서면 충분합니다.

1. n8n Cloud에 가입한다.

2. 새 워크플로우를 만든다.

3. 템플릿 라이브러리에서 간단한 예제를 하나 실행해 본다.

4. 노드 하나를 추가하고 이전 노드의 데이터를 끌어와 사용해 본다.

5. 실행 기록에서 각 노드의 입력과 출력을 확인한다.

공식 퀵스타트 템플릿은 가짜 고객 데이터를 사용하므로 외부 앱 인증 없이도 노드, 데이터 흐름, 표현식을 체험할 수 있습니다. 특히 "템플릿 실행 → 노드 추가 → 데이터 연결 → 다시 실행" 순서가 중요합니다. 처음부터 빈 캔버스에서 모든 것을 만들려 하면 막히기 쉽지만, 이미 작동하는 워크플로우를 조금 바꾸면 n8n의 구조가 훨씬 빨리 보입니다.¹

빠른 시작 2: 로컬에서 실행하기

로컬 실행은 내 노트북에서 n8n을 띄우는 방식입니다. 개인 실험에는 좋지만, 운영용으로는 조심해야 합니다. 노트북이 꺼지면 자동화도 멈추고, 외부 서비스가 접근해야 하는 Webhook 기반 워크플로우는 별도 터널링이나 공개 URL 설정이 필요합니다.

Docker가 설치되어 있다면 다음 명령으로 로컬 n8n을 실행할 수 있습니다.

docker run -it --rm \
  --name n8n \
  -p 5678:5678 \
  -v ~/.n8n:/home/node/.n8n \
  n8nio/n8n

실행 후 브라우저에서 아래 주소로 접속합니다.

http://localhost:5678

이 명령에서 중요한 부분은 -v ~/.n8n:/home/node/.n8n입니다. 컨테이너 안에서 만든 워크플로우와 크리덴셜 정보를 내 컴퓨터의 ~/.n8n 폴더에 저장하겠다는 뜻입니다. 컨테이너는 껐다 켤 수 있지만, 데이터는 남아 있어야 합니다. 자동화에서 "저장 위치"는 생각보다 중요합니다. 사라져도 되는 테스트와 사라지면 안 되는 운영은 여기서 갈립니다.

다만 이 방식은 학습용에 가깝습니다. 고객 데이터가 오가거나, 매일 정해진 시간에 실행되어야 하거나, 결제 알림처럼 놓치면 안 되는 자동화라면 로컬이 아니라 서버에 올려야 합니다.

빠른 시작 3: Docker/VPS로 운영 환경 준비하기

운영용 n8n은 "항상 켜져 있는 컴퓨터"가 필요합니다. 이 컴퓨터는 보통 VPS입니다. Railway처럼 배포를 단순화해 주는 플랫폼을 쓸 수도 있고, DigitalOcean이나 Hetzner 같은 VPS에 Docker Compose로 직접 올릴 수도 있습니다.

운영 환경에서 최소한 확인해야 할 조건은 다음입니다.

• HTTPS 도메인: Slack, Stripe, GitHub 같은 외부 서비스가 안전하게 호출할 수 있어야 한다.

• 영구 저장소: 컨테이너가 재시작되어도 워크플로우와 크리덴셜이 남아야 한다.

• 백업: 데이터베이스와 설정 파일을 정기적으로 복구 가능한 형태로 저장해야 한다.

• 환경변수 관리: API 키, 암호, Webhook URL 같은 값을 코드나 워크플로우 안에 직접 박아 넣지 않아야 한다.

• 업데이트 전략: 새 버전으로 올리기 전 백업하고, 중요한 워크플로우가 깨지지 않는지 확인해야 한다.

운영용으로는 SQLite보다 PostgreSQL을 쓰는 구성이 더 안정적입니다. 실행량이 많아지고 동시 실행이 늘면 내장 파일 기반 저장소보다 별도 데이터베이스가 유리합니다. 또한 Webhook URL이 정확히 외부 도메인을 바라보도록 WEBHOOK_URL, N8N_HOST, N8N_PROTOCOL 같은 환경변수를 신경 써야 합니다. 이 설정이 틀리면 외부 서비스에는 localhost 주소가 전달되고, 당연히 Slack이나 결제 서비스는 내 노트북의 localhost를 찾아갈 수 없습니다.

아직 이 단계가 어렵게 느껴진다면 정상입니다. 지금은 "운영으로 가려면 이런 체크리스트가 필요하다" 정도만 기억해도 됩니다. 이 책의 뒤쪽에서 프로덕션 원칙을 다룰 때 더 깊게 들어갑니다.

처음에는 이 7가지만 알면 된다

n8n에는 많은 메뉴와 기능이 있지만, 처음부터 다 외울 필요는 없습니다. 지금은 일곱 가지 역할만 알면 됩니다.

n8n의 사고방식은 간단합니다. "앞 노드가 만든 JSON 데이터를 다음 노드가 받아서 쓴다." 여기서 JSON은 데이터를 담는 상자 형식입니다. 예를 들어 RSS 노드가 글 제목과 링크를 가져오면 대략 이런 데이터가 생깁니다.

{
  "title": "새로운 AI 도구 출시",
  "link": "https://example.com/article",
  "content": "기사 본문 일부..."
}

다음 AI 노드는 이 중 title, content, link를 가져와 요약을 만들 수 있습니다. Slack 노드는 AI가 만든 요약과 원문 링크를 메시지로 보냅니다. 결국 n8n은 앱과 앱을 연결하는 도구이면서, 동시에 데이터가 모양을 바꾸며 흘러가는 파이프입니다.

이 감각만 잡으면 나머지는 노드가 달라질 뿐입니다. RSS 대신 Typeform을 넣으면 설문 자동화가 되고, AI 대신 Google Sheets를 넣으면 데이터 기록 자동화가 되며, Slack 대신 Gmail을 넣으면 이메일 자동화가 됩니다.

첫 워크플로우: RSS → AI 요약 → Slack 발송

이제 첫 자동화를 만들어 봅시다. 이 워크플로우는 솔로프리너에게 바로 쓸모가 있습니다. 경쟁사 블로그, 업계 뉴스, 기술 업데이트, 정부 지원사업 공고, 커뮤니티 게시글을 RSS로 모아 매일 Slack에 요약해 주는 구조로 확장할 수 있기 때문입니다. n8n 템플릿 생태계에도 RSS를 가져와 AI로 필터링하고 Slack으로 알림을 보내는 패턴이 여럿 공유되어 있습니다.³

이번 장에서는 가장 단순한 버전으로 시작합니다.

Manual Trigger
  ↓
RSS Read
  ↓
AI 요약
  ↓
Slack 메시지 전송

처음에는 스케줄 자동 실행이 아니라 수동 실행으로 만듭니다. 이유는 간단합니다. 초보 단계에서는 자동으로 자주 실행되는 워크플로우보다, 내가 버튼을 눌렀을 때 한 번 정확히 작동하는 워크플로우가 훨씬 배우기 좋습니다. 자동 실행은 마지막에 켜면 됩니다.

1단계: 새 워크플로우 만들기

n8n에 접속한 뒤 새 워크플로우를 만듭니다. 이름은 구체적으로 붙입니다.

RSS AI Summary to Slack

이름을 대충 test, new workflow, aaa처럼 붙이면 나중에 반드시 후회합니다. 자동화가 10개를 넘는 순간 이름은 검색 도구가 됩니다. 워크플로우 이름만 봐도 트리거, 주요 동작, 목적지를 알 수 있게 적는 습관을 들이세요.

2단계: Manual Trigger 추가하기

첫 노드로 Manual Trigger를 둡니다. 이 노드는 말 그대로 사용자가 테스트 버튼을 눌렀을 때 워크플로우를 시작합니다. 실제 운영에서는 Schedule Trigger로 매일 아침 9시에 실행하거나, Webhook으로 외부 이벤트가 들어올 때 실행하게 바꿀 수 있습니다.

지금은 Manual Trigger가 가장 좋습니다. 실패해도 폭주하지 않고, 성공할 때까지 여러 번 실험할 수 있습니다.

3단계: RSS Read 노드 추가하기

다음으로 RSS를 읽는 노드를 추가합니다. 노드 검색창에서 RSS를 검색하고 RSS Read 계열 노드를 선택합니다. RSS Feed URL에는 테스트하기 쉬운 공개 RSS 주소를 넣습니다. 예를 들어 기술 블로그나 뉴스 사이트의 RSS 주소를 사용할 수 있습니다.

설정 후 노드만 실행해 봅니다. 출력 패널에 여러 개의 아이템이 보이면 성공입니다. 각 아이템에는 보통 제목, 링크, 날짜, 요약 또는 본문 일부가 들어 있습니다. 사이트마다 필드 이름이 조금씩 다를 수 있으니 반드시 출력 데이터를 확인하세요.

여기서 초보자가 자주 놓치는 포인트가 있습니다. n8n은 한 번의 실행에서 여러 개의 아이템을 처리할 수 있습니다. RSS 글이 10개라면 다음 노드도 기본적으로 10개의 아이템을 하나씩 받습니다. 그러니 Slack 메시지가 갑자기 10개 날아갈 수 있습니다. 처음에는 최신 글 1개만 처리하도록 제한하거나, 테스트용 Slack 채널을 따로 만드는 편이 안전합니다.

4단계: AI 요약 노드 추가하기

다음은 AI 요약입니다. n8n에서는 OpenAI, Anthropic, Google Gemini 등 다양한 AI 모델을 연결할 수 있습니다. 여기서는 개념을 단순화해 "AI에게 제목과 본문을 주고 3줄 요약을 받는다"고 이해하면 됩니다.

AI 노드의 프롬프트에는 RSS 출력 데이터를 표현식으로 넣습니다. 예를 들어 이전 노드의 데이터에 title, content, link가 있다면 다음과 같이 구성할 수 있습니다.

다음 RSS 글을 한국어로 요약해 주세요.

제목: {{ $json.title }}
본문: {{ $json.content || $json.contentSnippet || $json.description }}
링크: {{ $json.link }}

출력 형식:
- 한 줄 요약
- 핵심 포인트 3개
- 읽어볼 만한 이유

표현식 안의 {{ }}는 "이 자리에 실행 중인 데이터 값을 넣어 달라"는 뜻입니다. {{ $json.title }}은 현재 아이템의 title 값을 가져옵니다. 만약 어떤 RSS에서는 본문 필드가 content이고, 다른 RSS에서는 description이라면 위 예시처럼 후보를 여러 개 둘 수 있습니다.

처음에는 AI 응답 형식을 너무 복잡하게 만들지 마세요. JSON으로 엄격하게 받는 구조는 뒤에서 다룹니다. 지금은 사람이 읽을 Slack 메시지를 만드는 정도면 충분합니다.

5단계: Slack 크리덴셜 연결하기

마지막은 Slack입니다. Slack 노드는 메시지 전송, 채널 조회, 파일 업로드, 메시지 검색 등 다양한 작업을 지원합니다.⁴ 첫 워크플로우에서는 Send a message만 사용합니다.

Slack 연결에는 보통 OAuth 인증이나 Bot Token이 필요합니다. 최소한 메시지를 보내려면 Slack 앱에 chat:write 권한이 있어야 합니다. 채널 목록을 불러오거나 공개 채널을 선택하려면 channels:read 같은 권한도 필요할 수 있습니다. 권한을 바꾼 뒤에는 Slack 앱을 워크스페이스에 다시 설치해야 새 권한이 반영됩니다. 이 부분을 놓치면 n8n 설정은 맞아 보이는데 계속 missing_scope 오류가 납니다.

Slack 노드에서 채널을 선택하고 메시지 본문을 작성합니다. 예시는 다음과 같습니다.

📰 새 RSS 요약

{{ $json.output || $json.text }}

원문: {{ $('RSS Read').item.json.link }}

여기서 주의할 점은 AI 노드가 결과를 어떤 필드명으로 내보내는지 확인해야 한다는 것입니다. 어떤 노드는 output에 결과가 들어가고, 어떤 노드는 text나 message에 들어갈 수 있습니다. 정답은 추측이 아니라 실행 결과 패널에 있습니다. 노드를 실행하고 오른쪽 출력 데이터를 본 뒤, 실제 필드명을 표현식으로 가져오면 됩니다.

6단계: 전체 워크플로우 실행하기

이제 전체를 실행합니다. Execute Workflow 또는 테스트 실행 버튼을 누릅니다. 성공하면 Slack 채널에 RSS 요약 메시지가 도착합니다. 메시지가 도착하는 순간, 여러분은 첫 번째 AI 자동화를 만든 것입니다.

아직 대단한 회사 시스템처럼 보이지 않을 수 있습니다. 하지만 구조는 이미 회사 시스템입니다. 데이터 소스가 있고, 처리자가 있고, 결과가 전달되는 채널이 있습니다. 여기에 중복 제거를 붙이면 뉴스 모니터링 봇이 되고, 데이터베이스 저장을 붙이면 리서치 아카이브가 되며, 키워드 필터를 붙이면 시장 기회 탐지기가 됩니다.

수동 실행과 활성화 실행은 다르다

첫 성공 후 바로 알아야 할 개념이 있습니다. n8n에서 "테스트로 실행하는 것"과 "활성화해서 자동으로 실행되는 것"은 다릅니다.

수동 실행은 편집 화면에서 내가 버튼을 눌러 한 번 실행하는 방식입니다. 노드별 출력 데이터를 바로 확인할 수 있어서 만들고 고치는 데 좋습니다. 반면 활성화 실행은 워크플로우를 켜 둔 상태에서 트리거 조건이 충족될 때 자동으로 실행되는 방식입니다. 예를 들어 매일 오전 9시, 새 Webhook 요청 수신, Slack 멘션 발생 같은 조건입니다.

Webhook 계열 트리거를 쓸 때는 테스트 URL과 프로덕션 URL도 구분해야 합니다. 테스트 URL은 편집 화면에서 테스트 실행을 기다리는 동안만 유효한 경우가 많습니다. 반면 프로덕션 URL은 워크플로우가 활성화된 뒤 외부 서비스가 실제로 호출하는 주소입니다. Slack 이벤트, Stripe 결제 알림, GitHub Webhook을 연결할 때 이 차이를 모르면 "테스트할 때는 됐는데 운영에서는 안 되는" 상황이 생깁니다.

RSS 워크플로우를 자동 실행으로 바꾸려면 Manual Trigger를 Schedule Trigger로 바꾸면 됩니다. 예를 들어 매일 아침 8시에 실행하게 설정할 수 있습니다. 다만 자동 실행 전에 꼭 확인해야 할 것이 있습니다. RSS 글이 20개라면 Slack 메시지도 20개가 갈 수 있습니다. 처음에는 테스트 채널에서 실행하거나, 최신 1~3개만 보내도록 제한하세요.

실행 기록은 n8n의 블랙박스다

자동화가 실패했을 때 초보자는 대개 설정 화면만 계속 봅니다. 하지만 진짜 답은 실행 기록에 있습니다. 실행 기록은 자동차의 블랙박스처럼 "어느 노드가 어떤 입력을 받았고, 어떤 출력을 냈으며, 어디서 멈췄는지"를 보여줍니다.

디버깅할 때는 다음 순서로 봅니다.

1. 실패한 실행 기록을 연다.

2. 빨간 표시가 난 노드를 클릭한다.

3. 에러 메시지를 읽는다.

4. 그 노드의 입력 데이터가 기대한 모양인지 확인한다.

5. 바로 앞 노드의 출력 데이터로 거슬러 올라간다.

6. 설정을 고친 뒤 해당 노드 또는 전체 워크플로우를 다시 실행한다.

여기서 중요한 태도는 "n8n이 왜 안 되지?"가 아니라 "어느 노드의 입력과 출력이 내 예상과 달라졌지?"라고 묻는 것입니다. 자동화는 감정적으로 고치면 오래 걸리고, 데이터 흐름으로 보면 빨리 고쳐집니다.

첫 자동화에서 자주 만나는 오류들

첫 워크플로우는 높은 확률로 한 번에 성공하지 않습니다. 이것은 실패가 아니라 정상적인 학습 과정입니다. 다음 오류들은 초보자가 특히 자주 만납니다.

특히 Slack은 권한 문제가 많습니다. Slack 앱에서 권한을 추가한 뒤 "저장"만 하고 끝내면 안 됩니다. 워크스페이스에 다시 설치해야 새 권한이 토큰에 반영됩니다. 또한 비공개 채널에 메시지를 보내려면 봇이 해당 채널에 초대되어 있어야 합니다.

AI 응답 형식 문제도 흔합니다. 예를 들어 Slack 노드가 짧은 텍스트를 기대하는데 AI가 긴 마크다운이나 JSON 비슷한 문자열을 내보내면 메시지가 어색해질 수 있습니다. 첫 단계에서는 AI에게 "사람이 읽을 Slack 메시지로 작성하라"고 지시하세요. 나중에 데이터베이스에 저장하거나 조건 분기를 하려면 Structured Output Parser 같은 도구를 붙여 형식을 엄격하게 만들면 됩니다.

첫 워크플로우를 운영 가능한 자동화로 바꾸기

이제 여러분은 RSS를 읽고, AI로 요약하고, Slack으로 보내는 첫 워크플로우를 만들었습니다. 하지만 "한 번 성공한 예제"와 "반복 실행 가능한 자동화" 사이에는 작은 다리가 필요합니다.

먼저 실행 주기를 정해야 합니다. RSS를 매시간 확인할지, 하루 한 번 확인할지, 평일 아침에만 확인할지 결정합니다. 너무 자주 실행하면 Slack이 시끄러워지고, AI API 비용도 늘어납니다. 자동화는 많이 실행된다고 좋은 것이 아닙니다. 필요한 순간에 필요한 만큼 실행되는 것이 좋습니다.

다음으로 중복을 막아야 합니다. RSS는 같은 글을 여러 번 가져올 수 있습니다. 운영 버전에서는 Airtable, Baserow, Google Sheets, Supabase 같은 저장소에 이미 보낸 글의 링크나 GUID를 기록하고, 다음 실행 때는 이미 보낸 글을 제외해야 합니다. n8n 커뮤니티의 RSS 모니터링 템플릿들도 대체로 "수집 → 중복 확인 → AI 필터링 → 저장 → Slack 알림" 구조를 사용합니다.³

마지막으로 실패 알림을 만들어야 합니다. 자동화는 조용히 실패할 때 가장 위험합니다. RSS 수집이 실패했거나 AI 호출이 실패했거나 Slack 전송이 실패했을 때, 적어도 운영자에게 알림이 와야 합니다. 지금 당장 완벽한 에러 핸들링을 만들 필요는 없지만, "운영 자동화는 실패할 수 있다"는 사실을 처음부터 받아들여야 합니다.

지금 기억해야 할 것

이번 장에서 가장 중요한 것은 설치 방식이나 버튼 위치가 아닙니다. n8n을 보는 관점입니다. n8n은 메뉴를 외워서 쓰는 도구가 아니라, 데이터가 흐르는 길을 설계하는 도구입니다.

처음에는 Cloud나 로컬에서 빠르게 시작하세요. 캔버스, 노드, 연결선, 실행 기록, 크리덴셜, 표현식만 익히면 됩니다. 그리고 단 하나의 작동하는 워크플로우를 만드세요. RSS가 들어오고, AI가 요약하고, Slack에 도착하는 그 순간부터 n8n은 더 이상 낯선 도구가 아닙니다. 여러분의 1인 회사 안에서 조용히 일하기 시작한 첫 번째 시스템입니다.

다음 장에서는 이 시스템을 더 안정적으로 다루기 위해 노드의 종류와 데이터 흐름을 제대로 이해합니다. 자동화가 막힐 때 대부분의 원인은 "n8n을 몰라서"가 아니라 "지금 어떤 데이터가 어디에 있는지 몰라서" 생깁니다. 그 길을 읽는 법을 익히면, 워크플로우는 더 이상 검은 상자가 아니라 직접 설계할 수 있는 회사의 회로도가 됩니다.

참고

¹A very quick quickstart | n8n Docs

²n8n Hosting: The Complete 2025 Guide (Self-host vs Managed)

³Smart RSS feed monitoring with AI filtering, Baserow storage, and Slack alerts

⁴Slack | n8n 공식 기술 문서 한글판