5시간 안에 내 업무 에이전트 3개 만들기 — Semicolon × YONIST

Semicolon × Yonist · Executive AI Track

5시간 안에
내 업무 에이전트 3개 만들기

5요소로 설계하는 업무 에이전트 실습 과정

분량5시간 · 1회 완결형

산출1인당 업무 에이전트 3개

진행전준영 · Reus

Semicolon·YONIST

01 / 39

Host

진행자 ─ 전준영 · Reus.

전

Photo coming soon

Host · 진행자

전준영 · ReusSemicolon 대표 · 리드 개발자 · 10년차 풀스택 엔지니어

전준영 · Reus

CEO CAIO Incubator Lead Engineer

엔터프라이즈 개발은행 · 통신 · 안전관리

프로젝트 30+수주부터 출시까지

AI 오케스트레이션SEMO · 7개 봇

제품 인큐베이팅AXOracle · BebeCare

Team

Semicolon

사람 10명 + AI 봇 7개

AI와 함께 일하는 방식 자체를 설계한 엔지니어 팀.

23+

운영·참여 서비스

상시 협업 AI 봇

10,740+

지난 1년 GitHub 기여

커스텀 빌드요구를 제품으로

AX 솔루션 구현B2B · B2C

인큐베이팅신규 서비스 리드

자체 서비스 운영개발·운영 자동화

semi-colon.space

Semicolon·YONIST

02 / 39

Problem

따라만 하는 강의는
현장에서 사용하는 경험으로 남지 않습니다.

프롬프트는 배웠지만

내 회의·보고·의사결정에 어떻게 반복 적용할지 흐릿하게 남습니다.

버튼은 익혔지만

새 도구가 나오면 다시 처음부터 — 도구에 종속된 학습이 됩니다.

보안 제약은 더 어렵습니다

개인 PC 반입·외부 SaaS·회사 데이터 외부 업로드가 제한된 환경에서는 더 어렵습니다.

Semicolon·YONIST

03 / 39

Gap

가르치는 것과
실제로 필요한 것이 다릅니다.

시장

설치법 · 도구 · 프롬프트

─ ChatGPT 가입과 단축키
─ "이런 프롬프트를 쓰세요"
─ 새 모델·기능 데모 중심
─ 강의 후 정착 어려움

필요

업무 위임 구조 · 품질 기준 · 리스크 관리

─ 어떤 일을 누구에게 맡길지
─ 어떤 정보는 절대 넣지 말아야 할지
─ 받은 보고를 어떻게 검증할지
─ 도구가 바뀌어도 같은 구조로 운영

Semicolon·YONIST

04 / 39

Our Lens

AI 도구 사용법이 아니라 일을 맡기는 구조를 가르칩니다.

접근

도구 비종속

ChatGPT · Claude · Gemini · 사내 승인 도구 — 동일 커리큘럼으로 진행 가능

설계

5요소 프레임

역할 · 입력 · 절차 · 출력 · 검증 — 의사결정자 언어로 옮긴 위임 구조

실습

시연 1 + 본인 3

Y-Systems 자료로 직접 만든 뒤, 회사 데이터로 치환하는 법까지 확인

결과

즉시 사용 가능

5시간 후 여러분은 본인 에이전트 3개 + 1주 실행 계획을 손에 쥡니다

어떤 직원에게 어떤 일을 맡기고, 무슨 자료를 줘도 되고, 어떤 보고를 받고, 무엇을 의심할지 ─ 도구가 바뀌어도 살아남는 위임의 5가지 칸을 설계합니다.

Semicolon·YONIST

05 / 39

05 ─ Thesis

AI활용은 코딩이 아니라
의사결정 구조입니다.

어떤 직원에게 어떤 일을 맡길지, 무슨 자료를 줘도 되고 안 되는지, 어떤 보고를 받고 무엇을 의심해야 하는지 — 이 다섯 가지를 설계하는 일이 의사결정자의 일입니다.

Semicolon·YONIST

06 / 39

Definition · AI 활용 단계

AI 활용은 세 가지 깊이로 나뉩니다.

L1 · 질문형 사용

단답 AI

한 번 묻고 한 번 답을 받습니다. 좋은 질문은 중요하지만, 절차와 검증은 사람이 매번 챙깁니다.

프롬프트 엔지니어링

L2 · 구조화된 위임

위임 가능한 에이전트

같은 절차와 같은 검증 기준으로 반복 가능한 결과를 만듭니다. 오늘 손에 들고 가는 것은 이 단계입니다.

5요소 카드 + 업무 절차 + 자료

L3 · 운영 단계

운영되는 에이전트

업무 신호를 감지해 정해진 권한·도구로 실행하고, 모든 행동을 로그·승인으로 남깁니다.

업무 신호 · 실행 범위 · 기록

이 강의의 목표는 L1에서 멈추지 않고, L2 위임 가능한 에이전트 3개를 직접 설계해 가져가는 것입니다.

Semicolon·YONIST

07 / 39

Preview · L1 Prompt

L1 예고 ─ 같은 데이터도
프롬프트에 따라 결과가 달라집니다.

Before 한 줄 요청

Prompt지난달 매출 분석해줘.

텍스트 요약 근거 불명확 액션 약함

After 5요소 지시문

역할 임원 보좌 매출 진단 담당

입력 매출 CSV · 파이프라인 · VOC · 진단 절차

금지 실제 고객명 · 매출 원장 · 계약서 · 임직원 정보

절차 이상징후 → 추세 분리 → 리스크 연결 → VOC 확인

출력 KPI · 원인 후보 · 재무 임팩트 · 결정 질문 · 부서 액션

검증 근거 라벨 · 확인 필요 · 합성 데이터 외 사실 금지

근거 라벨 신뢰도 부서 액션

Preview M3 본시연 전 비교 예고

Before

단순 프롬프트

CSV→한 줄 요청→요약

빠르지만 판단 기준과 검증 기준이 결과에 남지 않습니다.

After

5요소 지시문

CSV→5요소→브리핑

역할·입력·절차·출력·검증이 들어가 근거와 액션이 남습니다.

여기서는 개념만 먼저 잡습니다. 실제 Before/After 캡처와 실행 결과는 M3 강사 시연에서 이어서 봅니다.

Semicolon·YONIST

08 / 39

Preview · L2 Delegable Agent

L2 예고 ─ 좋은 지시문을
구조에 고정하면 반복됩니다.

Preview 구조 다이어그램

5요소 카드

업무 절차

에이전트 기준

참고 자료

실행 틀

↓

사용자 입력: "지난달 매출 분석해줘"

↓

반복 가능한 1p 임원 브리핑

시연 흐름

01
업무 기준을 구조로 저장
5요소 지시문을 매번 붙이지 않고 실행 구조에 고정
02
사용자 입력은 다시 한 줄
"지난달 매출 분석해줘"만 입력해도 같은 절차 실행
03
Artifact 결과 확인
차트·KPI·원인 후보·부서 액션이 포함된 1p 보고서

M3 본시연에서 확인 실제 실행 준비 화면과 결과 캡처는 17~18번 슬라이드에서 보여드립니다.

예고 포인트: L2는 좋은 프롬프트를 매번 복붙하는 단계가 아니라, 역할·입력·절차·출력·검증을 업무 기준으로 저장해 반복 가능하게 만드는 단계입니다. 실제 실행은 M3에서 보여드립니다.

Semicolon·YONIST

09 / 39

Preview · L3 운영 단계

L3 ─ 호출되는 도구가 아니라,
업무에 상주하는 에이전트.

시간표 자동화가 핵심이 아닙니다. 업무 신호를 보고, 정해진 범위 안에서 실행하고, 기록을 남기는 운영 방식입니다.

운영 에이전트의 4가지 조건

업무 신호이슈 등록, 메신저 멘션, 지표 이상처럼 일을 시작할 근거

실행 범위정해진 계정, 자료, 업무 영역 안에서만 작동

업무 도구문서, 브라우저, 업무 시스템처럼 사람이 쓰던 도구

진행 기록진행 중, 완료, 승인 대기, 실패를 추적 가능하게 남김

L3 = 무인 자동화가 아닙니다. 사람의 책임 아래 범위·기록·승인 기준을 두고 움직입니다.

운영 화면 캡처 운영 참고 사례

본 강의에서는 L3를 직접 만들지 않습니다. 대신 5요소 카드는 이후 L3 시스템 명세로 이식 가능한 구조로 설계합니다.

Semicolon·YONIST

10 / 39

Framework · 5 Elements

L2 에이전트는
다섯 칸으로 설계합니다.

01 · Role

역할

에이전트가 맡을 직무

02 · Input

입력

넣어도 되는 정보 / 금지 정보

03 · Process

절차

일을 처리하는 순서

04 · Output

출력

받고 싶은 결과물 형식

05 · Verify

검증

품질·보안·환각 점검 기준

5요소 카드는 좋은 프롬프트를 넘어, 업무 절차·참고 자료·실행 기준으로 이어지는 에이전트 명세의 초안입니다.

Semicolon·YONIST

11 / 39

Translation

5요소는 곧
업무 위임 문장입니다.

Executive Delegation

"이 직원에게 이 일을 맡긴다면?"

에이전트 설계는 기술 문서가 아니라, 의사결정자가 이미 하고 있던 위임 판단을 다섯 칸으로 고정하는 일입니다.

01 · 역할

누구에게 맡길까

에이전트가 맡을 직무와 관점

02 · 입력

무엇을 줘도 되는가

사용 가능 정보와 금지 정보

03 · 절차

어떤 순서로 일하는가

반복 가능한 처리 순서

04 · 출력

어떤 보고를 받을까

결과물 형식과 의사결정 질문

05 · 검증

무엇을 의심해야 하는가

근거 라벨, 신뢰도, 확인 필요, 보안 점검

Semicolon·YONIST

12 / 39

Prompt vs. Agent

같은 도구, 다른 결과 ─
차이는 설계 구조에 있습니다.

L1 · 단순 프롬프트

한 줄 입력이 바로 답변으로 끝납니다.

×
입력 판단이 매번 사용자에게 남음
×
검증과 개선이 직관에 의존
×
도구가 바뀌면 처음부터 다시 설명

L2 · 5요소 에이전트

카드가 절차와 자료를 묶어 결과를 반복합니다.

✓
입력 가능/금지 정보가 카드에 남음
✓
출처 라벨·확인 필요·체크리스트로 검증
✓
같은 카드를 새 도구에 이식 가능

Semicolon·YONIST

13 / 39

Today's Promise

5시간 후, 여러분이 손에 들고 나가는 것.

5 산출물

강의는 모듈 7개로 구성됩니다. 매 모듈이 워크북의 한 칸을 채우는 방식 — 강의 끝 = 손에 든 결과물.

01
Y-Systems 실습 에이전트 3개
합성 데이터로 직접 제작 — 회사 데이터 적용법까지 확인
02
5요소 설계 카드 3장
역할 / 입력 / 절차 / 출력 / 검증 — 도구 바뀌어도 그대로 이식
03
실습용 에이전트 워크스페이스
Y-Systems 합성 데이터 · 업무 절차 · 결과물 폴더
04
보안 체크리스트
입력 가능·금지 정보를 4단계로 분류한 표
05
1주 실행 계획
내일부터 적용할 업무 1개 + 성공 기준 + 리스크 대응

Semicolon·YONIST

14 / 39

Curriculum · 300 min

5시간 시간표 ─ 모듈 7개.

모듈	시간	내용	현장 산출물
M1 · 오프닝	15m	업무를 과업 단위로 위임하는 관점 · 오늘 만들 3개 에이전트 확인	3개 난이도 단계 이해
M2 · 설계 프레임	20m	5요소(역할/입력/절차/출력/검증) · 업무 절차 카드/자료 구조 핵심	설계 카드 이해
M3 · 강사 시연	40m	이상 매출 진단 에이전트 압축 시연: 합성 CSV → Artifact 1p 브리핑	완성 예제 1개
M4 · 제작 실습 ① 입문	60m	Y-Systems 안건으로 의사결정 브리핑 에이전트 제작	실습 에이전트 #1
M5 · 제작 실습 ② 고급	75m	Y-Systems 회의 자료로 회의 준비 에이전트 제작	실습 에이전트 #2
M6 · 제작 실습 ③ 중급	65m	Y-Systems 매출 데이터로 이상 진단 에이전트 제작	실습 에이전트 #3
M7 · 검증·실행 계획	25m	보안 / 신뢰도 / 책임소재 / 보고 품질 / 1주 실행 계획	검증 체크 + 1주 계획
300분 순수 강의 · Y-Systems 기반 에이전트 제작 200분 확보 · 입문→고급→중급 난이도 곡선

Semicolon·YONIST

15 / 39

Live Demo · M3 · 40 min

강사 시연 ─ 이상 매출 진단 에이전트.

합성 매출 데이터를 기반으로 40분간 압축 진행합니다. 여러분은 L1 안에서 프롬프트 품질 차이를 먼저 보고, 그 다음 L2에서 좋은 지시문이 실행 구조로 고정되는 과정을 보게 됩니다.

①

L1 Before

사내 데이터만 첨부 → "지난달 매출 분석해줘" 한 줄 → 한계 진단

②

L1 After

역할·입력·절차·출력·검증을 넣은 5요소 프롬프트로 품질 차이 확인

③

L2 구조화

L1 After의 긴 지시문을 업무 절차·자료·실행 기준으로 저장

④

L2 실행

다시 "지난달 매출 분석해줘" 한 줄 → 1p 임원 브리핑 생성

10m

⑤

개선 루프

프롬프트 재작성 대신 카드·업무 절차·검증 기준을 수정

⑥

검증·확장

근거 라벨·신뢰도 점검 + L3 운영 확장 30~60초 언급

파일 수정·실행은 강사 측이 즉시 지원합니다 ─ 여러분은 5요소 카드 작성에 집중하시면 됩니다.

Semicolon·YONIST

16 / 39

Demo · L1 Prompt Engineering

L1 데모 ─ 같은 데이터도
프롬프트가 결과를 바꿉니다.

Before 한 줄 요청

Prompt지난달 매출 분석해줘.

L1 Before 영상/캡처 빠른 요약 · 근거/판단 기준 약함

텍스트 요약 근거 불명확 액션 약함

After 5요소 프롬프트

역할 임원 보좌 매출 진단 담당

입력 매출 CSV · 파이프라인 · VOC · 진단 절차

금지 실제 고객명 · 매출 원장 · 계약서 · 임직원 정보

절차 이상징후 → 추세 분리 → 리스크 연결 → VOC 확인

출력 KPI · 원인 후보 · 재무 임팩트 · 결정 질문 · 부서 액션

검증 근거 라벨 · 확인 필요 · 합성 데이터 외 사실 금지

L1 After 영상/캡처 같은 데이터 + 5요소 지시문 → 근거와 액션이 남는 결과

근거 라벨 신뢰도 부서 액션

L1의 핵심은 좋은 지시문이 결과 품질을 크게 바꾼다는 점입니다. 다만 매번 사람이 긴 5요소 지시문을 붙여야 합니다.

Semicolon·YONIST

17 / 39

Demo · L2 구조화된 위임

L2 데모 ─ 긴 지시문을
실행 구조에 저장합니다.

그래서 다시 "지난달 매출 분석해줘" 한 줄만 입력합니다.

L2 Setup · 구조화된 업무 기준

Setup 캡처 5요소 카드 · 업무 절차 · 참고 자료 · 실행 기준

User Prompt지난달 매출 분석해줘.

L2 Report · 같은 짧은 요청의 결과

Report 캡처 1p 임원 브리핑 ─ KPI · 차트 · 결정 질문 3 · 부서 액션 4

L2의 핵심은 프롬프트가 사라지는 것이 아니라, 좋은 지시문이 업무 절차·참고 자료·실행 기준으로 저장되어 반복 가능해진다는 점입니다.

Semicolon·YONIST

18 / 39

Iteration Loop

개선은 프롬프트 재작성이 아닙니다 ─ 카드와 기준을 고칩니다.

개선 축 ①

누락 데이터셋 추가

입력 칸에 sales_orders 외 pipeline·VOC CSV를 명시 ─ 매출 단일 시각이 3-축 진단으로

개선 축 ②

부서 액션으로 재정렬

출력 칸 후속 질문을 "Sales / CS / Ops / Finance가 내일 확인할 4개 액션"으로 재정렬

개선 축 ③

신뢰도·근거 라벨

검증 칸에 [R]매출원장 [P]파이프라인 [V]VOC + high/medium/low 신뢰도 라벨 부여

시연 핵심 ─ 칸을 수정하면 결과가 따라온다는 것을 직접 보여줍니다.

Semicolon·YONIST

19 / 39

16 ─ The Reveal

같은 도구입니다.
입력만 5요소로 설계했습니다.

모델이 좋아서가 아니라, 위임 구조가 좋아서 결과물이 회의에 들고 갈 수 있는 형태가 됩니다.

Semicolon·YONIST

20 / 39

Security Gate · 4 Tiers

입력 정보를 4단계로 분류합니다.

단계	의미	예시
외부 AI 가능	공개 자료, 비식별 자료만 사용	공개 기사 요약 · 시장 동향 브리핑
사내 승인 도구	회사가 승인한 AI 또는 업무 도구 안에서만 사용	사내 문서 요약 · 내부 회의록 초안
폐쇄망	외부 전송 없이 내부망 또는 로컬 환경에서만 처리	민감 프로젝트 자료 · 미공개 사업 계획
사람 검토 필수	AI 결과를 그대로 쓰지 않고 책임자가 반드시 확인	인사 · 재무 · 법무 · 고객 대응
하나의 에이전트도 입력 자료에 따라 단계가 달라질 수 있습니다 ─ 카드의 입력 칸이 곧 보안 게이트입니다.

Semicolon·YONIST

21 / 39

Two Stages

L2 카드는 L3 운영 명세로 자랍니다.

Stage 1 · 본 강의

합성 데이터 기반 5요소 작동

─ 입력: 비식별 합성 CSV · 절차 파일
─ 절차: 다섯 칸을 채우면 결과가 나옴
─ 출력: 1p 브리핑 · 부서 액션 · 검증 체크
─ 카드 자체가 결과의 형태를 결정

Stage 2 · 후속

사내 데이터·시스템 연동

─ 입력: 사내 RAG · 권한 관리된 사내 데이터
─ 절차: 다단계 도구 호출로 흐름 자동화
─ 출력: 보고서 + 사내 업무 실행
─ 5요소 카드는 그대로 ─ 다시 작성하지 않습니다.

Semicolon·YONIST

22 / 39

Continuity

강의에서 만든 카드가 그대로 시스템 명세가 됩니다.

1 · 강의

5요소 설계 카드

역할 ─ 매출 진단 보좌
입력 ─ 매출·파이프라인·VOC CSV
절차 ─ 이상→파이프라인→VOC→신뢰도
출력 ─ 결정 질문 3 + 부서 액션 4
검증 ─ [R][P][V] · 신뢰도 · 확인 필요

2 · 운영

시스템 명세서

role → agent.yaml
input → RAG index + ACL
process → tool calls (chain)
output → schema · trigger
verify → guardrails · audit

다섯 칸을 채운 카드는 그대로 시스템 명세가 됩니다. 같은 구조 · 같은 어휘 · 같은 검증.

Semicolon·YONIST

23 / 39

Verification

그대로 들고 갈 수 있는가 ─ 7가지 검증.

근거 라벨

[R] [P] [V]

신뢰도 명시

high · medium · low

"확인 필요" 표시

데이터 부족 명시

합성 데이터 외 사실 금지

자가 점검

3축 분리 검토

매출 · 파이프라인 · VOC

결정 질문 형태

임원이 내릴 결정

부서 액션 실행 가능성

Sales · CS · Ops · Finance

Semicolon·YONIST

24 / 39

Use Cases

의사결정자 업무에 가장 잘 붙는 4가지 업무.

멘션 정리

팀·상위 멘션 메시지를 분류하고 우선순위·답변 초안을 매일 한 번 보고

고객 응대 패턴

VOC·CS 로그를 카테고리별로 분류하고 반복 이슈·대응 우선순위를 주간 보고

회의록 정리

비식별 메모를 받아 결정·액션·후속 질문 3섹션으로 재구성

이상 매출 진단

강사 시연 주제 ─ 매출·파이프라인·VOC 3축으로 1p 임원 브리핑 (M3 대표 시연)

"AI가 다 해줄 업무"가 아니라 "AI가 초안을 만들고 사람이 판단할 업무"가 좋은 후보입니다.

Semicolon·YONIST

25 / 39

Your Turn

이제 Y-Systems 자료로
에이전트 3개를 직접 만듭니다.

다음 9장은 /card 웹 워크북 → 5요소 입력 → Claude Desktop Artifact 또는 Claude Code 실행 → 결과 확인 흐름입니다. 실습 데이터는 Y-Systems 합성, 회사 적용은 입력 칸 치환입니다.

Agent 01 · 입문

의사결정 브리핑

안건·자료를 받아 핵심 쟁점, 선택지, 확인 질문을 1p로 정리합니다.

역할·출력 중심

Agent 02 · 고급

의사결정 회의 준비

회의 목적, 참석자, 자료, 리스크를 연결해 다단계 준비 흐름을 만듭니다.

절차·검증 중심

Agent 03 · 중급

이상 매출 진단 변형

Y-Systems 매출·파이프라인·VOC를 연결해 이상 신호를 진단합니다.

합성 데이터 제작

Semicolon·YONIST

26 / 39

Agent 01 · Overview

브리핑 에이전트 ─
안건을 1p 판단자료로 바꿉니다.

Y-Systems Korea의 임원 안건을 사용해, Claude가 쟁점·선택지·확인 질문을 담은 Artifact를 만들도록 설계합니다.

/card 웹 워크북Claude Artifact

Y-Systems 안건

시장·매출 자료

이전 회의 메모

→

1p 의사결정 브리핑

쟁점

선택지

확인 질문

무엇을 만들까Y-Systems 안건을 임원용 1p 브리핑으로 바꾸는 에이전트입니다.

어떻게 만들까/card에서 5요소를 채우고, 복사한 프롬프트를 Claude Desktop에 붙여넣습니다.

무엇을 배우나회사 안건도 같은 5칸에 넣으면 브리핑 에이전트로 바뀝니다.

Semicolon·YONIST

27 / 39

Agent 01 · Card Action

/card에서
5요소를 직접 입력합니다.

웹 워크북 액션

1/card 열기

2의사결정 보고서 에이전트 선택

3예시 불러오기 후 5칸 수정

→

5요소 입력 의미

역할: 어떤 보좌관에게 맡길지
입력: 넣어도 되는 자료와 금지 자료
출력: 회의 직전 볼 1p 형식

→

복사

AI 입력 프롬프트로 복사

지금 만든 5칸이 Claude에 들어갈 실행 지시문이 됩니다.

/card 워크북 = 자동 저장 + 한 번에 복사. 강의 후에도 같은 카드에서 회사 어휘로 다시 작성합니다.

Semicolon·YONIST

28 / 39

Agent 01 · Run

Claude Desktop에서
Artifact를 생성합니다.

실행 액션

Y-Systems Company Project

새 채팅

프롬프트 붙여넣기

Artifact 확인

1. 프로젝트 선택Claude Desktop에서 Y-Systems Company 프로젝트를 엽니다.

2. 실행/card에서 복사한 프롬프트를 붙여넣고 Artifact를 생성합니다.

3. 응용회사 적용 시에는 입력 칸의 안건·자료·메모만 바꾸면 됩니다.

Semicolon·YONIST

29 / 39

Agent 02 · Overview

회의 준비 에이전트 ─
회의 전·중·후 흐름을 만듭니다.

Y-Systems 분기 임원 회의 자료로, 참석자·쟁점·리스크를 회의 준비 보드 Artifact로 정리합니다.

Y-Systems 입력

자료는 흩어져 있음

목적참석자사전 자료리스크

→

Agent #2

준비 흐름 설계

결정 질문과 참석자별 확인 포인트를 먼저 세웁니다.

→

After

바로 진행 가능한 회의

결정 순서, 발언 포인트, 후속 액션이 남습니다.

Semicolon·YONIST

30 / 39

Agent 02 · Card Action

/card에서
회의 준비 절차를 고정합니다.

웹 워크북 액션

/card 열기회의 준비 탭예시 불러오기절차 수정

→

절차 칸 의미

회의 준비 보드

Before읽을 자료 · 질문

During결정 순서 · 발언 포인트

After액션 · 책임자 · 후속 확인

→

복사

AI 입력 프롬프트로 복사
Claude Project에 붙여넣기
Artifact 보드 생성

/card 워크북 = 자동 저장 + 한 번에 복사. 회사 적용 시에도 참석자·자료·회의 목적만 바꿉니다.

Semicolon·YONIST

31 / 39

Agent 02 · Run

Artifact 보드를 보며
회의 액션을 검증합니다.

Before

회의 전 읽을 자료와 확인 질문이 분리되는가

During

회의 중 결정 순서와 발언 포인트가 보이는가

After

회의 후 담당자·기한·후속 확인이 남는가

회사 적용 시에는 참석자·자료·회의 목적만 바꾸고, Before/During/After 구조는 그대로 재사용합니다.

Semicolon·YONIST

32 / 39

Agent 03 · Overview

진단 에이전트 ─
짧은 요청으로 보고서를 만듭니다.

/card의 5요소와 Claude Code 워크스페이스의 파일 구조를 연결해 반복 가능한 진단 보고를 만듭니다.

Claude Code Workspace사전 세팅

dataY-Systems 합성 CSV

procedure진단 순서

outputs보고서 결과

수강자는 코딩하지 않습니다. 파일과 기준이 에이전트 품질에 어떻게 영향을 주는지 확인합니다.

왜 Claude Code인가파일, 절차, 결과물을 한 워크스페이스에서 함께 다루기 위해 사용합니다.

오늘 하는 일기술 구현이 아니라 합성 데이터로 제작 절차를 익히는 것입니다.

Semicolon·YONIST

33 / 39

Agent 03 · Card Action

/card에서
진단 기준을 복사합니다.

01 · 탭

매출 이상 진단

예시를 불러오고 Y-Systems 기준을 확인합니다.

02 · 기준

입력·절차·검증

CSV, 진단 순서, 근거 라벨 기준이 어디에 들어가는지 봅니다.

03 · 복사

AI 입력 프롬프트

복사한 지시문을 Claude Code 실행 요청의 기준으로 사용합니다.

회사 적용 시에는 매출 대신 운영 KPI, 고객 이탈, 비용 초과 등으로 입력과 기준을 치환합니다.

/card에서 복사한 5요소는 Claude Code의 skills·agents·outputs 구조를 실행하는 기준이 됩니다.

Semicolon·YONIST

34 / 39

Agent 03 · Run

Claude Code에서
실행하고 저장합니다.

실행 요청

지난달 매출 분석해줘.

→

워크스페이스 확인

skills/ 진단 절차
agents/ 역할·출력
outputs/ 결과 저장

→

결과

outputs 저장

1p 브리핑이 파일로 남아 반복 실행 결과를 비교할 수 있습니다.

Semicolon·YONIST

35 / 39

Week 1 Plan

작고 안전한 업무 1개로 시작합니다.

Day 1

착수

에이전트 1개 선택 · 입력 자료 확정

Day 2-3

시범

실제 업무에 1회 적용 · 결과 검토

Day 4-5

조정

카드 칸 수정 · 검증 체크리스트 통과

Day 6-7

정착

팀 단위 확산 여부 판단 · 후속 액션

1주 후 확인할 질문

계속 쓸 가치가 있는가 · 더 안전한 환경이 필요한가 · 팀 단위로 확장하려면 어떤 자료와 권한이 필요한가

강의에서 손에 든 것 = Y-Systems 기반 5요소 카드 3장. 첫 주 적용 = 입력 칸의 KPI·고객·자료 이름을 회사 어휘로 치환.

Semicolon·YONIST

36 / 39

Why Us

우리가 이 강의를 만들 수 있는 이유.

01
자체 에이전트 운영 경험
SEMO 위에서 7개 도메인 봇이 GitHub 이슈 단위로 일을 나눠 처리 ─ 사례가 우리 회사
02
제품 출시까지 책임지는 팀
SEMO Incubator로 비개발자가 슬랙만으로 제품을 출시 ─ 운영까지 책임

03
도구 비종속 설계 경험
하나의 5요소 카드가 외부 SaaS · 사내 승인 도구 · 폐쇄망 LLM 어디서나 동일하게 작동하도록 설계해온 경험
04
설계 일관성
강의에서 만드는 5요소 카드의 구조와, 조직 단위 운영 명세의 구조가 동일 ─ 별도 재작성 없이 이식 가능

Semicolon·YONIST

37 / 39

Reference · L3 운영 사례

참고 ─ 운영되는 에이전트 단계.

L2 에이전트 카드가 조직 단위 운영 구조로 확장되면, 업무 신호를 보고 정해진 범위 안에서 일이 시작됩니다.

L3 Case · 자체 운영

SEMO ─ 업무 신호 기반 운영 구조

Semicolon 자체 운영 사례. 메신저 알림, 회의 결과, 이슈 등록 같은 업무 신호를 기준으로 해야 할 일을 정리하고 담당 흐름으로 넘깁니다.

L3 Case · 사내 도입

AX ─ 카드를 운영 명세로 이식한 사례

5요소 카드 → 시스템 명세 → 사내 데이터·시스템 연동까지 이어진 적용 사례. 운영 단계 도입은 사내 보안·권한 검토가 필요한 별도 과제입니다.

Semicolon·YONIST

38 / 39

30 ─ Thank You · Q&A

감사합니다.

Q&A

궁금한 점, 도입 환경, 운영 시나리오 ─ 무엇이든 질문 받겠습니다.

Semicolon · YONIST · Executive AI Track · 전준영 · Reus

Semicolon·YONIST

39 / 39

Appendix B-1 · Design Card Sample

5요소 설계 카드 ─ 강사 모범안.

5요소	내용
역할	임원 보좌 매출 진단 담당. 매출/KPI · 영업 파이프라인 · 고객 VOC 3축을 연결해 1p 브리핑을 만드는 직무
입력	가능 ─ data/ 합성 매출 원장(sales_orders.csv) · 영업 파이프라인(pipeline.csv) · VOC 로그(voc.csv) · skills/sales-anomaly-diagnosis.md (절차·라벨 규칙) 금지 ─ 실제 고객명 · 실제 매출 원장 · 실제 계약서 · 실제 임직원 정보 · 고객사 비공개 데이터
절차	(1) 이상징후 탐지 ─ 회사·제품군별 매출 MoM/YoY 임계값 초과 → (2) 흐름 분리 ─ 단발 vs 추세 vs 계절성 → (3) 파이프라인 리스크 연결 ─ 분기 발주 감소·딜 정체 → (4) VOC 패턴 확인 ─ 배송·품질·서비스 카테고리 → (5) 신뢰도·근거 라벨 부여 → (6) 결정 질문 3 + 부서별 확인 액션 4 도출
출력	1p 임원 브리핑 ─ 헤더(기간·범위) / 핵심 이상징후 3 / 원인 후보·신뢰도 / 근거 라벨 / 재무 임팩트(예상 손실액·신뢰구간) / 결정 질문 3개 / 부서별 확인 액션 4개(Sales·CS·Ops·Finance)
검증	(a) 근거 라벨 [R]매출원장 [P]파이프라인 [V]VOC 부여 / (b) 신뢰도 high·medium·low 명시 / (c) 데이터 부족 = "확인 필요" / (d) 합성 데이터 외 사실 금지 / (e) 부서별 액션이 내일 실행 가능한가

Semicolon·YONIST

B-1 / 부록

Appendix B-2 · Before Output

Before ─ 한 줄 입력의 출력 견본.

Input지난달 매출 분석해줘

Before 캡처 "매출이 다소 감소" 류 일반론 · 회사·제품·VOC 3축 분리 없음 · 부서 액션 없음

Semicolon·YONIST

B-2 / 부록

Appendix B-3 · After Output

After ─ 5요소 시스템 지시문 + 1p 브리핑.

System Prompt역할: 임원 보좌 매출 진단 담당. 입력: data/sales_orders.csv · pipeline.csv · voc.csv (합성) skills/sales-anomaly-diagnosis.md (절차·라벨 규칙) 금지: 실제 고객명 · 실제 매출 원장 · 실제 계약서 · 임직원 정보 절차: 1. 이상징후 탐지 (회사·제품군 MoM/YoY 임계값) 2. 흐름 분리 (단발 / 추세 / 계절성) 3. 파이프라인 리스크 연결 (분기 발주·딜 정체) 4. VOC 패턴 확인 (배송 / 품질 / 서비스) 5. 신뢰도·근거 라벨 부여 6. 결정 질문 3 + 부서별 액션 4 도출 출력 포맷: - 헤더 (기간 · 범위) - 핵심 이상징후 3 - 원인 후보 · 신뢰도 (high / medium / low) - 근거 라벨 [R]매출원장 [P]파이프라인 [V]VOC - 재무 임팩트 (예상 손실액 · 신뢰구간) - 결정 질문 3 - 부서별 액션 4 (Sales · CS · Ops · Finance) 검증: - 근거 라벨 필수 - 데이터 부족 = "확인 필요" - 합성 데이터 외 사실 금지 - 부서별 액션이 내일 실행 가능한가

After 캡처 display_module −18.0% · AlphaTech Vietnam −40.0% · VOC 배송·품질 ─ 부서 액션 4 포함 1p 브리핑

Semicolon·YONIST

B-3 / 부록

Appendix B-4 · Verification Checklist

검증 체크리스트 ─ 수강자 배포본.

검증 항목	#1	#2	#3
주장에 근거 라벨 [R][P][V]가 부여되어 있는가	☐	☐	☐
원인 후보마다 신뢰도(high / medium / low)가 명시되어 있는가	☐	☐	☐
데이터 부족 항목이 "확인 필요"로 표시되어 있는가	☐	☐	☐
합성 데이터 외 실제 사실을 만들어 넣지 않았는가	☐	☐	☐
회사·제품·VOC 3축이 모두 검토되었는가	☐	☐	☐
결정 질문 3개가 임원 회의에서 내릴 결정 형태인가	☐	☐	☐
부서별 액션 4개(Sales·CS·Ops·Finance)가 내일 실행 가능한가	☐	☐	☐

Semicolon·YONIST

B-4 / 부록

Appendix C · Contact

검토·매칭·도입 문의.

진행 채널

YONIST

강사풀 진입·매칭·고객사 영업 라인

김혜연 대표 · 여니스트 컴퍼니

강의·구축

Semicolon

AI-native software studio · SEMO orchestration

semi-colon.space

5시간 후, 여러분의 손에 다시 만들지 않아도 되는 에이전트 3개가 남습니다. 이게 이 강의가 약속하는 단 한 가지입니다.

Semicolon·YONIST

C / 부록

5시간 안에내 업무 에이전트 3개 만들기

진행자 ─ 전준영 · Reus.

따라만 하는 강의는현장에서 사용하는 경험으로 남지 않습니다.

가르치는 것과실제로 필요한 것이 다릅니다.

AI 도구 사용법이 아니라 일을 맡기는 구조를 가르칩니다.

AI 활용은 세 가지 깊이로 나뉩니다.

L1 예고 ─ 같은 데이터도프롬프트에 따라 결과가 달라집니다.

L2 예고 ─ 좋은 지시문을구조에 고정하면 반복됩니다.

L3 ─ 호출되는 도구가 아니라,업무에 상주하는 에이전트.

L2 에이전트는다섯 칸으로 설계합니다.

5요소는 곧업무 위임 문장입니다.

같은 도구, 다른 결과 ─차이는 설계 구조에 있습니다.

5시간 후, 여러분이 손에 들고 나가는 것.

5시간 시간표 ─ 모듈 7개.

강사 시연 ─ 이상 매출 진단 에이전트.

L1 데모 ─ 같은 데이터도프롬프트가 결과를 바꿉니다.

L2 데모 ─ 긴 지시문을실행 구조에 저장합니다.

개선은 프롬프트 재작성이 아닙니다 ─ 카드와 기준을 고칩니다.

입력 정보를 4단계로 분류합니다.

L2 카드는 L3 운영 명세로 자랍니다.

강의에서 만든 카드가 그대로 시스템 명세가 됩니다.

그대로 들고 갈 수 있는가 ─ 7가지 검증.

의사결정자 업무에 가장 잘 붙는 4가지 업무.

이제 Y-Systems 자료로에이전트 3개를 직접 만듭니다.

브리핑 에이전트 ─안건을 1p 판단자료로 바꿉니다.

/card에서5요소를 직접 입력합니다.

Claude Desktop에서Artifact를 생성합니다.

회의 준비 에이전트 ─회의 전·중·후 흐름을 만듭니다.

/card에서회의 준비 절차를 고정합니다.

Artifact 보드를 보며회의 액션을 검증합니다.

진단 에이전트 ─짧은 요청으로 보고서를 만듭니다.

/card에서진단 기준을 복사합니다.

Claude Code에서실행하고 저장합니다.

작고 안전한 업무 1개로 시작합니다.

우리가 이 강의를 만들 수 있는 이유.

참고 ─ 운영되는 에이전트 단계.

5요소 설계 카드 ─ 강사 모범안.

Before ─ 한 줄 입력의 출력 견본.

After ─ 5요소 시스템 지시문 + 1p 브리핑.

검증 체크리스트 ─ 수강자 배포본.

검토·매칭·도입 문의.

5시간 안에
내 업무 에이전트 3개 만들기

따라만 하는 강의는
현장에서 사용하는 경험으로 남지 않습니다.

가르치는 것과
실제로 필요한 것이 다릅니다.

L1 예고 ─ 같은 데이터도
프롬프트에 따라 결과가 달라집니다.

L2 예고 ─ 좋은 지시문을
구조에 고정하면 반복됩니다.

L3 ─ 호출되는 도구가 아니라,
업무에 상주하는 에이전트.

L2 에이전트는
다섯 칸으로 설계합니다.

5요소는 곧
업무 위임 문장입니다.

같은 도구, 다른 결과 ─
차이는 설계 구조에 있습니다.

L1 데모 ─ 같은 데이터도
프롬프트가 결과를 바꿉니다.

L2 데모 ─ 긴 지시문을
실행 구조에 저장합니다.

이제 Y-Systems 자료로
에이전트 3개를 직접 만듭니다.

브리핑 에이전트 ─
안건을 1p 판단자료로 바꿉니다.

/card에서
5요소를 직접 입력합니다.

Claude Desktop에서
Artifact를 생성합니다.

회의 준비 에이전트 ─
회의 전·중·후 흐름을 만듭니다.

/card에서
회의 준비 절차를 고정합니다.

Artifact 보드를 보며
회의 액션을 검증합니다.

진단 에이전트 ─
짧은 요청으로 보고서를 만듭니다.

/card에서
진단 기준을 복사합니다.

Claude Code에서
실행하고 저장합니다.