새벽 3시, 워크플로우가 멈췄습니다. 아침에 출근해서야 에러를 발견 합니다. 에러 핸들링이 있었다면? 즉시 Slack 알림 이 왔을 겁니다. 이 글을 다 읽으면 에러 알림, 자동 재시도, 부분 실패 처리 를 설정할 수 있습니다. ① n8n 에러 핸들링 필요성 — 새벽 3시 에러, 아침에 발견? 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 워크플로우가 에러 나면 그냥 다시 실행하면 안 되나요? 🎯 딱딱씨 자동화는 사람이 안 보는 동안 에도 돌아가잖아. 새벽 3시에 에러 나면 아침까지 모르는 거야! 🤔 왜왜씨 아... 그래서 에러가 나면 알림을 받거나, 자동으로 재시도하게 해야 하는군요? 🎯 딱딱씨 딱 맞아! 그게 바로 에러 핸들링 이야. 안정적인 자동화의 필수 요소지. 핵심 에러 핸들링이 필요한 이유 ✓ 에러 발생 시 즉시 알림 받기 ✓ 일시적 오류는 자동 재시도 ✓ 부분 실패해도 나머지는 계속 진행 ② n8n Error Trigger — 에러 나면 즉시 알림 Error Trigger 는 워크플로우에서 에러가 발생했을 때 실행됩니다. Error Trigger 설정 새...

스킬에서 가장 중요한 한 줄이 있습니다. 바로 description 입니다. description이 잘못되면 스킬이 엉뚱한 때 실행 되거나, 필요할 때 실행되지 않습니다 . 이 글에서는 효과적인 description 작성법을 마스터합니다. description이 중요한 이유 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 description이 그렇게 중요한가요? 그냥 설명 아닌가요? 🎯 딱딱씨 description은 단순한 설명이 아니야. Claude가 "이 스킬을 지금 사용할까 말까" 를 판단하는 핵심 정보야. 🤔 왜왜씨 keywords가 있는데 왜 description도 봐요? 🎯 딱딱씨 keywords는 1차 필터야. 키워드가 매칭되면 Claude가 description을 읽고 정말 이 스킬이 맞는지 최종 판단해. description이 모호하면 오판이 생겨. description의 역할 ① 스킬 활성화 판단 - 이 요청에 이 스킬이 적합한가? ② 스킬 목록 표시 - /help에서 스킬 설명으로 노출 ③ 동작 범위 정의 - 스킬이 무엇을 하고 무엇을 안 하는지 황금 ...

" 고객별 총 매출 "을 알고 싶습니다. SELECT만으로 될까요? JOIN 으로 테이블을 합치고, GROUP BY 로 고객별로 묶고, SUM() 으로 합계를 구합니다. 이 글을 다 읽으면 월별 매출, 고객별 구매금액, 재구매율 을 쿼리 한 줄로 뽑을 수 있습니다. ① n8n SQL JOIN — 테이블 합치기 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 JOIN이 뭔가요? 🎯 딱딱씨 두 테이블을 합치는 것 이야! 예를 들어 "고객 테이블"과 "주문 테이블"을 연결해서 "어떤 고객이 뭘 주문했는지" 한 번에 볼 수 있지. JOIN 종류 종류 설명 결과 INNER JOIN 양쪽 모두에 있는 것만 교집합 LEFT JOIN 왼쪽 테이블 전체 + 오른쪽 매칭 왼쪽 기준 RIGHT JOIN 오른쪽 테이블 전체 + 왼쪽 매칭 오른쪽 기준 JOIN 예시 -- 고객 정보와 주문 정보 연결 SELECT customers.name, customers...

스킬의 핵심은 SKILL.md 파일입니다. 이 파일 하나에 스킬의 모든 정보가 담겨 있습니다. 구조를 제대로 이해하면 원하는 대로 동작하는 스킬 을 만들 수 있습니다. 이 글에서는 SKILL.md의 프론트매터 와 본문 구성을 상세히 알아봅니다. SKILL.md 전체 구조 SKILL.md는 크게 두 부분으로 나뉩니다: SKILL.md 구성 ① 프론트매터 (Frontmatter) 파일 상단, --- 로 감싸진 영역 스킬의 메타 정보 정의 ② 본문 (Body) 프론트매터 아래 마크다운 영역 실제 지침과 규칙 작성 --- # ← 프론트매터 시작 name: my-skill description: 스킬 설명 keywords: ["키워드1", "키워드2"] # ← 프론트매터 끝 --- # ← 본문 시작 ## 역할 당신은 전문가입니다. ## 규칙 1. 규칙 1 2. 규칙 2 # ← 본문 끝 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 프론트매터가 뭔가요? 처음 들어보는데... 🎯 딱딱씨 문서의 신분증 이라고 생각하면 돼. 이름, 설명, 분류 같은 기본 정보가 들어가는 거야. Claude가 이걸 보고 "아, 이 스킬은 이런 거구나"라고 파악해. 프론트매터 상세 프론트매터는 YAML 형식 으로 작성합니다. 필수 필드 필드 설명 예시 ...

"2026-04-05" 문자열이 날짜로 인식이 안 됩니다. 어떻게 할까요? DateTime.fromISO($json.date) — 이 한 줄이면 진짜 날짜 객체 가 됩니다. 이 글을 다 읽으면 문자열 파싱, 시간대 변환, 날짜 비교 를 자유롭게 다룰 수 있습니다. ① n8n 날짜 파싱 — 문자열을 진짜 날짜로 외부 API나 DB에서 받은 날짜 문자열을 Luxon DateTime으로 변환해야 합니다. DateTime.fromISO() // ISO 형식 문자열 → DateTime {{ DateTime.fromISO($json.createdAt) }} // 바로 포맷 변환 {{ DateTime.fromISO($json.createdAt).toFormat('yyyy년 MM월 dd일') }} DateTime.fromFormat() // 커스텀 형식 문자열 → DateTime // "04/05/2026" 형식 {{ DateTime.fromFormat($json.date, 'MM/dd/yyyy') }} // "2026년 04월 05일" 형식 {{ DateTime.fromFormat($json.date, 'yyyy년 MM월 dd일') }} 💡 파싱 예시 입력 포맷 "2026-04-05" fromISO() 사용 "04/05/2026" fromFormat(..., 'MM/dd/yyyy') ...

스킬을 만들기 전에 반드시 결정해야 할 것이 있습니다. "이 스킬을 어디에 저장할 것인가?" 스킬의 저장 위치에 따라 사용 범위 가 완전히 달라집니다. 이 글에서는 전역 스킬과 프로젝트 스킬의 차이를 명확히 이해합니다. 스킬의 두 가지 범위 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 스킬 폴더가 두 군데 있던데, 뭐가 다른 거예요? 🎯 딱딱씨 회사 조직도를 생각해봐. 본사 정책 은 모든 지사에 적용되지만, 지사별 규정 은 해당 지사에서만 적용되잖아? 🤔 왜왜씨 아, 그러면 전역 스킬이 본사 정책이고, 프로젝트 스킬이 지사 규정인 거네요? 🎯 딱딱씨 정확해! 전역 스킬은 어떤 프로젝트에서든 사용할 수 있고, 프로젝트 스킬은 해당 프로젝트에서만 사용할 수 있어. 스킬 범위 비교 전역 스킬 - 모든 프로젝트에서 사용 가능 위치: ~/.claude/skills/{스킬명}/SKILL.md 프로젝트 스킬 - 해당 프로젝트에서만 사용 가능 위치: {프로젝트}/.claude/skills/{스킬명}/SKILL.md 전역 스킬 상세 전역 스킬은 홈 디렉토리 의 ~/.claud...

{{ $json.name }} — 이전 노드의 "김철수"가 자동으로 들어갑니다. 하드코딩 없이 동적으로 값을 바꾸는 마법 . 그게 표현식입니다. 이 글을 다 읽으면 어떤 데이터든 원하는 형태로 가공할 수 있게 됩니다. ① n8n 표현식이란? — 엑셀 공식처럼 🎭 왜왜씨와 딱딱씨의 대화 🤔 왜왜씨 표현식이 뭔가요? 어려워 보여요... 🎯 딱딱씨 쉽게 말해 "동적으로 값을 가져오는 공식" 이야! 엑셀에서 =A1+B1 쓰는 것처럼, n8n에서도 다른 노드의 값을 참조할 수 있어. 🤔 왜왜씨 아! 그래서 {{ }} 안에 쓰는 거군요? 🎯 딱딱씨 맞아! {{ }} 가 표현식의 시작이야. 이 안에 쓴 내용이 실행 시점에 실제 값으로 바뀌는 거지. 핵심 표현식 = 실행 시점에 동적으로 평가되는 코드 {{ }} 안에 JavaScript 문법으로 작성 이전 노드 데이터 참조, 변환, 조합 가능 ② n8n 표현식 기본 문법 — {{ }} 안에 뭘 쓸까? 기본 구조 {{ 표현식 }} 중괄호 두 개 안에 JavaScript 코드 작성 n8n...