종합 & 미래 · Rule No.1~18
01 / 14
← → SPACE 이동 · F 전체화면← → SPACE move · F fullscreen · FINAL · DESIGN [email protected]
최종강 · Phase 5 심화 & 종합Final session · Phase 5 advanced & synthesis

종합 & 미래Synthesis & What's Next

20강을 마치며.Closing 20 sessions.

Rule No.1부터 No.18까지 — 한 코스에 담긴 것들. 오늘은 흩어진 규칙들이 하나의 철학으로 모인다. 설계하는 사람이 Claude를 잘 쓴다. Rule No.1 through No.18 — what one course held. Today the scattered rules converge into one philosophy. The designer is the one who uses Claude well.

[추론] 18개 Rule의 종합 강의. 각 Rule은 s01~s18에서 다뤄졌고, 이 강에서 통합 시각을 제공한다. As of 2026-06.[inference] The synthesis lesson for 18 Rules. Each Rule was covered in s01–s18; this session provides the integrated view. As of 2026-06.

20강 · FINALFINAL
1막 — 한 문장으로Act 1 — In one sentence

Rule No.1~18을 한 문장으로 — "Claude를 잘 쓰는 사람은 설계한다."Rules No.1–18 in one sentence — "The person who uses Claude well designs."

지시하지 않고Not giving instructions
→ 설계한다→ designing
결과를 믿지 않고Not trusting results
→ 검증 체계를 설계한다→ designing verification
기억을 맡기지 않고Not delegating memory
→ 지식 구조를 설계한다→ designing knowledge

18개 Rule의 공통 동사는 하나 — 설계(design).The shared verb across all 18 Rules — design.

[추론] 18개 Rule을 통관하면 공통 동사가 "설계"임을 알 수 있다. 프롬프트·컨텍스트·도구·기억·팀·환경·워크플로우 모두 '설계'의 대상이다.[inference] Running through all 18 rules, the common verb is "design." Prompts, context, tools, memory, teams, environments, and workflows are all objects of design.

2막 — Phase 1·2 이해·소통&기억Act 2 — Phase 1·2 understand·communicate&memory

"Claude를 이해하고, 제대로 소통하라" — Rule No.1~8 복습."Understand Claude and communicate right" — Rules No.1–8 review.

RuleRule 핵심Core
No.1 결과를 믿지 마라Don't trust results검증은 사람이 설계한다verification is yours to design
No.2 컨텍스트를 지켜라Protect context쓰레기를 넣으면 쓰레기가 나온다garbage in, garbage out
No.3 도구를 알아야 잘 쓴다Know the tools기능 모르면 설계 못한다can't design what you don't know
No.4 생각하게 하라Make it think복잡한 문제엔 사고 공간을 줘라give thinking space for hard problems
No.5 명령하지 말고 설계하라Design, don't command역할·형식·제약을 프롬프트에role·format·constraints in the prompt
No.6 예시가 설명보다 강하다Examples beat explanations원하는 것은 보여줘라show what you want
No.7 매번 설명하지 마라Stop re-explaining기억은 파일에 설계한다design memory into files
No.8 지식을 구조화하면 전문가가 된다Structure knowledge → expertCLAUDE.md는 두뇌다CLAUDE.md is its brain

[추론] Phase 1(이해)·Phase 2(소통&기억) 핵심 요약. 각 Rule 출처: s01~s08.[inference] Summary of Phase 1 (understand) and Phase 2 (communicate & memory). Source: s01–s08.

2막 — Phase 3·4 프로젝트실행·자동화&품질Act 2 — Phase 3·4 project execution·automation&quality

"실행하고, 자동화하고, 품질을 지켜라" — Rule No.9~16 복습."Execute, automate, and guard quality" — Rules No.9–16 review.

RuleRule 핵심Core
No.9 시작 전에 설계하라Design before you start설계 없이 시작하면 되돌아온다start without a plan, come back
No.10 작은 일들을 줘라Small tasks, not big ones태스크 분해가 핵심decomposition is the skill
No.11 말로 하지 말고 도구를 써라Use tools, not wordsRead·Edit·Bash로 정확히Read·Edit·Bash for precision
No.12 팔다리를 만들어라Build Claude's limbsMCP·Hooks로 능력 확장expand capacity with MCP·Hooks
No.13 환경을 설계하라Design the environment일꾼이 아니라 일터를 설계design the workplace, not the worker
No.14 팀을 만들어라Build a team오케스트레이터+서브에이전트orchestrator + sub-agents
No.15 신뢰는 설계하는 것이다Trust is something you design품질 게이트·검증 체계quality gates·verification
No.16 팀 인프라가 되려면From personal tool to team infra비용·거버넌스·공유cost·governance·sharing

[추론] Phase 3(프로젝트 실행)·Phase 4(자동화&품질) 핵심 요약. 각 Rule 출처: s09~s16.[inference] Summary of Phase 3 (project execution) and Phase 4 (automation & quality). Source: s09–s16.

2막 — Phase 5 심화&종합 + 통합Act 2 — Phase 5 advanced & synthesis + integration

"텍스트 밖으로, 측정으로" + 18개가 하나가 되는 지점."Beyond text, into measurement" + where all 18 become one.

No.17
텍스트 밖으로 나가라 → 이미지·음성·코드 실행·웹 — Claude는 모달리티 경계가 없다Go beyond text → images·audio·code execution·web — Claude has no modality wall
+
No.18
측정하지 않으면 개선할 수 없다 → 벤치마크·실측·evals — 설계는 데이터로 검증된다Can't improve what you don't measure → benchmarks·real data·evals — design is verified by data

Rule No.1~18의 공통 철학: 설계하는 사람이 잘 쓴다.The common philosophy of Rules No.1–18: the designer uses it well.

[추론] Phase 5(심화&종합)의 핵심 No.17~18 요약, 그리고 18개 Rule의 통합 철학으로의 연결. 출처: s17·s18.[inference] Summary of Phase 5 core Rules No.17–18, bridging to the integrated philosophy of all 18 Rules. Source: s17·s18.

3막 — 설계하는 사람Act 3 — The designer

Claude를 잘 쓴다는 것 = '사용자'가 아니라 '설계자'가 되는 것.Using Claude well = becoming not a 'user' but a 'designer'.

사용자User
"Claude야, 해줘"
결과에 종속
"Claude, do it"
dependent on results
설계자Designer
컨텍스트·도구·팀·검증을 설계
결과를 통제
designs context·tools·team·verification
controls results
설계자 = 프롬프트 설계 + 기억 설계 + 도구 설계 + 팀 설계 + 검증 설계 Designer = prompt design + memory design + tool design + team design + verification design

[추론] '사용자 vs 설계자' 프레임은 Rule No.5에서 시작해 전체 코스를 관통하는 메타 원리. 설계자는 Claude를 설계 가능한 시스템으로 본다.[inference] The 'user vs designer' frame is the meta-principle that runs through the entire course, starting from Rule No.5. The designer sees Claude as a designable system.

3막 — 어떤 Rule을 조합하나Act 3 — Which rules to combine

상황마다 맞는 Rule 조합이 있다.Every situation has a Rule combination that fits.

상황Situation 핵심 Rule 조합Key Rule combination
혼자 빠른 일회성 작업Solo quick one-off task No.1·2·5·6
반복되는 팀 프로젝트Recurring team project No.7·8·9·10·13
복잡한 자동화 파이프라인Complex automation pipeline No.12·13·14·15
품질·비용 최적화Quality & cost optimization No.15·16·18

처음부터 전부 쓸 필요 없다 — 지금 하는 일에서 두세 개부터.No need to use all of them at once — start with two or three for your current work.

[추론] Rule 간 조합 원리: 단일 작업일수록 '이해·소통' 규칙, 반복 프로젝트는 '기억·실행', 자동화는 '팀·품질', 최적화는 '측정'. 이 조합표는 종합 목적의 예시 레시피.[inference] Rule combination principle: the more singular the task, the more 'understand·communicate' rules apply; recurring projects add 'memory·execution'; automation adds 'team·quality'; optimization adds 'measurement'. This table is an example recipe for synthesis purposes.

3막 — 모델은 바뀌어도Act 3 — Models change, but…

모델은 계속 바뀐다 — 그래도 설계 원리는 남는다.Models keep changing — but design principles remain.

바뀌는 것What changes
모델 이름·버전 (Opus/Sonnet/Haiku)
가격·토큰 한도 (2026-06 기준)
도구·MCP 옵션·API 스펙
특정 기능의 구현 방법
Model names·versions (Opus/Sonnet/Haiku)
Prices·token limits (as of 2026-06)
Tools·MCP options·API specs
Implementation of specific features
남는 것What remains
결과를 검증하는 설계자의 태도
컨텍스트를 보호하는 원리
큰 일을 작게 나누는 분해 사고
팀·환경·측정으로 품질을 통제하는 철학
A designer's attitude of verifying results
The principle of protecting context
Decomposition thinking: break big into small
The philosophy of controlling quality via team·environment·measurement

[추론] Claude 모델 진화 주기 및 API 변화는 실제로 빠르므로, 이 강의의 원리들은 특정 모델 버전에 종속되지 않도록 설계됐다. "바뀌는 것 vs 남는 것" 프레임은 이 코스 전체의 시의성 전략.[inference] Since Claude's model evolution and API changes are actually fast, the principles of this course are designed not to be tied to a specific model version. The 'what changes vs what remains' frame is the timeliness strategy for the entire course.

4막 — 지금 당장Act 4 — Right now

오늘 수업 끝나고 지금 바로 할 수 있는 한 가지.One thing you can do right now after this session ends.

  1. 1
    내 작업에 맞는 CLAUDE.md 한 페이지 초안 쓰기Write a one-page CLAUDE.md draft for your work → Rule No.8→ Rule No.8
  2. 2
    반복하는 작업 하나에 프롬프트 템플릿 만들기Create a prompt template for one recurring task → Rule No.5→ Rule No.5
  3. 3
    최근 Claude 결과물 하나를 직접 검증해 보기Directly verify one recent Claude output → Rule No.1→ Rule No.1
  4. 4
    도구 목록 확인 — 아직 안 써본 것 하나 써보기Check the tool list — try one you haven't used yet → Rule No.3→ Rule No.3
  5. 5
    동료에게 이 코스에서 배운 규칙 하나 설명해 보기Explain one rule from this course to a colleague → Rule No.14→ Rule No.14

[추론] 학습 후 실천율을 높이는 즉시 실행 가능한 소규모 행동 패턴. 하나만 실행해도 첫 번째 설계자 경험이 된다.[inference] Small immediately-executable action patterns to raise post-learning practice rates. Even just one action becomes your first designer experience.

4막 — 30일 후 당신의 모습Act 4 — You in 30 days

30일만 이렇게 해 보세요.Try this for just 30 days.

주간Week 집중 행동Focus action
1주Week 1 CLAUDE.md 작성 · 프롬프트 3개 템플릿화 · 결과 검증 습관Write CLAUDE.md · template 3 prompts · build result-verification habit
2주Week 2 MCP 하나 연결 · 작업 분해 연습 · 기억 파일 정비Connect one MCP · practice task decomposition · clean up memory files
3주Week 3 서브에이전트 1개 테스트 · 자동화 흐름 초안 · 검증 게이트 추가Test one sub-agent · draft automation flow · add verification gate
4주Week 4 팀과 공유 · 비용 측정 · 30일 전후 품질 비교Share with team · measure cost · compare quality before/after 30 days

한 달 후 — 사용자에서 설계자로.In a month — from user to designer.

[추론] 주간 단위 점진적 Rule 실천 플랜. 각 주는 No.8→No.12·10·7→No.13·14·15→No.16·18의 순서로 Phase별 확장.[inference] A week-by-week gradual Rule practice plan. Each week follows Phase-by-Phase expansion: No.8 → No.12·10·7 → No.13·14·15 → No.16·18.

4막 — 혼자 쓰지 마라 (마지막)Act 4 — Don't use it alone (final)

가장 빠른 성장법 — 직접 가르쳐라.The fastest way to grow — teach it yourself.

혼자 쓸 때Using it alone
내 설계 수준에서 멈춘다stops at your own design level
동료에게 설명할 때Explaining to a colleague
이해가 깊어지고 팀 전체가 설계자가 된다understanding deepens, whole team becomes designers

Rule No.14는 Claude에만 적용되는 게 아니다 — 사람에게도: 혼자 쓰지 말고 팀을 만들어라.Rule No.14 doesn't only apply to Claude — it applies to people too: don't use it alone, build a team.

[추론] 지식 전파가 개인 학습보다 이해 심화 및 조직 역량 향상에 효과적. Rule No.14("팀을 만들어라")를 사람 조직에 적용한 확장 해석.[inference] Knowledge spreading is more effective than individual learning for deepening understanding and improving organizational capability. An extended interpretation of Rule No.14 ('build a team') applied to human organizations.

4막 — 고백Act 4 — A confession

이 강의 자체가 Claude Code로 만들어졌습니다.This course itself was built with Claude Code.

오케스트레이터(1) → content-architect · chapter-writer · slide-builder
                      · fact-checker · tts-qa · audio-pipeline · consistency-i18n-qa
20강 × 14슬라이드 × ko/en 내레이션 = 수천 개 산출물
심화 리서치: 멀티에이전트 리서치 하네스 (fan-out → 검증 → 종합)
Orchestrator(1) → content-architect · chapter-writer · slide-builder
                  · fact-checker · tts-qa · audio-pipeline · consistency-i18n-qa
20 sessions × 14 slides × ko/en narration = thousands of outputs
Deep research: multi-agent research harness (fan-out → verify → synthesize)

우리가 배운 Rule No.1~18을 실제로 써서 만들었다.Built by actually using Rules No.1–18 we just learned.

[추론] 이 코스는 오케스트레이터 + 7개 서브에이전트(CLAUDE.md '에이전트 팀' 기준)와 멀티에이전트 리서치 하네스로 제작됐다. As of 2026-06.[inference] This course was built by an orchestrator + 7 sub-agents (per CLAUDE.md 'agent team') and a multi-agent research harness. As of 2026-06.

닫으며 — 최종 암호문Closing — final cipher

Rule No.1~18 — 설계자의 암호문.Rules No.1–18 — a designer's cipher.

No.1결과를 믿지 마라Don't trust resultsVERIFY
No.2컨텍스트를 지켜라Protect contextCONTEXT
No.3도구를 알아야 잘 쓴다Know the toolsTOOLS
No.4생각하게 하라Make it thinkTHINK
No.5명령하지 말고 설계하라Design, don't commandDESIGN
No.6예시가 설명보다 강하다Examples beat explanationsSHOW
No.7매번 설명하지 마라Stop re-explainingPERSIST
No.8지식을 구조화하면 전문가Structure knowledge → expertSTRUCTURE
No.9시작 전에 설계하라Design before you startPLAN
No.10작은 일들을 줘라Small tasks, not big onesDECOMPOSE
No.11말로 하지 말고 도구를Use tools, not wordsEXECUTE
No.12팔다리를 만들어라Build Claude's limbsEXTEND
No.13환경을 설계하라Design the environmentENVIRONMENT
No.14팀을 만들어라Build a teamTEAM
No.15신뢰는 설계하는 것이다Trust is something you designTRUST
No.16팀 인프라로From personal to team infraSCALE
No.17텍스트 밖으로Go beyond textBEYOND
No.18측정하지 않으면 개선 없다Can't improve without measureMEASURE

[추론] 18개 Rule의 핵심을 영어 동사 하나로 압축한 암호문. 각 동사는 해당 Rule의 핵심 행동을 대표한다.[inference] The 18 Rules compressed to one English verb each as a cipher. Each verb represents the core action of the corresponding Rule.

20강을 마치며 · 감사합니다Completing 20 sessions · Thank you

Claude Code 완전 정복 —
여기서 끝이 아닙니다.
Mastering Claude Code —
this isn't the end.

이 강의 자체가 Claude Code로 만들어졌습니다. 20강을 마친 여러분은 이미 설계자입니다. 설계는 계속된다 — 도구는 바뀌어도, 설계하는 사람이 잘 쓴다. This course itself was built with Claude Code. Having completed 20 sessions, you are already a designer. Design continues — tools change, but designers always win.

VERIFY· CONTEXT· DESIGN· TEAM· MEASURE
20강 완주 · COMPLETE20 SESSIONS · COMPLETE

[추론] 최종강 클로징. "강의 자체가 Claude Code로 만들어졌다"는 사실 공개. 다음 강 예고 없음(최종강). As of 2026-06.[inference] Final session closing. Disclosure that "the course itself was built with Claude Code." No next session preview (this is the finale). As of 2026-06.

강의 노트Lecture notes

20강 · 종합 & 미래Lesson 20 · Synthesis & Future

Rule No.1~18 통합 — 설계하는 사람이 잘 쓴다Integrating Rules No.1–18 — the designer uses it well

강의 요약Summary

스무 강을 거치며 배운 열여덟 개의 규칙은, 하나씩 놓고 보면 서로 다른 이야기처럼 보입니다. 결과를 믿지 마라, 컨텍스트를 지켜라, 도구를 알아야 잘 쓴다, 팀을 만들어라, 측정하라 — 각기 다른 상황, 다른 도구를 가리키는 것 같죠. 하지만 이 마지막 강의는 그 열여덟 개를 관통하는 단 하나의 동사를 꺼내 보입니다. 바로 '설계'입니다. 지시하지 않고 설계하고, 결과를 믿지 않고 검증 체계를 설계하고, 기억을 맡기지 않고 지식 구조를 설계하는 것 — 그게 이 코스 전체가 가르친 태도입니다.Looked at one by one, the eighteen rules learned across twenty sessions can seem like separate stories: don't trust results, protect context, know the tools, build a team, measure. Each seems to point at a different situation, a different tool. But this final lesson pulls out the single verb that runs through all eighteen — design. Not giving instructions, but designing them. Not trusting results, but designing a verification system. Not delegating memory, but designing a knowledge structure. That attitude is what this entire course has been teaching.

Phase 1과 2(Rule No.1~8)는 "Claude를 이해하고 제대로 소통하라"는 이야기였습니다. 검증, 컨텍스트, 도구, 사고 공간부터 프롬프트·예시·기억·지식 구조까지 — 전부 프롬프트와 컨텍스트, 기억을 설계하는 법이었죠. Phase 3과 4(Rule No.9~16)는 "실행하고, 자동화하고, 품질을 지켜라"는 이야기였습니다. 계획, 작은 태스크, 정확한 도구 사용부터 환경·팀·신뢰·거버넌스까지 — 실행 방식과 환경, 팀과 신뢰를 설계하는 법이었습니다. 그리고 Phase 5(Rule No.17~18)는 텍스트 너머로 나가고, 그 설계가 실제로 좋은지 숫자로 검증하는 법을 더했습니다.Phase One and Two (Rules No.1–8) told the story of "understand Claude and communicate right." From verification, context, tools, and thinking space to prompts, examples, memory, and knowledge structure — all of it was about designing the prompt, the context, and memory. Phase Three and Four (Rules No.9–16) told the story of "execute, automate, and guard quality." From planning, small tasks, and precise tool use to environment, team, trust, and governance — all of it was about designing how you execute, the environment, and the team and trust. And Phase Five (Rules No.17–18) added going beyond text, and verifying with real numbers whether that design actually works.

설계자가 된다는 게 거창한 일은 아닙니다. 상황마다 필요한 규칙의 조합이 다를 뿐이에요. 혼자 하는 빠른 일이라면 검증·컨텍스트·프롬프트 설계·예시 몇 개면 충분하고, 반복되는 팀 프로젝트라면 기억 구조화와 사전 설계, 환경까지 더해집니다. 복잡한 자동화 파이프라인이라면 도구 확장과 팀 구성, 신뢰 설계가 조합되고, 품질과 비용을 최적화하려면 검증 체계·거버넌스·측정이 핵심이 됩니다. 처음부터 열여덟 개를 다 쓸 필요는 없습니다 — 지금 하는 일에서 두세 개만 골라 시작하면 됩니다. 그리고 모델 이름과 가격, 도구의 세부 스펙은 시간이 지나면 바뀌지만, 결과를 검증하는 태도, 컨텍스트를 보호하는 원리, 큰 일을 작게 나누는 사고, 팀과 환경과 측정으로 품질을 통제하는 철학은 바뀌지 않습니다.Becoming a designer isn't a grand undertaking — only the combination of rules needed differs by situation. For a solo quick task, verification, context, prompt design, and a few examples are enough. For a recurring team project, structuring memory, planning ahead, and building the environment get added. For a complex automation pipeline, extending tools, assembling a team, and designing trust combine; and to optimize quality and cost, verification systems, governance, and measurement become the core. You don't need to use all eighteen from day one — just pick two or three for the work in front of you and start. And while model names, prices, and tool specs will change over time, the attitude of verifying results, the principle of protecting context, the discipline of breaking big into small, and the philosophy of controlling quality through team, environment, and measurement do not.

이 강의는 마지막으로 놀라운 고백을 합니다. 지금까지 여러분이 들은 이 스무 강짜리 코스 자체가 오케스트레이터 하나와 일곱 개의 서브에이전트가 협력한 클로드 코드 하네스로 만들어졌다는 것입니다. 구조 설계, 챕터 집필, 슬라이드 제작, 팩트 체크, 발음 검수, 음성 파이프라인, 다국어 정합성 — 각각 전담 에이전트가 맡았고, 심화 리서치는 팬아웃 검색과 적대적 검증, 인용 종합을 쓰는 멀티에이전트 리서치 하네스로 처리됐습니다. 즉 이 코스는 우리가 방금 배운 열여덟 개 규칙을 실제로 써서 만들어진 것입니다. 마지막으로 열여덟 규칙은 한 단어씩의 암호문으로 압축됩니다 — VERIFY, CONTEXT, TOOLS, THINK, DESIGN, SHOW, PERSIST, STRUCTURE, PLAN, DECOMPOSE, EXECUTE, EXTEND, ENVIRONMENT, TEAM, TRUST, SCALE, BEYOND, MEASURE. 클로드는 계속 진화하지만, 설계하는 사람이 잘 쓴다는 진리는 변하지 않습니다.The lesson closes with a striking confession. The twenty-session course you've been following was itself built by a Claude Code harness — one orchestrator working with seven sub-agents. Structural oversight, chapter writing, slide production, fact-checking, pronunciation review, the audio pipeline, and multilingual consistency were each handled by a dedicated agent, and the deep research behind it used a multi-agent research harness with fanned-out search, adversarial verification, and citation synthesis. In other words, this course was made by actually using the eighteen rules we just learned. Finally, the eighteen rules compress into a one-word cipher each — VERIFY, CONTEXT, TOOLS, THINK, DESIGN, SHOW, PERSIST, STRUCTURE, PLAN, DECOMPOSE, EXECUTE, EXTEND, ENVIRONMENT, TEAM, TRUST, SCALE, BEYOND, MEASURE. Claude will keep evolving, but the truth that the designer uses it well does not change.

핵심 개념 5가지Five key concepts

  1. 01

    열여덟 규칙의 공통 동사, 설계One verb behind all eighteen rules: design

    검증하라, 컨텍스트를 지켜라, 팀을 만들어라, 측정하라 — 겉모습은 다 다르지만, 이 모든 규칙에는 '설계한다'는 동사가 숨어 있습니다. 지시하지 않고 프롬프트를 설계하고, 결과를 믿는 대신 검증 체계를 설계하고, 매번 설명하는 대신 기억 구조를 설계하는 것입니다. 이 하나의 동사를 알아채는 순간, 스무 강에서 배운 각각의 팁이 흩어진 잡학이 아니라 하나의 사고방식으로 다시 보이기 시작합니다.Verify, protect context, build a team, measure — the surface looks different every time, but the verb "design" is hidden inside every one of these rules. Designing the prompt instead of just commanding, designing a verification system instead of trusting the output, designing a memory structure instead of re-explaining every time. The moment you spot this one verb, the scattered tips from twenty sessions stop looking like trivia and start reading as a single way of thinking.

  2. 02

    사용자와 설계자의 차이User versus designer

    사용자는 "클로드야, 해줘" 하고 말한 뒤 결과에 종속됩니다. 좋으면 다행이고 나쁘면 다시 해달라고 할 뿐이죠. 설계자는 다릅니다. 컨텍스트를 설계하고, 도구를 설계하고, 팀을 설계하고, 검증을 설계해서 결과를 통제합니다. 이 차이는 어렵지 않게 시작할 수 있습니다 — 프롬프트 설계부터 시작해서 기억, 도구, 팀, 검증 순으로 하나씩 익히면, 어느 순간 클로드는 단순한 챗봇이 아니라 여러분이 설계한 시스템의 일부가 됩니다.The user says "Claude, do it" and then becomes dependent on the result — good if it's good, and if not, just asks again. The designer is different: they design the context, the tools, the team, and the verification, and thereby control the result. This difference isn't hard to start — begin with designing the prompt, then move through memory, tools, team, and verification one at a time, and at some point Claude stops being a simple chatbot and becomes part of a system you designed.

  3. 03

    상황별 Rule 조합Situational rule combinations

    열여덟 개를 매번 다 쓸 필요는 없습니다. 혼자 하는 빠른 일회성 작업은 검증·컨텍스트·프롬프트 설계·예시(No.1, 2, 5, 6)면 충분하고, 반복되는 팀 프로젝트는 기억 구조화·사전 설계·작은 태스크·환경(No.7, 8, 9, 10, 13)이 더해집니다. 복잡한 자동화 파이프라인은 도구 확장·환경·팀·신뢰(No.12~15)를 조합하고, 품질과 비용 최적화는 신뢰·거버넌스·측정(No.15, 16, 18)이 핵심입니다. 완벽하게 시작할 필요 없이, 지금 하는 일에서 두세 개만 골라 실천하면 설계는 점진적으로 발전합니다.You don't need all eighteen every time. A solo quick one-off needs verification, context, prompt design, and examples (No.1, 2, 5, 6) — that's enough. A recurring team project adds structured memory, upfront planning, small tasks, and environment (No.7, 8, 9, 10, 13). A complex automation pipeline combines extended tools, environment, team, and trust (No.12–15), and optimizing quality and cost hinges on trust, governance, and measurement (No.15, 16, 18). You don't need to start perfectly — pick just two or three for the work in front of you, and the design develops progressively.

  4. 04

    바뀌는 것과 남는 것What changes, what remains

    모델 이름과 버전, 가격과 토큰 한도, 도구의 옵션 이름과 API 호출 방식은 시간이 지나면 바뀝니다 — 이건 항상 공식 문서로 다시 확인해야 합니다. 하지만 결과를 검증하는 설계자의 태도, 컨텍스트를 보호하는 원리, 큰 일을 작게 나누는 분해 사고, 팀과 환경과 측정으로 품질을 통제하는 철학은 남습니다. 이건 클로드의 특성이 아니라 설계자로서 갖춰야 할 사고방식이기 때문입니다. 이 코스가 남기고 싶은 건 특정 기능의 사용법이 아니라 바로 이 사고방식입니다.Model names and versions, prices and token limits, tool option names and API call syntax will change over time — always re-verify these against the official docs. But the designer's attitude of verifying results, the principle of protecting context, the decomposition thinking of breaking big into small, and the philosophy of controlling quality through team, environment, and measurement remain. That's because these aren't characteristics of Claude — they're the way of thinking a designer must have. What this course wants to leave you with is not how to use a specific feature, but this way of thinking.

  5. 05

    가르치면서 완성되는 설계Design completes itself through teaching

    Rule No.14 "혼자 쓰지 말고 팀을 만들어라"는 Claude에만 적용되는 게 아니라 사람에게도 적용됩니다. 이 코스에서 배운 것 하나를 동료에게 오 분 동안 설명해 보세요 — 규칙 하나, 예시 하나, 직접 해보기 하나면 충분합니다. 설명하는 과정에서 스스로도 몰랐던 부분이 드러나고, 동료의 질문이 새 관점을 열어줍니다. 그리고 그 동료가 또 다른 동료에게 전파하면, 결국 팀 전체가 설계자가 되어 결과물의 질 자체가 달라집니다.Rule No.14, "don't use it alone — build a team," doesn't only apply to Claude; it applies to people too. Take one thing you learned in this course and explain it to a colleague for five minutes — one rule, one example, one hands-on try is enough. In the process of explaining, gaps in your own understanding surface, and your colleague's questions open new perspectives. And when that colleague passes it on to another, the whole team eventually becomes designers, and the quality of the output itself changes.

전체 대본Full transcript

1 · TITLE — 종합 & 미래1 · TITLE — Synthesis & Future

안녕하세요. 드디어 마지막 강입니다. 이십 강, 여기까지 오셨군요. 오늘은 룰 넘버 원부터 룰 넘버 에이틴까지, 스무 번의 수업에서 배운 것들을 한자리에 모읍니다. 사실 규칙들을 하나씩 배울 때는 각자 따로 보이지만, 이 모든 규칙에는 하나의 공통된 철학이 흐르고 있습니다. 오늘 그 철학을 꺼내 보려 합니다. 이 강의를 다 보고 나면, 여러분은 클로드를 잘 쓴다는 것이 무엇인지를 한 문장으로 말할 수 있게 될 거예요.Hello. We've finally reached the last session. Twenty lessons — you made it here. Today we gather everything learned across twenty sessions, from Rule Number One through Rule Number Eighteen, in one place. When you learn the rules one by one, they seem separate. But a single common philosophy flows through all of them. Today we pull that philosophy out. By the end of this lesson, you'll be able to state in one sentence what it means to use Claude well.

2 · HOOK — 18개 Rule 한 문장 요약2 · HOOK — 18 rules in one sentence

자, 먼저 도전적인 질문 하나를 드릴게요. 룰 넘버 원부터 룰 넘버 에이틴까지, 단 한 문장으로 요약하면 뭘까요? 잠깐 생각해 보세요. 여러분이 이 코스에서 배운 건 각각 다른 규칙이었습니다. 결과를 믿지 마라, 컨텍스트를 지켜라, 도구를 알아야 잘 쓴다, 생각하게 하라... 서로 다른 것들 같죠. 그런데 이 규칙들에는 하나의 공통된 동사가 숨어 있어요. 바로 설계입니다. 지시하지 않고 설계한다. 결과를 믿지 않고 검증 체계를 설계한다. 기억을 맡기지 않고 지식 구조를 설계한다. 열여덟 개의 규칙, 하나의 동사.Alright, let me start with a challenging question. From Rule Number One through Rule Number Eighteen — what's the summary in just one sentence? Take a moment. What you learned in this course were different rules: don't trust results, protect context, know the tools, make it think... They seem separate. But one common verb is hidden in all these rules. That verb is design. Not giving instructions — designing them. Not trusting results — designing a verification system. Not delegating memory — designing a knowledge structure. Eighteen rules, one verb.

3 · Phase 1+2 복습 — Rule 1~83 · Phase 1+2 review — Rules 1–8

다시 처음으로 돌아가 볼게요. 페이즈 원과 페이즈 투, 룰 넘버 원부터 룰 넘버 에이트까지는 "클로드를 이해하고, 제대로 소통하라"는 이야기였습니다. 룰 넘버 원, 결과를 믿지 마라. 클로드가 그럴듯하게 대답해도, 검증은 사람이 설계해야 합니다. 룰 넘버 투, 컨텍스트를 지켜라. 쓰레기를 넣으면 쓰레기가 나와요. 룰 넘버 쓰리, 도구를 알아야 잘 쓴다. 기능을 모르면 설계할 수 없습니다. 룰 넘버 포, 생각하게 하라. 복잡한 문제에는 사고 공간을 줘야 합니다.Let's go back to the beginning. Phase One and Phase Two — Rules Number One through Eight — told the story of "understand Claude and communicate right." Rule Number One: don't trust results. Even when Claude answers convincingly, verification is yours to design. Rule Number Two: protect context. Garbage in, garbage out. Rule Number Three: know the tools. You can't design what you don't know. Rule Number Four: make it think. Complex problems need thinking space.

룰 넘버 파이브, 명령하지 말고 설계하라. 역할과 형식, 제약을 프롬프트에 담는 거예요. 룰 넘버 식스, 예시가 설명보다 강하다. 원하는 것은 보여주세요. 룰 넘버 세븐, 매번 설명하지 마라. 기억은 파일에 설계합니다. 룰 넘버 에이트, 지식을 구조화하면 클로드가 전문가가 된다. CLAUDE.md는 클로드의 두뇌입니다. 이 여덟 개, 보이시나요? 전부 설계입니다. 프롬프트를 설계하고, 컨텍스트를 설계하고, 기억을 설계하는 거예요.Rule Number Five: design, don't command. Put roles, formats, and constraints into the prompt. Rule Number Six: examples beat explanations. Show what you want. Rule Number Seven: stop re-explaining. Design memory into files. Rule Number Eight: structure knowledge and Claude becomes an expert. CLAUDE.md is its brain. Do you see it? All eight are design. Designing the prompt, designing the context, designing memory.

4 · Phase 3+4 복습 — Rule 9~164 · Phase 3+4 review — Rules 9–16

페이즈 쓰리와 페이즈 포, 룰 넘버 나인부터 룰 넘버 식스틴까지는 "실행하고, 자동화하고, 품질을 지켜라"는 이야기였어요. 룰 넘버 나인, 시작 전에 설계하라. 설계 없이 시작하면 반드시 되돌아오게 됩니다. 룰 넘버 텐, 큰 일이 아니라 작은 일들을 줘라. 태스크를 잘게 쪼개는 게 핵심이에요. 룰 넘버 일레븐, 말로 하지 말고 도구를 써라. 리드, 에딧, 배시로 정확하게. 룰 넘버 트웰브, 클로드의 팔다리를 만들어라. MCP와 훅스로 능력을 확장합니다.Phase Three and Phase Four — Rules Number Nine through Sixteen — told the story of "execute, automate, and guard quality." Rule Number Nine: design before you start. Start without a plan and you will have to come back. Rule Number Ten: small tasks, not big ones. Decomposing the task is the core skill. Rule Number Eleven: use tools, not words. Read, Edit, Bash — for precision. Rule Number Twelve: build Claude's limbs. Expand its capacity with MCP and Hooks.

룰 넘버 써틴, 환경을 설계하라. 일꾼이 아니라 일터를 설계하는 겁니다. 룰 넘버 포틴, 혼자 쓰지 말고 팀을 만들어라. 오케스트레이터와 서브에이전트로 분업해요. 룰 넘버 피프틴, 신뢰는 설계하는 것이다. 품질 게이트와 검증 체계를 만들어야 합니다. 룰 넘버 식스틴, 개인 도구가 팀 인프라가 되려면. 비용과 거버넌스, 공유까지 생각해야 해요. 이 여덟 개도 전부 설계입니다. 실행 방식을 설계하고, 환경을 설계하고, 팀과 신뢰를 설계하는 거예요.Rule Number Thirteen: design the environment. Design the workplace, not just the worker. Rule Number Fourteen: build a team, not a solo. Divide the work with orchestrator and sub-agents. Rule Number Fifteen: trust is something you design. You must build quality gates and a verification system. Rule Number Sixteen: for a personal tool to become team infrastructure. You need to think about cost, governance, and sharing. All eight are design. Designing how to execute, designing the environment, designing the team and trust.

5 · Phase 5 복습 + 통합 원리 도입5 · Phase 5 review + the integrating principle

마지막 페이즈, 룰 넘버 세븐틴과 룰 넘버 에이틴까지 왔습니다. 룰 넘버 세븐틴, 텍스트 밖으로 나가라. 클로드는 텍스트만 다루는 게 아닙니다. 이미지와 피디에프를 직접 읽습니다. 클로드는 텍스트 너머도 봅니다. 그리고 음성이나 웹 같은 영역도 같은 원리로 넓어지고 있어요. 룰 넘버 에이틴, 측정하지 않으면 개선할 수 없다. 벤치마크, 실측 데이터, 이밸류에이션. 내 설계가 정말 좋은지는 숫자로 검증해야 합니다. 그리고 이제 진짜 중요한 걸 말씀드릴게요.The final phase — we've reached Rule Number Seventeen and Rule Number Eighteen. Rule Number Seventeen: go beyond text. Claude doesn't just handle text. It reads images and PDFs directly. Claude sees beyond text. And areas like audio and the web are expanding on the same principle. Rule Number Eighteen: can't improve what you don't measure. Benchmarks, real data, evals. Whether your design is actually good has to be verified with numbers. And now let me tell you the truly important thing.

룰 넘버 원부터 룰 넘버 에이틴까지, 열여덟 개 규칙 모두를 가로지르는 공통 철학이 하나 있습니다. 설계하는 사람이 잘 쓴다. 프롬프트를 설계하고, 기억을 설계하고, 도구를 설계하고, 팀을 설계하고, 검증을 설계하고, 측정을 설계하는 사람. 단순히 클로드에게 물어보는 사람과, 클로드를 위한 시스템을 설계하는 사람은 결과가 다릅니다. 이게 이 코스 전체의 핵심입니다.Across all eighteen rules, from Rule Number One to Rule Number Eighteen, there is one common philosophy. The designer uses it well. The person who designs prompts, designs memory, designs tools, designs teams, designs verification, and designs measurement. The results are different between someone who simply asks Claude questions and someone who designs a system for Claude. That is the core of this entire course.

6 · 18개 Rule의 공통 철학 — 설계자6 · The common philosophy — the designer

자, 이제 이 강의 핵심에 왔습니다. 클로드를 잘 쓴다는 것은, '사용자'가 아니라 '설계자'가 되는 것입니다. 사용자는 "클로드야, 해줘"라고 말합니다. 그리고 결과에 종속돼요. 좋으면 다행이고, 나쁘면 다시 해달라고 하는 거죠. 반면 설계자는 다릅니다. 컨텍스트를 설계하고, 도구를 설계하고, 팀을 설계하고, 검증을 설계해요. 결과를 통제하는 겁니다.Now we've arrived at the core of this lesson. Using Claude well means becoming not a 'user' but a 'designer.' The user says "Claude, do it" — and is then dependent on the result. Good if it's good, and if not, just asks again. The designer is different. They design the context, design the tools, design the team, design the verification. They control the result.

설계자가 된다는 건 어렵지 않아요. 프롬프트를 설계하는 것부터 시작합니다. 그다음 기억을 설계하고, 도구를 설계하고, 팀을 설계하고, 검증을 설계하는 거예요. 이 다섯 가지는 어렵지 않습니다. 익숙해지면 자연스럽게 흘러가요. 그리고 그 순간부터 클로드는 단순한 챗봇이 아니라, 여러분이 설계한 시스템의 일부가 됩니다. 결과의 질이 달라져요.Becoming a designer isn't hard. It starts with designing the prompt. Then design memory, design tools, design a team, design verification. These five things aren't difficult. Once you're used to it, it flows naturally. And from that moment, Claude is no longer a simple chatbot — it becomes part of a system you designed. The quality of results changes.

7 · Rule 조합 방법 — 상황별 레시피7 · Combining rules — recipes by situation

설계자가 됐다면, 이제 상황마다 어떤 규칙을 조합할지 알아야 합니다. 모든 상황에 열여덟 개를 다 쓸 필요는 없어요. 상황에 맞는 조합이 있습니다. 예를 들어, 혼자 하는 빠른 일회성 작업이라면 룰 넘버 원, 투, 파이브, 식스가 중심입니다. 결과를 검증하고, 컨텍스트를 잘 관리하고, 프롬프트를 설계하고, 예시를 준다. 이것만으로도 충분합니다. 반복되는 팀 프로젝트라면, 룰 넘버 세븐, 에이트, 나인, 텐, 써틴이 들어와요. 기억을 구조화하고, 설계 먼저 하고, 환경을 갖춰야 합니다.Now that you're a designer, you need to know which rules to combine for each situation. You don't need to use all eighteen for every situation. There are combinations that fit the situation. For example, for a solo quick one-off task, Rules Number One, Two, Five, and Six are the core. Verify results, manage context well, design the prompt, and give examples. That's enough. For a recurring team project, Rules Number Seven, Eight, Nine, Ten, and Thirteen come in. Structuring memory, designing first, having the environment in place.

복잡한 자동화 파이프라인이라면 룰 넘버 트웰브, 써틴, 포틴, 피프틴이 조합됩니다. 팔다리를 만들고, 환경을 설계하고, 팀을 꾸리고, 신뢰를 설계하는 거죠. 그리고 품질과 비용을 최적화하고 싶다면, 룰 넘버 피프틴, 식스틴, 에이틴. 검증 체계, 거버넌스, 측정이 핵심입니다. 처음부터 완벽하게 할 필요 없어요. 지금 하는 일에서 딱 두세 개 Rule을 골라서 시작하면 됩니다. 설계는 점진적으로 발전하는 것이니까요.For a complex automation pipeline, Rules Number Twelve, Thirteen, Fourteen, and Fifteen combine. Build the limbs, design the environment, assemble a team, design trust. And if you want to optimize for quality and cost, Rules Number Fifteen, Sixteen, and Eighteen. Verification systems, governance, and measurement are the core. You don't need to do it perfectly from the start. Just pick two or three rules for the work you're doing now and begin. Design develops progressively.

8 · Claude 진화와 변하지 않는 것8 · Claude keeps evolving — what doesn't change

여기서 하나 솔직하게 말씀드려야 할 게 있어요. 이 코스에서 배운 것 중에는 시간이 지나면 바뀌는 것도 있고, 남는 것도 있습니다. 바뀌는 것들이 있어요. 모델 이름과 버전, 오퍼스, 소넷, 하이쿠. 가격과 토큰 한도, 이건 2026년 6월 기준입니다. 도구의 옵션 이름, MCP의 구체적인 스펙, API 호출 방식. 이런 것들은 버전마다 달라질 수 있습니다. 공식 문서로 항상 확인하세요.Here I need to be honest about something. Among what you learned in this course, some things will change over time, and some will remain. There are things that change. Model names and versions — Opus, Sonnet, Haiku. Prices and token limits — this is as of June twenty twenty-six. Tool option names, specific MCP specs, API call syntax. These can differ by version. Always verify with the official docs.

그런데 남는 것들도 있어요. 결과를 검증하는 설계자의 태도. 컨텍스트를 보호하는 원리. 큰 일을 작게 나누는 분해 사고. 그리고 팀과 환경과 측정으로 품질을 통제하는 철학. 이건 모델이 바뀌어도 바뀌지 않습니다. 왜냐하면 이건 클로드의 특성이 아니라, 설계자로서 여러분이 갖춰야 할 사고방식이거든요. 이 코스에서 얻어가시길 바라는 건 특정 기능의 사용법이 아니라 이 사고방식입니다.But there are things that remain. A designer's attitude of verifying results. The principle of protecting context. Decomposition thinking: breaking big into small. And the philosophy of controlling quality via team, environment, and measurement. These don't change even when the model does. Because these aren't Claude's characteristics — they're the way of thinking you need to have as a designer. What I want you to take from this course is not how to use specific features, but this way of thinking.

9 · 지금 당장 할 수 있는 첫 번째 실천9 · The first thing you can practice right now

자, 이론은 충분합니다. 이제 실천으로 갑시다. 오늘 수업이 끝나고 지금 바로 할 수 있는 일을 다섯 가지 드릴게요. 다 할 필요 없어요. 하나만 하세요. 첫 번째, 내 작업에 맞는 CLAUDE.md 한 페이지 초안 써 보기. 룰 넘버 에이트예요. 지금 하는 프로젝트에 클로드가 알아야 할 것들을 한 페이지로 정리해 보세요. 두 번째, 반복하는 작업 하나에 프롬프트 템플릿 만들기. 룰 넘버 파이브입니다. 매번 같은 말을 하지 말고 한 번만 설계하세요.Alright, enough theory. Now let's go to practice. Here are five things you can do right now after this session ends. You don't need to do all of them. Just do one. First: write a one-page CLAUDE.md draft for your work. That's Rule Number Eight. For the project you're doing now, summarize on one page what Claude needs to know. Second: create a prompt template for one recurring task. That's Rule Number Five. Stop saying the same thing every time — design it once.

세 번째, 최근 클로드 결과물 하나를 직접 검증해 보기. 룰 넘버 원입니다. 그럴듯해 보이는 결과도 한 번은 직접 확인하세요. 네 번째, 도구 목록을 확인해서 아직 안 써본 것 하나 써 보기. 룰 넘버 쓰리예요. 다섯 번째, 동료에게 이 코스에서 배운 규칙 하나 설명해 보기. 룰 넘버 포틴이에요. 설명하면서 오히려 더 잘 이해하게 됩니다. 다섯 중 하나만 골라도, 오늘부터 여러분은 설계자입니다.Third: directly verify one recent Claude output. That's Rule Number One. Even a result that looks convincing — check it yourself at least once. Fourth: check the tool list and try one you haven't used yet. That's Rule Number Three. Fifth: explain one rule from this course to a colleague. That's Rule Number Fourteen. Explaining it actually deepens your understanding. Just pick one of the five, and starting today, you are a designer.

10 · 30일 플랜10 · A 30-day plan

하나를 실천하면 자연스럽게 두 번째가 보입니다. 그래서 30일 플랜을 드릴게요. 1주 차에는 CLAUDE.md를 작성하고, 자주 쓰는 프롬프트 세 개를 템플릿으로 만들고, 결과를 검증하는 습관을 들이세요. 2주 차에는 MCP 하나를 연결해 보고, 작업 분해를 연습하고, 기억 파일을 정비합니다. 3주 차에는 서브에이전트 하나를 테스트하고, 자동화 흐름의 초안을 만들고, 검증 게이트를 추가해 보세요.When you practice one thing, you naturally see the second. So let me give you a 30-day plan. In Week One, write a CLAUDE.md, turn three frequently-used prompts into templates, and build a habit of verifying results. In Week Two, connect one MCP, practice task decomposition, and clean up memory files. In Week Three, test one sub-agent, draft an automation flow, and add a verification gate.

4주 차에는 내 작업 하나를 동료와 공유해 보세요. 그리고 30일 전후의 품질을 비교해 봅니다. 여유가 된다면 비용도 한번 확인해 보고요. 30일 동안 열여덟 개 Rule을 전부 쓸 필요 없습니다. 지금 하는 일에서 두세 개씩 실천하는 거예요. 한 달 후에 돌아보면, 여러분이 클로드를 다루는 방식이 확실히 달라져 있을 겁니다. 사용자에서 설계자로. 그게 이 코스가 바라는 결과입니다.In Week Four, share one of your tasks with a colleague. And compare quality before and after 30 days. If you have the capacity, check the cost too. You don't need to use all eighteen rules over 30 days. Just practice two or three in the work you're doing now. Looking back a month from now, the way you handle Claude will have clearly changed. From user to designer. That's the outcome this course hopes for.

11 · 동료에게 전파하기11 · Passing it on to a colleague

마지막으로 하나만 더 드릴게요. 가장 빠른 성장 방법입니다. 직접 가르쳐 보세요. 클로드 사용법을 혼자만 알면, 내 설계 수준에서 멈춥니다. 그런데 동료에게 설명하면 어떨까요. 설명하면서 스스로도 이해가 깊어집니다. 내가 몰랐던 부분이 드러나고, 동료의 질문이 새 관점을 열어줘요. 그리고 팀 전체가 설계자가 됩니다. 팀이 다 설계자면, 결과의 품질이 달라지죠.Let me give you one last thing. The fastest way to grow. Teach it yourself. If only you know how to use Claude, you stop at your own design level. But what if you explain it to a colleague? Your own understanding deepens through the explanation. The parts you didn't know emerge, and your colleague's questions open new perspectives. And the whole team becomes designers. If the whole team are designers, the quality of results changes.

룰 넘버 포틴, 혼자 쓰지 말고 팀을 만들어라. 이건 클로드에게만 적용되는 게 아니에요. 사람에게도 적용됩니다. 이 코스에서 배운 것 중에 하나를 골라서, 이번 주에 동료에게 설명해 보세요. 오 분이면 충분합니다. 규칙 하나, 예시 하나, 직접 해보기 하나. 그게 전부예요. 그리고 그 동료가 또 다른 동료에게 설명하면, 팀 전체가 설계자가 됩니다.Rule Number Fourteen: don't use it alone — build a team. This doesn't only apply to Claude. It applies to people too. Pick one thing you learned in this course, and explain it to a colleague this week. Five minutes is enough. One rule, one example, one hands-on try. That's all. And when that colleague explains it to another colleague, the whole team becomes designers.

12 · 이 강의 자체가 Claude로 만들어졌다12 · This course itself was built with Claude

자, 사실 고백할 게 있어요. 여러분이 지금까지 들은 이 스무 강짜리 코스, 이것 자체가 클로드 코드로 만들어졌습니다. 오케스트레이터 하나와 일곱 개의 서브에이전트가 협력했어요. 구조를 감독하는 에이전트, 챕터를 집필하는 에이전트, 슬라이드를 만드는 에이전트, 팩트를 체크하는 에이전트, 발음을 검수하는 에이전트, 음성 파이프라인을 맡은 에이전트, 그리고 다국어 정합성을 맞추는 에이전트. 스무 강, 각 강마다 열네 개 슬라이드, 한국어와 영어 내레이션. 수천 개의 산출물이 이 하네스에서 나왔습니다.I have something to confess. This twenty-session course you've been listening to — it was itself built with Claude Code. One orchestrator and seven sub-agents collaborated. An agent that supervises structure, one that writes chapters, one that builds slides, one that fact-checks, one that reviews pronunciation, one that handles the audio pipeline, and one that ensures multilingual consistency. Twenty sessions, fourteen slides each, Korean and English narration. Thousands of outputs came from this harness.

심화 리서치는 멀티에이전트 리서치 하네스를 썼습니다. 검색을 팬 아웃으로 펼치고, 출처를 모으고, 적대적으로 검증하고, 인용을 종합하는 방식이에요. 그러니까 이 코스는 우리가 방금 배운 룰 넘버 원부터 룰 넘버 에이틴을 실제로 써서 만든 겁니다. 프롬프트를 설계하고, 컨텍스트를 보호하고, 도구를 쓰고, 팀을 만들고, 검증하고, 측정하면서. 우리가 가르친 것을 우리도 실천했습니다.The deep research used a multi-agent research harness. Fanning out searches, gathering sources, verifying adversarially, synthesizing citations. So this course was made by actually using Rules Number One through Eighteen that we just learned. Designing prompts, protecting context, using tools, building a team, verifying, measuring. What we taught, we also practiced.

13 · Rule No.1~18 최종 암호문13 · The final cipher of Rules No.1–18

이제 마지막으로, 열여덟 개 규칙을 한 단어씩 압축해 드릴게요. 외울 필요 없어요. 설계할 때 참고하는 암호문이라고 생각하세요. 룰 넘버 원: VERIFY, 검증하라. 룰 넘버 투: CONTEXT, 컨텍스트를 지켜라. 룰 넘버 쓰리: TOOLS, 도구를 알아라. 룰 넘버 포: THINK, 생각하게 하라. 룰 넘버 파이브: DESIGN, 설계하라. 룰 넘버 식스: SHOW, 보여줘라. 룰 넘버 세븐: PERSIST, 기억을 지속시켜라. 룰 넘버 에이트: STRUCTURE, 구조화하라. 룰 넘버 나인: PLAN, 먼저 계획하라.Now, finally, let me compress the eighteen rules into one word each. You don't need to memorize them. Think of them as a designer's cipher to refer to when you design. Rule Number One: VERIFY. Rule Number Two: CONTEXT. Rule Number Three: TOOLS. Rule Number Four: THINK. Rule Number Five: DESIGN. Rule Number Six: SHOW. Rule Number Seven: PERSIST. Rule Number Eight: STRUCTURE. Rule Number Nine: PLAN.

룰 넘버 텐: DECOMPOSE, 쪼개라. 룰 넘버 일레븐: EXECUTE, 도구로 실행하라. 룰 넘버 트웰브: EXTEND, 능력을 확장하라. 룰 넘버 써틴: ENVIRONMENT, 환경을 설계하라. 룰 넘버 포틴: TEAM, 팀을 만들어라. 룰 넘버 피프틴: TRUST, 신뢰를 설계하라. 룰 넘버 식스틴: SCALE, 확장하라. 룰 넘버 세븐틴: BEYOND, 경계를 넘어라. 룰 넘버 에이틴: MEASURE, 측정하라. 열여덟 단어. 이게 설계자의 암호문입니다.Rule Number Ten: DECOMPOSE. Rule Number Eleven: EXECUTE. Rule Number Twelve: EXTEND. Rule Number Thirteen: ENVIRONMENT. Rule Number Fourteen: TEAM. Rule Number Fifteen: TRUST. Rule Number Sixteen: SCALE. Rule Number Seventeen: BEYOND. Rule Number Eighteen: MEASURE. Eighteen words. This is a designer's cipher.

14 · CLOSING FINALE14 · CLOSING FINALE

여기까지 오셨습니다. 스무 강. 정말 쉽지 않은 여정이었어요. 진심으로 감사드립니다. 이 코스를 끝낸 여러분은, 지금 이미 설계자입니다. 아직 모든 걸 다 쓰지 못했어도 괜찮아요. 설계는 처음부터 완벽한 게 아니라, 반복하면서 발전하는 것이니까요. 오늘 배운 규칙들을 내일 당장 다 쓸 필요 없습니다. 하나씩, 천천히, 실천해 보세요.You made it here. Twenty sessions. It was truly not an easy journey. Thank you sincerely. Having finished this course, you are already a designer. It's okay if you haven't used everything yet. Design isn't perfect from the start — it develops through repetition. You don't need to use all the rules learned today starting tomorrow. One by one, slowly, practice them.

그리고 기억하세요. 이 강의 자체가 우리가 배운 규칙들로, 클로드 코드로 만들어졌습니다. 오케스트레이터와 일곱 개 팀이 협력해서, 여러분이 지금 보는 이 슬라이드와 내레이션을 만들었어요. 우리가 가르친 것을 우리도 실천했습니다. 마지막으로 설계자의 암호문 다섯 개만 남기겠습니다. VERIFY, CONTEXT, DESIGN, TEAM, MEASURE. 클로드는 계속 진화합니다. 하지만 설계하는 사람이 잘 쓴다는 진리는 변하지 않아요. 감사합니다. 여러분의 설계가 계속되길 응원합니다.And remember. This course itself was made with the rules we learned, using Claude Code. An orchestrator and seven teams collaborated to build the slides and narration you see right now. What we taught, we also practiced. Finally, I'll leave you with just five words from a designer's cipher. VERIFY. CONTEXT. DESIGN. TEAM. MEASURE. Claude will keep evolving. But the truth that designers use it well does not change. Thank you. I cheer for your design to continue.