스킬.잇다
정식 ★★★★☆ 약 110분 v1 · 2026-04-11

세법 개정 → 고객사 맞춤 안내문 자동 체인

국세청 공지를 매일 크롤링해 영향받는 고객사만 자동 식별하고, 각 고객사에 맞춘 안내문을 일괄 생성·발송하는 End-to-End 자동화 사례

WOW 포인트
  • 오늘자 공지 → 5초 안에 영향 고객사 식별 + 맞춤 안내문 일괄 생성 + 담당자 알림
  • 같은 공지가 업종 태그에 따라 자동으로 적용/제외 분기
  • 한 번 만든 스킬이 매일 자동으로 일하는 조직 자산

사용 스킬

선행 지식

  • · 웹 크롤링 개념 (URL·HTML 최소)
  • · 고객사 DB 구조 이해 (업종 태그·관심 분야)
  • · 분기 로직 기초 (if-then-else)
  • · Cowork 환경변수 (외부 API 보안 관리)
  • · 에이전트 오케스트레이션 패턴

대상 직무

  • · 세무법인 전원
  • · 군인공제회 법무·컴플라이언스
  • · 기업 법무 담당
더미 데이터 .moai/fixtures/tax-firm-sample

문제 시나리오

"국세청·기재부가 세법·시행령 개정을 수시로 발표한다. 담당 고객사 200곳 중 관련 개정만 골라 각 고객사에 맞춘 안내문을 메일·문서로 발송해야 한다. 지금은 담당자가 공지를 하나하나 읽고, 고객 DB에서 해당 업종을 수동으로 추리고, 워드 템플릿에 복붙하고, 메일로 첨부한다. 한 건당 30분, 공지가 몰리는 주에는 하루 3~4시간이 증발한다."

세무법인의 고부가가치 업무(자문·세무조사 대응)를 저부가가치 반복 업무가 잡아먹는 전형입니다. 정확도도 사람 피로도에 반비례합니다.

실습 목표

End-to-End 체인을 구축합니다. 매일 정해진 시각에 자동 실행되어:

  1. 국세청 공지 수집
  2. 개정 요점 요약 + 적용 대상 업종 분류
  3. 고객사 DB 대조 → 영향받는 고객사만 선별
  4. 고객사별 맞춤 안내문 DOCX 일괄 생성
  5. 담당자에게 텔레그램 알림 ("오늘 3개 고객사에 개정 안내 필요")

스킬 이름 세법-개정-체인.

2단계 분할

110분에 전체 체인을 한 번에 구축하기는 빡빡합니다. 다음 2단계로 나눕니다.

Stage 1 — 필수 (45분)

  • 국세청 공지 URL 한 건 크롤링
  • 개정 요점 요약 (3~5개 불릿)
  • 고객사 1개 기준 맞춤 안내문 DOCX 1건 생성

여기까지만 해도 수작업 30분 → 자동 30초의 드라마틱한 단축을 체감할 수 있습니다.

Stage 2 — 도전 (55분)

  • 다중 고객사 매칭 루프 (업종 태그 기반 분기)
  • 텔레그램 봇 API 발송 (환경변수로 토큰 관리)
  • 매칭 로그 생성 + 실패 재시도
  • 스케줄 트리거 등록

입력 데이터

파일설명
notice_sources.yaml국세청·기재부 공지 페이지 URL 목록
client_db.xlsx고객사 20곳 (사업자번호·업종·관심태그·담당자·담당자 텔레그램ID)
notice_template.docx안내문 DOCX 템플릿 (회사명·담당자·개정요점·적용일 플레이스홀더)
TELEGRAM_BOT_TOKENCowork 환경변수
law_taxonomy.yaml법령 키워드 → 영향 업종 매핑 (소득세→개인, 법인세→법인, 부가세→대부분 등)

기대 산출물

  • output/notices/{고객사명}_개정안내_YYYYMMDD.docx — 영향받는 고객사만
  • output/matching_log.json — 어떤 개정이 어떤 업종·고객사에 매칭됐는지
  • 담당자별 텔레그램 메시지 — "오늘 3개 고객사 안내문 생성 완료: ACME, BETA, GAMMA"
  • 오류 리포트 (크롤링 실패·매칭 실패 목록)

핵심 스킬 호출 흐름

flowchart TD
  T["매일 07:30 스케줄 트리거"] --> C["국세청 공지 목록 크롤링
  web-reader"]
  C --> N{"신규 공지 있나?"}
  N -->|없음| Z["완료: 오늘 0건"]
  N -->|있음| S["각 공지 요점 추출"]
  S --> K["영향 업종 분류
  law_taxonomy.yaml"]
  K --> M["고객사 DB 대조"]
  M --> B{"업종 태그 매칭"}
  B -->|매칭됨| G["고객사별 안내문 DOCX 생성"]
  B -->|미매칭| X[매칭 로그에 기록 후 제외]
  G --> A[담당자별 결과 집계]
  A --> R[텔레그램 알림 발송]
  A --> L[매칭 로그 + 오류 리포트 저장]

선행 스킬

  • web-reader — URL 리스트를 받아 본문·제목·대표 이미지를 구조화해 반환. 국세청 공지 페이지 처리에 사용.

이 사례의 나머지 구성 요소(DOCX 생성, 텔레그램 발송, 업종 매칭 로직)는 Part 3 실습에서 직접 만드는 스킬들입니다. 기존 스킬 카탈로그에 있는 name-badge의 DOCX 치환 로직 패턴을 참고하면 빠르게 구축할 수 있습니다.

선행 개념

  • 에이전트 루프 — 크롤링 실패 시 재시도, 매칭 실패 공지를 에러 큐로 돌리고 계속 진행
  • 순차 + 분기 결합 — 공지 여러 건 × 고객사 여러 건의 2차원 매칭, 업종별 분기
  • Cowork 환경변수 — 텔레그램 토큰·고객 DB 경로 등을 코드·스킬에 직접 넣지 않고 환경으로 주입
  • 출력 형식 약속 — 각 단계의 산출물(요약 JSON, 매칭 로그, 안내문 DOCX)이 다음 단계에 정확히 들어맞도록 스키마를 미리 고정

확장 과제

  1. 개정 영향도 스코어링 — 단순 매칭을 넘어 "우리 고객 중 몇 곳이, 얼마나 큰 변화를 겪는가"를 스코어로 표시
  2. 고객사 회신 추적 — 안내문 발송 후 고객 반응을 기록해 다음 개정 시 응대 우선순위에 반영
  3. 메일 자동 발송 분기 — 텔레그램 대신(또는 병행) 이메일로 고객사에 직접 발송
  4. 회계 프로그램 연동 — 고객사 DB를 더존·세무회계 프로그램에서 자동 동기화

변경 이력

  • v1 (2026-04-11): 최초 작성 — Claude@IGM Cohort 1 Track D (A+B 결합) 교재용