교육 영상 · 셀프 재생Learning video · self-running

RULE No.14

멀티에이전트 & 하네스 · 혼자 쓰지 말고 팀을 만들어라 · 시작을 누르면 음성과 함께 슬라이드가 자동 재생됩니다. Multi-agents & Harness · don't work solo, build a team · Press start and slides advance with narration.

1·2 언어 전환 · ← → 수동 이동 · Space 재생/정지1·2 language · ← → navigate · Space play/pause

← → 이동 · F 전체화면 · RULE №14 · BUILD A TEAM ← → navigate · F fullscreen · RULE №14 · BUILD A TEAM Privacy[email protected]

일시정지Paused

0 / 0

홈Home

심화 & 종합 · 5단계Advanced & capstone · phase 5

케이스 스터디 —
이 강의 자체가 사례다.Case study —
this course is the case.

s01~s18에서 배운 Rule들이 실제 현장에서 어떻게 작동하는가. 이론이 아니라 — 현장을 본다. 그리고 마지막 사례는 이 강의 자체다. How the Rules from s01–s18 play out in real settings. Not theory — we look at the field. And the last case is this course itself.

As of 2026-06 · 케이스 스터디 세션은 Rule 번호가 없는 캡스톤 강. s01~s18의 원리를 현장 사례로 연결한다. [추론]As of 2026-06 · Capstone session with no Rule number. Connects s01–s18 principles to real-world cases. [inference]

사례 · CASECASE

1막 — 이론을 배웠다, 이제 현장을 보자Act 1 — Theory learned; now the field

원칙은 현장에서 증명된다.Principles prove themselves in the field.

이론만 있을 때Theory alone

"알 것 같은데… 어떻게 적용하지?""I think I get it… but how do I apply it?"

현장 사례와 연결할 때Connected to a real case

"이 상황에선 Rule No.X를 쓴다.""In this situation, I use Rule No.X."

오늘의 목표: 원칙 → 상황 → 적용 → 결과의 흐름을 4가지 사례로 본다.Today's goal: see the flow of principle → situation → application → result in 4 cases.

[추론] 케이스 스터디의 목적은 원칙과 상황을 연결하는 것. 4개 사례: 매출 데이터 분석·보고서 자동화·팀 AI 활용 체계·이 강의 자체.[inference] The purpose of the case study is to connect principles to situations. 4 cases: sales data analysis · report automation · team AI adoption · this course.

2막 — 케이스 1Act 2 — Case 1

대규모 매출 데이터 분석 — Rule No.9, 10, 14 적용.Large-scale sales data analysis — Rule No.9, 10, 14 applied.

항목Item	내용Detail
문제Problem	수만 건의 거래 데이터를 한꺼번에 분석하면 컨텍스트 초과·품질 저하Tens of thousands of transaction rows; analyzing at once exceeds context and degrades quality
접근법Approach	카테고리별 분리, 단계별 검증, 병렬 분석Separate by category, stage-by-stage verification, parallel analysis
적용 RuleRules applied	No.9 — 먼저 이해하고; No.10 — 작은 일로 쪼개기; No.14 — 서브에이전트 팀으로No.9 — understand first; No.10 — break into small tasks; No.14 — sub-agent team
결과Result	한 번에 실패했던 분석을 단계적으로 완료, 오류 없이 통과Analysis that failed all-at-once completed step-by-step, passing cleanly

[추론] 컨텍스트 초과와 자기검증 문제를 Rule No.9(맥락 파악 우선), No.10(작업 분해), No.14(멀티에이전트 병렬 분석)로 해결하는 일반 패턴. 구체 수치 없음.[inference] General pattern of solving context overflow and self-verification via Rule No.9 (understand first), No.10 (task decomposition), No.14 (multi-agent parallel analysis). No specific numbers.

2막 — 케이스 2Act 2 — Case 2

보고서 자동화 파이프라인 — Rule No.12, 13 적용.Report automation pipeline — Rule No.12, 13 applied.

항목Item	내용Detail
문제Problem	데이터 변경마다 보고서 수동 업데이트 → 항상 뒤처지고 오류 발생Manual report update on every data change → always behind, errors creep in
접근법Approach	데이터에서 직접 보고서를 생성, 형식 계약 명확히, 자동 검증Generate reports directly from data, pin the format contract, auto-verify
적용 RuleRules applied	No.12 — 형식을 고정해라; No.13 — 환경을 설계해라 (일꾼이 아닌 일터)No.12 — lock the format; No.13 — design the environment (workplace not worker)
결과Result	보고서가 데이터와 항상 동기화, 수동 작업 제거, 검증 자동화Reports always in sync with data, manual work eliminated, verification automated

[추론] 출력 형식을 고정(Rule No.12)하고 파이프라인 자체를 설계(Rule No.13)하는 패턴. "일꾼을 더 잘 만드는 것"보다 "일터의 구조를 바꾸는 것"이 더 효과적인 유형.[inference] Pattern of pinning output format (Rule No.12) and designing the pipeline itself (Rule No.13). Changing the structure of the workplace outperforms making a better individual worker.

2막 — 케이스 3Act 2 — Case 3

팀 AI 활용 체계 구축 — Rule No.15, 16 적용.Team AI adoption framework — Rule No.15, 16 applied.

항목Item	내용Detail
문제Problem	팀원마다 다른 방식, AI 결과 신뢰 불일치, 검토 프로세스 없음Every team member works differently, inconsistent trust in AI output, no review process
접근법Approach	신뢰 게이트 설계, 리뷰 체크리스트 공유, 실패 케이스 기록Design trust gates, share review checklist, document failure cases
적용 RuleRules applied	No.15 — 신뢰는 설계하는 것; No.16 — 실패를 자산으로No.15 — trust is designed; No.16 — turn failures into assets
결과Result	팀 전체가 같은 기준으로 검토, 실패 사례 재발 방지 시스템 구축Whole team reviews to the same standard; failure recurrence prevention system built

[추론] 팀 단위 AI 도입에서 신뢰 설계(Rule No.15)와 실패 자산화(Rule No.16)가 개인 역량 편차보다 더 중요한 사례. 구체 팀 규모 없음.[inference] In team-level AI adoption, trust design (Rule No.15) and failure asset-making (Rule No.16) matter more than individual skill variance. No specific team size.

2막 — 케이스 4 (자기 공개)Act 2 — Case 4 (self-disclosure)

이 강의는 Rule No.14로 만들어졌습니다 — 멀티에이전트로 20강 제작.This course was built with Rule No.14 — 20 lessons by multi-agent.

문제: 20강·다국어·슬라이드·내레이션을 혼자 만들면 → 컨텍스트 흐려지고 일관성 무너짐
해법: 오케스트레이터 + 전문 에이전트 팀으로 역할 분리
팀: 구조 감독 · 집필 · 슬라이드 · 팩트체크 · 발음검수 · 음성 · 다국어
결과: 20강 전체가 동일한 원칙·형식·근거 체계로 완성 Problem: build 20 lessons + multilingual + slides + narration solo → context fogs, consistency breaks
Solution: orchestrator + specialist agent team with split roles
Team: structure · writing · slides · fact-check · pronunciation · audio · i18n
Result: all 20 lessons completed with same principles, format & evidence system

RULE No.14

[추론] How_to_claude 코스는 오케스트레이터 + 7개 서브에이전트(구조 감독·집필·슬라이드·팩트체크·발음검수·음성·다국어)로 제작됐다. s14 자기 공개의 확장. As of 2026-06.[inference] The How_to_claude course was built by an orchestrator + 7 sub-agents (structure·writing·slides·fact-check·pronunciation·audio·i18n). Extension of s14 self-disclosure. As of 2026-06.

3막 — 패턴 분석Act 3 — Pattern analysis

성공한 사례에는 공통점이 있다.Successful cases share common traits.

1
먼저 이해하고 쪼갰다Understood and decomposed first → 전체를 파악한 뒤 작은 단위로 분해했다→ grasped the whole, then broke it down
2
형식을 미리 고정했다Pinned the format early → 결과 계약이 명확해야 합칠 수 있다→ a clear result contract makes combining safe
3
검증을 만든 자에게 맡기지 않았다Didn't hand verification to the maker → 생산자-검증자를 분리했다→ producer and verifier were split
4
실패를 기록했다Documented failures → 한 번 실패한 패턴이 반복되지 않았다→ patterns that failed once didn't repeat

[추론] 네 케이스에서 반복 등장하는 성공 패턴 4가지. 이해 우선·형식 고정·생산자-검증자 분리·실패 자산화는 각각 Rule No.9, No.12, No.14·15, No.16과 대응.[inference] Four success patterns recurring across the four cases. Understanding first·pinning format·splitting producer-verifier·asset-making from failures correspond to Rule No.9, No.12, No.14·15, No.16 respectively.

3막 — 실패 패턴Act 3 — Failure patterns

실패 사례에도 공통점이 있다.Failed cases also share patterns.

실패 패턴Failure patterns

한 번에 너무 많이 → 컨텍스트 흐림Too much at once → context fogs
형식 없이 출력 → 합칠 수 없는 결과Output without format → can't combine
자기검증 → 편향된 통과Self-verification → biased pass
실패 무시 → 같은 오류 반복Ignoring failures → same errors repeat

→

공통 원인Common root cause

설계보다 실행을 먼저 했다Execution before design
"더 좋은 프롬프트"로 해결하려 했다Tried to fix with "a better prompt"
시스템이 아니라 개인 기술에 의존했다Relied on individual skill, not a system

[추론] 실패 패턴 4가지: 컨텍스트 과부하·형식 미고정·자기검증·실패 무시. 공통 원인: "설계 없이 실행", "프롬프트 최적화 신화", "시스템 아닌 개인 의존". Rule No.2·No.12·No.14·No.16의 부재.[inference] Four failure patterns: context overload·no format pinned·self-verification·ignoring failures. Common root: execution without design, prompt-optimization myth, relying on individual not system. Absence of Rule No.2·No.12·No.14·No.16.

3막 — Rule 조합 전략Act 3 — Rule combination strategy

Rules는 혼자 작동하지 않는다 — 조합이 힘이다.Rules don't work alone — combinations are the power.

상황Situation	핵심 Rule 조합Core Rule combination
복잡한 작업 분해Decomposing complex work	No.9 + No.10 + No.14
반복 가능한 출력Repeatable output	No.12 + No.13
팀 품질 관리Team quality control	No.15 + No.16
장기 프로젝트Long-running project	No.2 + No.14 + No.15 + No.16

[추론] Rule 조합 패턴은 케이스들에서 귀납된 경험 법칙. "항상 이 조합이 맞다"는 단정 불가 — 자기 상황에 맞게 조정 필요. 조합을 찾는 능력 자체가 숙련의 증거.[inference] Rule combination patterns are rules of thumb induced from the cases. No fixed "this combination is always right" — adjustment to one's own situation required. The ability to find the right combination is itself a sign of mastery.

3막 — 상황별 Rule 선택Act 3 — Rule selection by situation

어떤 상황에서 어떤 Rule부터 꺼내나.Which Rule to reach for, in which situation.

1
컨텍스트가 흐려지고 있다Context is getting foggy → Rule No.2 (컨텍스트를 지켜라)→ Rule No.2 (컨텍스트를 지켜라 / keep the context)
2
출력이 매번 다르다Output varies every time → Rule No.12 (형식을 고정하라)→ Rule No.12 (lock the format)
3
팀이 AI 결과를 믿지 못한다Team doesn't trust AI output → Rule No.15 (신뢰는 설계하는 것)→ Rule No.15 (trust is designed)
4
같은 실수가 반복된다The same mistakes keep repeating → Rule No.16 (실패를 자산으로)→ Rule No.16 (failures into assets)

[추론] 상황을 진단하고 첫 번째로 꺼낼 Rule을 연결하는 실전 가이드. "첫 Rule"은 출발점이며 반드시 다른 Rules와 조합 필요. 모든 상황을 망라하지 않음.[inference] A practical guide linking situation diagnosis to the first Rule to reach for. The "first Rule" is a starting point — must be combined with other Rules. Does not cover every situation.

4막 — 실천Act 4 — Practice

가장 좋은 케이스는 내 것이다.The best case is your own.

1
최근 AI와 함께 한 작업 중 가장 잘된 것 하나를 고른다Pick one thing from recent AI work that went really well
2
문제 → 접근법 → 적용한 Rule → 결과를 한 장으로 정리한다Summarize on one page: problem → approach → Rules applied → result
3
다음에 같은 상황이 오면 재현할 수 있는지 점검한다Check whether you can reproduce it when the same situation comes again
4
팀이 있으면 공유한다 (남의 케이스도 내 자산이다)If you have a team, share it (someone else's case is your asset too)

[추론] 케이스를 자기 경험으로 만드는 4단계. 재현 가능성이 핵심 — "한 번 잘 됐다"는 경험이 아니라 "다음에도 쓸 수 있는 패턴"을 추출하는 것.[inference] Four steps to make a case your own experience. Reproducibility is the key — not "it worked once" but "a pattern I can use next time."

4막 — 자가진단Act 4 — Self-assessment

지금 내가 가장 적게 쓰는 Rule은 어디인가.Which Rule am I using least right now?

s01–05
컨텍스트 관리Context management → 흐려지는 일이 자주 있나?→ does it get foggy often?
s06–10
프롬프트·구조 설계Prompt & structure design → 형식 없이 출력받는 일이 있나?→ do you receive output without a format?
s11–14
에이전트·팀Agent & team → 혼자 몰아서 쓰는 패턴이 있나?→ do you have a pattern of piling everything on one?
s15–18
신뢰·평가Trust & evaluation → 검증 없이 그냥 쓰는 경우가 있나?→ do you ever use output without verifying?

약한 곳 하나를 골라 다음 주에 집중한다.Pick one weak area and focus on it next week.

[추론] s01~s18을 4개 블록으로 묶어 자가진단 프레임. "전부 잘해야 한다"가 아니라 "약한 곳 하나를 고른다".[inference] Groups s01–s18 into 4 blocks as a self-assessment frame. Not "you must do everything well" but "pick one weak spot."

4막 — 팀 공유Act 4 — Team sharing

혼자 배운 것은 나만 좋아진다 — 팀이 배우면 시스템이 좋아진다.Solo learning only improves you — team learning improves the system.

혼자 쌓을 때Building alone

그 사람이 없으면 사라진다
팀의 평균이 안 올라간다disappears when that person leaves
team average doesn't rise

→

팀이 공유할 때Team sharing

케이스가 공유 자산이 된다
시스템이 시간이 갈수록 좋아진다cases become shared assets
the system improves over time

최소한 한 달에 한 번 — 내 케이스 하나를 팀에 공개한다.At least once a month — share one of your cases with the team.

[추론] 케이스 공유는 Rule No.16(실패를 자산으로)의 팀 버전. "한 달에 한 번" 빈도는 추론이지 규정이 아님.[inference] Case sharing is the team-level application of Rule No.16 (failures into assets). "Once a month" frequency is inference, not a rule.

닫으며 · 이 강의가 사례였다Closing · this lesson was the case

이론이 현장에서 증명될 때 —
비로소 실력이 된다.When theory proves itself in the field —
that's when it becomes real skill.

케이스 = 문제 + 접근법 + Rule + 결과. 재현 가능하면 내 패턴이 된다.
이 강의 자체가 Rule No.14의 실전 사례 — 멀티에이전트로 20강을 만들었다. Case = problem + approach + Rule + result. Reproducible = your pattern.
This lesson itself was the real-world case of Rule No.14 — 20 sessions by multi-agent.

다음 강 — s20 종합 & 미래: 20강의 Rule을 하나의 지도로 완성한다. Next — s20 synthesis & future: completing all 20 Rules as one unified map.

CASE STUDY

[추론] 케이스 스터디 세션의 핵심: 이론→현장→내 패턴으로의 전이. Rule No.14 자기 공개(멀티에이전트 산물). s20: 20개 Rule을 하나의 통합 지도로 마무리. As of 2026-06.[inference] Core of the case study session: theory → field → my pattern. Rule No.14 self-disclosure (multi-agent product). s20: wrapping up 20 Rules as one integrated map. As of 2026-06.