Curriculum · 운영 설계 · 북토크 & 핸즈온 세미나
북토크에서
내 손으로 만든 팀과 스킬까지
3시간 안에 참가자가 단일 에이전트와 멀티 에이전트의 차이를 결과물로 확인하고, 하네스가 왜 필요한지와 팀을 짜는 여섯 가지 모양을 익힌 뒤, 자기가 고른 작품의 showreel 하네스로 HTML 릴을 뽑고, 내 업무에 필요한 스킬 하나를 만들어 가는 것을 목표로 짰습니다. showreel 스킬은 마지막에 소개만 하고, 실제 영상 만들기는 교재의 ‘수업 이후 따라 하기’로 넘깁니다. 북토크를 뺀 모든 실습은 실습 교재 한 페이지 안에서 이뤄집니다. 실습 자료(키트·백업 하네스)도 교재에서 바로 내려받습니다.
- 총 시간
- 3시간
(사전 준비 15분 별도) - 형식
- 온라인 라이브
따라 하기 실습 - 선수 지식
- 복사·붙여넣기
코딩 경험 불필요 - 수료 기준
- 내 하네스로 HTML 릴
+ 내 스킬 1개
01 · 대상과 목표
누구를 위한 과정인가
책을 읽고 AI에 관심이 생겼지만, 써 보면 결과가 들쭉날쭉해 결국 손으로 고치고 있는 사람을 전제로 설계했습니다. 개발자가 아니어도 됩니다. 터미널은 명령을 붙여 넣는 창으로만 씁니다.
이 과정이 다루지 않는 것
프롬프트 기법, 에이전트 정의 파일을 손으로 쓰는 법, 영상 렌더링.
앞의 둘은 한 번의 결과를 좋게 하는 방법이거나 3시간 안에 끝나지 않고, 영상은 15초짜리도 30~50분이 걸려 수업 뒤로 넘깁니다.
이 과정은 반복되는 결과를 고르게 하는 구조를 보고, 만들고, 돌려 보는 데 집중합니다.
수료 시 할 수 있는 것
- 단일 에이전트와 멀티 에이전트의 차이를 컨텍스트 · 분업 · 검증 분리 · 비용으로 설명할 수 있다.
- 같은 과업의 두 결과물을 비교해, 차이가 중간 산출물과 검증자 분리에서 온다는 것을 파일로 짚을 수 있다.
- 하네스 폴더를 열어
CLAUDE.md· 에이전트 · 스킬 · 오케스트레이터가 각각 무슨 역할인지 말할 수 있다. - 여섯 가지 아키텍처 패턴을 구분하고, 주어진 팀이 어떤 패턴을 섞었는지 판정할 수 있다.
- 내 업무를 반복 · 품질 요구 · 관여 인원으로 판정해, 하네스가 필요 없는 일도 가려낼 수 있다.
- “하네스 구성해줘”에 도메인 · 입력 · 산출물 · 품질 기준을 담아 팀을 만들고, 그 팀으로 결과물을 얻을 수 있다.
- 내 업무의 반복 작업을 스킬로 만들고, description을 고쳐 이름 없이도 불리게 할 수 있다.
- 대형 스킬(showreel)에서 판단은 스킬에 · 측정은 도구에 맡기는 구분을 읽어 내, 내 하네스의 검수에 옮길 계획을 세울 수 있다.
설계 의도
목표 1~5는 보는 눈, 6~7은 만들기(팀 하나, 스킬 하나), 8은 더 큰 하네스에서 배우기입니다.
조립은 플러그인에 맡기고, 그 대신 무엇이 만들어졌는지 읽어 내는 눈을 기르는 데 시간을 씁니다.
소재를 참가자가 직접 고른 작품(책·영화·행사·게임)으로 둔 것은, 결과물을 자기 것으로 느껴야 끝까지 점검하기 때문입니다.
02 · 전체 흐름
왜 이 순서인가
세 세션은 문제 → 원리 → 제작(팀 · 스킬) → 확장으로 이어집니다.
- 1북토크 — 변화에 이름 붙이기「다가오는 AI 시대의 변화를 뛰어넘기」. 기술이 충격이 되는 구조, 업무 단위의 변화와 Builder, 에이전트 운용 능력 6가지를 말로 갖습니다. 실습은 없고, showreel로 소개할 작품 하나를 정해 둡니다.
- 2대표 실습 — 원리를 결과물로 확인하기단일 vs 멀티 에이전트 개념 → 실습 키트의 제안서 A/B 비교 → 하네스의 네 원리와 필요 없는 경우 → 여섯 가지 패턴. 만들기 전에 좋은 것을 먼저 봅니다.
- 3showreel 하네스 — 한 문장으로 짓고 돌리기세션 2에서 본 구조를 플러그인으로 만들고, 같은 눈(패턴 · 중간 산출물 · 검수 분리)으로 점검하고, HTML 릴을 뽑습니다.
- 4내 스킬 — 팀이 필요 없는 일은 스킬로혼자 하는 반복 작업 하나를 스킬로 만들고, 이름을 부르지 않아도 불리는지 시험합니다. 오늘 가져가는 첫 번째 내 자산입니다.
- +showreel 소개 — 끝까지 커진 하네스시연 없이 소개만 합니다. 오디오 우선 · 비평 반복 · 기계 검수를 오늘의 네 원리에 대응시키고, 실제 영상은 수업 뒤에 따라 하게 안내합니다.
세션 2를 먼저 두는 이유
한 번도 좋은 하네스를 보지 못한 사람에게 “하네스 구성해줘”를 시키면, 만들어진 파일 더미를 보고 판단할 기준이 없습니다.
세션 2에서 검증자가 따로 있다, 중간 산출물이 있다, 이 팀은 파이프라인 + 생성·검증이다를 먼저 확인해 둬야 세션 3에서 자기 팀을 점검할 수 있습니다.
showreel을 소개만 하는 이유
showreel 스킬은 15초 영상도 30~50분이 걸리고, ffmpeg · Node.js · Python과 렌더 브라우저 설정이 더 필요합니다. 수업 안에 넣으면 설치에서 막히는 참가자와 결과를 기다리는 참가자가 생깁니다.
그래서 수업 안에서는 하네스가 브라우저에서 바로 재생되는 HTML 릴까지 만들고, 남는 시간은 내 업무 스킬 만들기에 씁니다.
showreel은 마지막 8분에 원리 대응표로 소개하고, 같은
my-reel 폴더로 이어서 영상을 만드는 방법은 교재의 ‘수업 이후 따라 하기’에 Windows 기준으로 정리했습니다.
03 · 세션별 설계
분 단위 운영안
Session 0 · 환경 준비
세미나 전 · 15분 · 비대면목표당일에 바로 실습할 수 있도록 Claude Code와 플러그인 두 개를 준비해 둔다. 교재는 Windows 기준이고 Mac은 탭으로 고른다.
| 3분 | Git 설치 — Windows는 Claude Code가 Git Bash로 명령을 돌리므로 필수 | 개별 |
| 3분 | Claude Code 한 줄 설치 · claude --version (Windows는 PATH 등록 블록) | 개별 |
| 2분 | claude 실행 → Claude Pro 이상 계정으로 로그인 | 개별 |
| 5분 | 플러그인 설치 — harness · document-skills (User 범위), 재시작 후 /plugin 확인 | 개별 |
통과 기준
/plugin목록에 harness와 document-skills가 보인다
강사 노트
안내 메일에 실습 교재 주소와 함께 “Pro 이상 구독 필요, 무료 계정 불가”를 굵게 적으세요. 당일 가장 많이 막히는 지점입니다.
Windows에서는 설치 직후
showreel 스킬과 영상 도구(ffmpeg · Node.js · Python)는 수업 전에 설치하지 않습니다. 수업 시간에는 소개만 하고, 설치와 영상 제작은 교재의 ‘수업 이후 따라 하기’로 안내합니다.
claude를 못 찾는 경우가 나옵니다. 교재 3단계의 PATH 등록 블록을 오프닝 화면에 띄워 두세요.
showreel 스킬과 영상 도구(ffmpeg · Node.js · Python)는 수업 전에 설치하지 않습니다. 수업 시간에는 소개만 하고, 설치와 영상 제작은 교재의 ‘수업 이후 따라 하기’로 안내합니다.
오프닝
19:00~19:10 · 10분목표전원이 Claude Code 입력창과 플러그인을 확인한 상태로 북토크에 들어간다.
| 3분 | 인사 · 오늘의 흐름 · 교재 주소 공유 · “실습은 전부 이 페이지에서” | 강의 |
| 7분 | 점검 — /plugin 화면을 채팅에 한 줄로 보고 | 개별 |
강사 노트
미완료자는 반드시 나옵니다. 보조 진행자가 있으면 별도 소회의실로 데려가 북토크 동안 설치를 마치게 하고,
없으면 2인 1조로 묶어 한 화면을 같이 보게 하세요. 혼자 설치와 씨름하다 세션 2를 놓치는 것이 최악입니다.
Session 1 · 저자 북토크
19:10~19:50 · 40분목표『생존을 위한 최소한의 AI 교양』과 발표 「다가오는 AI 시대의 변화를 뛰어넘기」로, 에이전트 시대에 개인에게 필요한 능력에 이름을 붙인다.
| 8분 | 충격은 제도와 일의 방식을 바꾼다 — 스푸트니크 쇼크 · ChatGPT 쇼크 · 에이전트 쇼크 | 발표 |
| 8분 | 직업이 아니라 업무 단위가 바뀐다 — 역할이 섞이고 Builder가 등장, AI 격차와 레버리지 | 발표 |
| 7분 | 모델 경쟁에서 실행 플랫폼 경쟁으로 — 트랙터 비유, 스케일링 이후, WWDC 2026 | 발표 |
| 7분 | 개인의 생존 전략 — 에이전트 운용 능력 6가지 · 인간 판단 지점이 성패를 가른다 | 발표 |
| 10분 | 독자 질문 · showreel로 소개할 작품 하나와 내 업무의 반복 작업 한 줄 적기 | Q&A |
통과 기준
- 참가자 다수가 채팅창에 소개할 작품을 남긴다 (못 고르면 오늘의 책으로)
강사 노트 — 다리를 놓는 두 장
발표의 마지막 두 장이 핸즈온으로 넘어가는 다리입니다. 에이전트 운용 능력 6가지(문제 분해력 · 맥락 제공력 · 병렬 실행력 · 검증·테스트 능력 · 사용자 이해력 · 책임 있는 결정력)는
교재 세션 1의 대응표대로 오늘 실습 전체의 지도이고, “인간 판단 지점이 성패를 가른다”는 세션 2의 결론(검증자 분리)과 승인 창 점검으로 이어집니다.
Q&A 끝에 “이 여섯 가지를 지금부터 두 시간 동안 하나씩 손으로 해 봅니다”라고 넘기세요.
시간이 밀리면 3번(실행 플랫폼 경쟁)을 줄이고, 4번은 줄이지 않습니다.
시간이 밀리면 3번(실행 플랫폼 경쟁)을 줄이고, 4번은 줄이지 않습니다.
Session 2 · 대표 실습 — 단일 vs 멀티 에이전트, 그리고 하네스
20:00~20:50 · 50분목표단일·멀티 에이전트의 차이를 개념과 결과물로 확인하고, 하네스의 네 원리와 필요 없는 경우, 여섯 가지 패턴을 구분한다.
| 8분 | 2-1 개념 — 단일 vs 멀티 도식, 컨텍스트 · 서브에이전트 · 오케스트레이터, L1·L2·L3 | 강의 |
| 4분 | 1단계 — proposal-ab.zip 받기 · claude 띄우기 · 승인 창 3초 점검 | 실습 |
| 10분 | 2단계 — 두 제안서 비교 프롬프트 → 네 지점 표 → 원문으로 한 줄 확인 | 실습 |
| 7분 | 3단계 — 요구사항 인벤토리 열기 · 차이의 근원 | 실습 |
| 5분 | 4단계 — /agents · 구성물 설명 프롬프트 | 실습 |
| 4분 | 5단계 — 네 원리 · A가 이기는 경우 · 단계 판정기 | 토론 |
| 12분 | 2-2 여섯 가지 패턴 · 실행 모드 → 6단계 퀴즈 · 키트 팀 판정 프롬프트 | 강의·실습 |
통과 기준
- “B의 우위는 어디서 왔나”에 인벤토리(중간 산출물) 또는 검증자로 답할 수 있다
- 패턴 퀴즈 6문제 중 4개 이상 맞힌다
- 키트 팀을 파이프라인 + 작은 팬아웃 + 생성·검증으로 판정한 답을 받았다
강사 노트
트랙 B를 당일에 다시 돌리지 마세요. 20~40분이 걸리고, 참가자마다 끝나는 시간이 달라 진행이 무너집니다.
이미 만들어진 결과를 읽는 것이 이 세션의 일입니다. 다시 돌리기는 키트 README에 집에서 할 과제로 넣어 뒀습니다.
5단계에서 A가 이기는 경우를 반드시 말해 주세요. 빠뜨리면 참가자는 “모든 일을 하네스로” 만들려 합니다. 판정기에서 L1이 나온 참가자에게 “그 결론도 정답”이라고 짚어 주면 좋습니다.
패턴은 외우게 하지 마세요. 파이프라인과 팬아웃의 차이(기다리는가), 팬아웃과 감독자의 차이(언제 나누는가) 두 가지만 확실히 하면 나머지는 그림으로 구분됩니다. 마지막에 “작품 소개 영상 팀이라면 어떤 모양일까”를 던져 세션 3으로 넘깁니다.
5단계에서 A가 이기는 경우를 반드시 말해 주세요. 빠뜨리면 참가자는 “모든 일을 하네스로” 만들려 합니다. 판정기에서 L1이 나온 참가자에게 “그 결론도 정답”이라고 짚어 주면 좋습니다.
패턴은 외우게 하지 마세요. 파이프라인과 팬아웃의 차이(기다리는가), 팬아웃과 감독자의 차이(언제 나누는가) 두 가지만 확실히 하면 나머지는 그림으로 구분됩니다. 마지막에 “작품 소개 영상 팀이라면 어떤 모양일까”를 던져 세션 3으로 넘깁니다.
흔한 실패와 대응
docx를 못 읽는다고 하거나, 파이썬을 설치하려고 듭니다
document-skills가 빠졌거나 설치 후 재시작을 안 한 경우입니다.
/exit → claude로 다시 띄우게 하세요.
급하면 강사 화면을 공유해 비교 결과를 함께 보고, 해당 참가자는 쉬는 시간에 설치를 마칩니다.Claude가 과업지시서(hwpx)까지 열려고 합니다
이 세션에서는 필요 없습니다. 승인 창에서 거절하고 “docx 두 개만 비교해줘”라고 다시 말하게 하세요.
승인 창에서 거절해도 된다는 것을 보여 줄 좋은 기회입니다.
비교표나 패턴 판정이 교재 예시와 다르게 나옵니다
정상입니다. 예상 결과는 형태이지 정답이 아닙니다. 비교표는 B 쪽에 ID가 붙은 표·확약·수치가 있다는 방향만 맞으면 되고,
패턴 판정은 파이프라인과 생성·검증이 들어 있으면 됩니다. “계층적 위임”이라고 답하면 왜 아닌지(팀장이 다시 나눠 주지 않는다)를 함께 짚으세요.
Session 3-A · showreel 하네스 만들기
21:00~21:30 · 30분목표harness 플러그인으로 작품 소개 showreel 팀을 만들고, 세션 2의 눈으로 점검한 뒤 HTML 릴을 뽑는다.
| 3분 | 1단계 — my-reel 폴더 · 교재의 의뢰서 생성기로 brief.md 만들기 | 실습 |
| 8분 | 2단계 — “하네스 구성해줘” 프롬프트 · 생성 대기 중 강사가 단계 해설 | 실습 |
| 4분 | 3단계 — 재시작 · /agents · 팀 흐름도와 비교 · 점검 프롬프트(패턴 · 검수 분리 · 중간 산출물 · description) | 실습 |
| 12분 | 4단계 — /reel-studio brief.md → 브라우저로 out/reel.html · 조사표·장면표 확인 | 실습 |
| 3분 | 5단계 — 검수표 읽기 (장면 고치기는 시간 남는 사람만) | 실습 |
통과 기준
out/reel.html이 브라우저에서 brief의 길이만큼 재생된다- 화면에 나온 날짜·이름이
_workspace/01_research.md에 출처와 함께 있다 _workspace/04_review.md에 검수 담당의 판정이 있고, 검수 담당이 결과물을 직접 고치지 않았다
강사 노트 — 기다리는 8분을 쓰는 법
생성되는 동안 참가자 화면에는 분석, 팀 구조 선택, 파일 쓰기가 차례로 지나갑니다. 강사 화면을 공유해
“지금 도메인을 분석하고 있다, 지금 파이프라인 모양을 골랐다, 지금 검수 담당을 만들고 있다”를 짚어 주세요.
세션 2에서 본 다섯 명이 어떻게 만들어졌는지를 실시간으로 보는 시간입니다.
21:12까지 생성이 끝나지 않은 참가자에게는 백업 하네스(
Windows 참가자가 브라우저로 릴을 못 열면 파일 탐색기에서
21:12까지 생성이 끝나지 않은 참가자에게는 백업 하네스(
reel-backup.zip)를 풀게 하세요. 같은 구성(에이전트 4 + 스킬 2)이고, 3단계부터 똑같이 따라옵니다.
21:30에는 진행 상황과 관계없이 3-B로 넘어갑니다. 릴 실행이 덜 끝난 참가자는 그대로 두고 다음 폴더에서 새 창으로 진행하게 하세요.
Windows 참가자가 브라우저로 릴을 못 열면 파일 탐색기에서
C:\aiguild\my-reel\out\reel.html을 더블클릭하게 하세요.
흔한 실패와 대응
릴 화면에 조사표에 없는 날짜·수상 경력이 나왔습니다
가장 좋은 교보재입니다. 화면을 공유받아 “이 날짜가 조사표 어디에 있나요?”를 함께 찾고,
“검수 담당이 이걸 왜 못 잡았을까”를 묻습니다. 그다음
/reel-studio 검수만 다시로 검수를 다시 돌리게 하면 생성·검증 루프를 한 번 더 체감합니다.에이전트가 5명 넘게 만들어지거나, 검수 담당이 없습니다
프롬프트의 “4명 이내”, “분리해줘”가 빠졌을 가능성이 큽니다.
시간이 있으면 “검수 담당을 분리해서 다시 구성해줘”로 고치고, 없으면 백업 하네스로 넘어갑니다.
reel.html 이 빈 화면이거나 바로 끝납니다
장면의 시작·끝 초가 비었거나 겹친 경우가 많습니다.
/reel-studio 검수만 다시를 시키면 검수 담당이 장면표와 대조해 원인을 짚고 담당자에게 넘깁니다.
세션 안에 안 풀리면 백업 하네스로 다시 돌리세요(10분).작품 정보가 웹에 거의 없습니다 (사내 행사, 출간 전 도서)
정상 동작을 확인할 기회입니다. 조사 담당은 brief의 정보를 ‘사용자 제공’으로 쓰고 나머지는 확인 안 됨으로 남겨야 합니다.
지어낸 정보가 없다면 통과입니다.
Session 3-B · 나에게 필요한 스킬 만들기
21:30~21:42 · 12분목표내 업무의 반복 작업 하나를 스킬로 만들고, 이름을 부르지 않아도 불리는지 시험한다.
| 2분 | 스킬 구조도 — 머리말(description)은 항상, 본문은 불렸을 때, references는 필요할 때 · 스킬 vs 에이전트 표 | 강의 |
| 5분 | 6단계 — my-skill 폴더 · 교재의 스킬 의뢰서 생성기 · 하네스에 스킬 하나만 요청 | 실습 |
| 5분 | 7단계 — 재시작 · 이름 없이 평소 말로 부탁 → 불리는지 확인 · 개인 스킬 폴더로 옮기기 | 실습 |
통과 기준
- 스킬 이름을 말하지 않은 요청에 내 스킬이 불렸다 (화면에
Skill(이름)줄) - 결과에서 원문에 없는 내용이 ‘확인 필요’로 남았다
강사 노트
업무를 못 고른 참가자는 예시(weekly-report) 그대로 진행하게 하세요. 12분 안에 “스킬이 알아서 불린다”를 한 번 보는 것이 목표입니다.
불리지 않은 참가자가 나오면 오히려 좋습니다. 교재의 “불리지 않았을 때” 프롬프트로 description을 고치게 하고,
description 한 줄이 불리느냐 마느냐를 정한다는 점을 짚으세요.
“이건 스킬로, 저건 팀으로”를 가르는 기준은 세션 2의 단계 판정기와 같습니다. 혼자 하는 반복이면 스킬, 깊이·검증 분리가 필요하면 팀입니다. ad-edu의
“이건 스킬로, 저건 팀으로”를 가르는 기준은 세션 2의 단계 판정기와 같습니다. 혼자 하는 반복이면 스킬, 깊이·검증 분리가 필요하면 팀입니다. ad-edu의
quality-review처럼 “만들지 않고 판정만 한다”는 범위를 description에 적어 두는 것도 좋은 예로 소개하세요.
흔한 실패와 대응
하네스가 스킬 하나가 아니라 에이전트 팀을 만들려고 합니다
프롬프트 첫 줄(“에이전트 팀이 아니라 스킬 하나만”)이 빠졌거나, 하는 일이 너무 큰 경우입니다. “에이전트는 만들지 말고 스킬 하나로 줄여줘”라고 답하게 하세요.
스킬 폴더가 한 겹 더 들어가 있습니다
.claude/skills/이름/SKILL.md 구조여야 읽힙니다. .claude/skills/이름/이름/SKILL.md처럼 되어 있으면 Claude에게 한 겹 올려 달라고 하세요.Session 3-C · showreel 소개
21:42~21:50 · 8분 · 강의 · 시연 없음목표오늘의 네 원리가 대형 스킬에서 어떻게 커지는지 보고, 판단은 스킬에·측정은 도구에 맡기는 구분을 가져간다. 수업 뒤 따라 하기를 안내한다.
| 2분 | showreel이 무엇인지 · 2분짜리 데모 영상 일부 재생(공식 릴리스 영상) | 강의 |
| 4분 | 작업 순서와 네 원리 대응표 — 오디오 먼저, 비평 반복, qa_check.py의 기계 측정 | 강의 |
| 2분 | 수업 이후 따라 하기 안내 — 설치 20분 + 15초 영상 30~50분, my-reel의 조사표·장면표를 그대로 넘김 | 안내 |
강사 노트
설치나 라이브 제작은 하지 않습니다. 15초 영상도 30~50분이 걸리고 도구 네 가지를 더 깔아야 해서, 수업 시간을 하네스 실습에 씁니다.
데모는 공식 릴리스의 2분 영상으로 충분합니다. 핵심은 대응표의 마지막 줄 — 모델이 판단할 품질은 비평 질문으로, 숫자로 잴 품질은 스크립트로 — 입니다.
“오늘 만든 검수 담당에 측정 스크립트를 붙이면 showreel에 한 걸음 가까워진다”로 맺고, 교재의 회고 프롬프트를 가리켜 주세요.
Q&A 및 마무리
21:50~22:00 · 10분목표오늘 쓴 프롬프트 틀로 내 업무를 옮기는 첫 걸음을 정한다.
| 4분 | 내 업무용 프롬프트 틀 — 산출물(중간 산출물 포함)과 품질 기준이 핵심 | 강의 |
| 6분 | 실습 질문 · harness-100 · Harness Ad Academy · 수업 뒤 showreel 따라 하기 | Q&A |
강사 노트
세션 1에서 걷은 업무 한 줄을 다시 띄우고, 그중 하나를 골라 단계 판정기와 프롬프트 틀에 즉석으로 채워 보이세요.
“처음부터 만들기 전에 harness-100에서 비슷한 것을 찾아보라”는 말도 함께 합니다.
남의 작품으로 만든 영상은 개인 학습용이라는 점, 실제 회사 데이터는 보안 규정을 확인한 뒤에 쓰라는 점을 빠뜨리지 마세요.
04 · 실습 정답표
실습에서 나와야 할 것
세션 2 · 두 제안서의 네 지점
| 비교 지점 | A · 단일 에이전트 | B · 하네스 |
|---|---|---|
| 배경지식 | “표준코드에 맞추어 매핑합니다” — 과업지시서 단어의 반복 | 6종 코드체계별 매핑 전략 표 (KR Core ValueSet, KCD 전환표, 원내-EDI 매핑, ATC 2단계) |
| 전수 대응 | 눈에 띄는 요구 위주 — 보안 연계망·비정형 가명화 취급이 얕음 | REQ-01~11 추적 매트릭스, 검수 기준표로 재사용 |
| 조건 조항 | 사실상 언급 없음 | CON-01~07 전건 수용 확약표 — 3년 유지보수 SLA, 라이선스 검토서, 상주 5인, HW/SW 부담 |
| 검증 가능성 | “1단계 약 3주”, “품질을 확보” | W1~W9 WBS + 임계경로, 미매핑률 ≤1% · 가명화 누출 0건 + 이행 방안 |
세션 2 · 패턴 퀴즈와 키트 판정
| # | 상황 | 정답 | 헷갈리는 오답과 구분법 |
|---|---|---|---|
| 1 | 번역 → 감수 → 편집 → 게시 | 파이프라인 | 생성·검증 — 감수가 있지만 되돌리는 루프보다 순서가 본질 |
| 2 | 뉴스·커뮤니티·리뷰 동시 조사 → 한 보고서 | 팬아웃 · 팬인 | 감독자 — 시작 전에 나누면 팬아웃 |
| 3 | 문의 유형별로 담당 한 명에게만 | 전문가 풀 | 팬아웃 — 모두에게 보내지 않는다 |
| 4 | 광고 문구 작성 → 규정 위반 검사 → 다시 | 생성 · 검증 | 파이프라인 — 걸리면 되돌아가는 루프가 있다 |
| 5 | 들어오는 버그를 그때그때 배정 | 감독자 | 팬아웃 — 양과 배분을 실행 중에 정한다 |
| 6 | 총괄 → 팀장 → 실무 | 계층적 위임 | 감독자 — 중간 관리자가 다시 나눠 준다 |
| 키트 | 제안서 5인 팀 | 파이프라인 + 작은 팬아웃(설계 ∥ 관리) + 생성·검증 | 계층적 위임 — 팀장이 하위 담당에게 다시 나눠 주지 않는다 |
| 더 보기 | 패턴별 한 과정짜리 사례 | Harness Ad Academy — C8 파이프라인 · C3 팬아웃 · C5 전문가 풀 · C4 생성·검증 · C7 감독자 · C6 계층적 위임 | |
세션 3 · showreel 하네스 점검
| 볼 것 | 통과 | 고칠 재료 |
|---|---|---|
| 팀 모양 | 조사 → 기획 → 제작 → 검수 파이프라인 + 제작⇄검수 생성·검증 (최대 2~3회) | 재시도 횟수 상한이 없음 |
| 검수 분리 | 검수 담당이 지적만 하고 담당자를 지목 | 검수 담당이 reel.html을 직접 고침 |
| 사실 근거 | 화면의 날짜·이름·장소마다 조사표 ID와 출처, 없는 정보는 ‘확인 안 됨’ | 그럴듯한 개봉일·수상 경력이 출처 없이 등장 |
| brief 대조 | 길이 일치, 꼭 넣을 정보와 끝 화면 문구 등장 | 장면 시간 합계가 brief와 다름 |
| 금지 사항 | 외부 이미지·저작물 없음, 스포일러 없음 | 포스터 URL을 <img>로 불러옴 |
채점할 때 가장 먼저 볼 곳
화면에는 있는데
01_research.md에는 없는 사실이 하나라도 있으면, 지어낸 것을 검수 담당이 놓친 것입니다.
실패가 아니라 하네스를 고칠 재료로 다루세요. 백업 하네스로 오늘의 책을 돌려 본 사전 점검에서는 장면 4개 · 15초, 검수 1회차 통과, 출처 없는 사실 0건이었습니다.
05 · 운영 준비
강사와 참가자 준비물
| 구분 | 준비물 | 비고 |
|---|---|---|
| 참가자 | 노트북(Windows 또는 Mac), Claude Pro 이상 구독 | GPU 불필요. Session 0을 전날까지 완료. 교재는 Windows 기준 |
| 공통 | 실습 교재 · 실습 자료 | namojo.github.io/aiguild — proposal-ab.zip · reel-backup.zip |
| 강사 | 정답표 화면, 실습 키트를 풀어 둔 폴더 | 세션 2 화면 공유용 |
| 강사 | 미리 만든 showreel 하네스 1벌 + HTML 릴, 미리 만든 스킬 1개 | 세션 3-A·3-B 해설용. Windows PC 한 대로 전날 리허설을 권장 |
| 강사 | showreel 공식 데모 영상 | 세션 3-C 소개용. 릴리스 영상(31MB) |
시간이 어긋날 때의 우선순위
진행이 밀리면 아래 순서로 덜어 냅니다. 위에서부터 버리세요.
- Session 3-A 5단계(장면 고치기) → 생략
- Session 3-C showreel 소개 8분 → 3분 (대응표 마지막 줄과 수업 뒤 안내만)
- Session 2 실행 모드 표 → 한 줄 언급 (패턴 카드와 퀴즈는 유지)
- Session 2 구성물 열기 5분 → 2분 (
/agents와 다섯 명 표만) - Session 3-A 생성 단계 → 전원 백업 하네스로 대체 (8분 → 2분)
- Session 1 독자 질문 10분 → 5분 (대담 본문은 유지)
끝까지 지켜야 할 세 지점
Session 2의 인벤토리 7분, Session 2의 패턴 퀴즈, 그리고 21:30의 스킬 만들기 시작입니다.
인벤토리가 빠지면 “하네스가 왜 나은가”의 답이 사라지고, 퀴즈가 빠지면 세션 3에서 자기 팀을 판정할 눈이 없고,
스킬 만들기가 빠지면 참가자가 내 업무로 가져갈 것 없이 돌아갑니다.
수료 판정
- 내 하네스(또는 백업 하네스)로
out/reel.html을 재생했다 (필수) - 내 스킬(또는 예시 스킬)이 이름 없이 불리는 것을 확인했다 (필수)
- 패턴 퀴즈를 풀고, 내 업무 하나를 단계 판정기로 판정했다 (권장)
06 · 이후
이 과정 다음에 올 것
| 주제 | 다루는 것 | 어디서 |
|---|---|---|
| 골라 쓰고 고쳐 쓰기 | 남이 만든 하네스를 내 용어·양식으로 이식 | harness-100 |
| 패턴을 직무로 | 여섯 패턴을 한 과정씩 실무 사례로 끝까지 | Harness Ad Academy |
| 스킬 다듬기 | description · 본문 · references 나누기, 스킬 시험 | 스킬 작성 가이드 |
| 실제 영상 | 오늘의 my-reel 기획으로 showreel MP4 만들기 | 교재 · 수업 이후 따라 하기 |
| 품질 패턴 | 적대적 검증 · 심판 패널 · 새 항목이 없을 때까지 반복 | revfactory/harness 문서 |
| 측정은 도구에 | 검수 담당이 쓸 점검 스크립트 붙이기 (showreel의 qa_check.py처럼) | 교재 7단계 회고 프롬프트 |
| 하네스 진화 | 사용 피드백을 에이전트·스킬에 되먹이기 | /harness:evolve |