회의록 → 1page 기획안 하네스 v1을 실제로 만든다. 2장 인터뷰 하네스 v1로 시작한다.
CHAPTER FLOW02 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTEPART 3-1
MODULE · 3-1
3-1. 문서 설계 전략
md로 잠글 수 있는 칸과 잠그면 안 되는 칸을 먼저 나눈다. 문서가 길어서 좋은 게 아니라, 경계가 보여서 좋다.
SECTION BREAK03 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · CLIP 1
CLIP 2003-1-120분 · 강의
좋은 md는 무엇을 고정할까
AI는 같은 프롬프트에도 매번 다르게 답한다. 비결정성을 줄이려면 매번 같이 가야 할 칸부터 잠근다.
3-1. 문서 설계 전략04 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · WHY
문제 — 같은 프롬프트, 매번 다른 답
"이번엔 잘 됐는데 다음엔 망가졌다." AI가 본래 비결정적이라 같은 입력에도 같은 출력이 보장되지 않는데, md의 첫 일은 바로 그 비결정성을 줄이는 작업이다.
3-1. 문서 설계 전략05 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · CONCEPT
매번 같이 가야 할 네 칸
칸 1
역할
AI가 누구처럼 행동하나. 직무, 관점, 독자가 한 줄에 들어간다.
칸 2
목표
이 작업이 끝났을 때 어떤 산출물이 나와야 하나. 한 문장으로 적는다.
칸 3
금지사항
AI가 추측해서는 안 되는 것, 임의로 해서는 안 되는 것.
칸 4
출력 형식
제목, 섹션, 길이, 표 형태 — 모양을 미리 정해 두면 매번 같이 나온다.
3-1. 문서 설계 전략06 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · FIGURE
잠글 칸 — 한눈에 보는 도식
네 칸이 한 줄씩 적혀 있으면, 같은 입력에 같은 모양의 출력이 나온다.
3-1. 문서 설계 전략07 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · DEMO
데모 — 회의록 → 1page 기획안의 잠글 칸들
칸
회의록 변환에서의 한 줄
역할
너는 PM 보조다. 결정자(임원 2명)에게 보낼 1page 기획안을 만든다.
목표
회의에서 확정된 방향과 결정되지 않은 항목을 한 페이지 기획안 칸으로 분리해 결정자에게 보낸다.
금지사항
회의에서 확정되지 않은 우선순위·일정·수치를 결론처럼 단정하지 않는다. 결정 안 된 항목은 "확인 필요 항목"으로 둔다.
출력 형식
7칸: 제목 / 배경 / 문제 / 사용자 또는 대상 / 해결 방향 / 성공 기준 / 확인 필요 항목. A4 한 장 분량.
3-1. 문서 설계 전략08 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-1 · CLOSE
잠그면 매번 같이 적용된다
네 칸이 잠겨 있으면 같은 입력에 같은 형식이 나온다. 그러면 다음 질문이 따라온다 — 잠그면 안 되는 칸은 무엇인가?
3-1. 문서 설계 전략09 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · CLIP 2
CLIP 2003-1-220분 · 강의
좋은 md는 무엇을 남겨둘까
다 잠그면 상황을 못 읽는다. 매번 사람이 다시 봐야 할 칸은 잠그지 않고 남긴다.
3-1. 문서 설계 전략10 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · WHY
다 잠그면 형식은 맞고 내용은 어긋난다
"이번 회의에서 가장 중요한 안건은 무엇인가"를 미리 정해 두면, 다른 회의에서는 어색해진다. 잠그면 안전하지만, 잠그면 안 되는 부분까지 잠그면 산출물이 상황을 못 읽는다.
3-1. 문서 설계 전략11 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · CONCEPT
매번 사람이 다시 봐야 할 세 영역
유형 1
가치 판단
이번 입력에서 무엇이 가장 중요한가. 우선순위는 매번 다르다.
유형 2
상황 판단
이 산출물의 독자가 지금 어떤 맥락에 있나. 톤과 강조점이 매번 달라진다.
유형 3
맥락 판단
이 결정이 기존 방향과 어긋나는가. 흐름 속에서만 보이는 판단이다.
3-1. 문서 설계 전략12 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · FIGURE
3칸 프레임 — 고정 · 남김 · 질문
고정은 매번 같이, 남김은 사람이 매번 본다, 질문은 입력 시점에 답을 채운다.
3-1. 문서 설계 전략13 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · DEMO
데모 — 회의록 변환의 항목을 3칸으로 분류한다
회의록 변환의 항목
3칸 분류
이유
출력 7칸 (제목·배경·문제·사용자·해결 방향·성공 기준·확인 필요 항목)
고정
매번 같은 모양이어야 결정자가 같은 위치에서 본다
"PM 보조" 역할 정의
고정
이 하네스의 정체성. 바뀌면 톤이 무너진다
이번 회의에서 강조할 핵심 3가지
남김
매번 회의 내용에 따라 다르다. 사람이 본다
임원의 우선 관심사 (이번 분기 한정)
남김
분기마다 변한다. 고정하면 다음 분기에 어색
회의 일자 / 참석자
질문
입력 시점에 사람이 채운다. 추측 금지
예산 수치 / 의사결정 기한
질문
구체값은 입력 시 채운다. 모르면 빈칸
3-1. 문서 설계 전략14 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-2 · CLOSE
정리 — 3칸으로 나누면 잠금의 한계가 보인다
고정/남김/질문 — 세 칸이 분리되면, 무엇을 md로 잡고 무엇을 사람이 채울지가 명확해진다. 이 분류가 다음 실습의 입력이다.
3-1. 문서 설계 전략15 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · CLIP 3
CLIP 2003-1-320분 · 실습
실습 ① — 본인 업무를 3칸으로 옮긴다
반복적으로 하는 업무 1건을 골라, 고정 / 남김 / 질문으로 분류한 한 장짜리 설계 체크리스트를 만든다.
3-1. 문서 설계 전략16 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · OVERVIEW
실습 한눈에
INPUT
반복 업무 1건
본인이 매주 또는 매월 반복하는 업무 한 가지를 고른다.
PROCESS
3칸 분류
업무의 구성 항목을 적은 뒤 고정 / 남김 / 질문으로 분류한다.
OUTPUT
설계 체크리스트
한 장 분량. 다음 모듈 6칸 템플릿의 재료가 된다.
3-1. 문서 설계 전략17 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · INPUT SPEC
입력 — 어떤 업무가 적합한가
조건 1
반복적
매주, 매월, 매분기 — 같은 형식의 산출물이 반복적으로 필요한 업무.
조건 2
형식이 있다
완성된 산출물의 모양이 어느 정도 정해져 있다. 백지에서 시작하지 않는다.
조건 3
입력은 매번 다르다
회의록, 데이터 파일, 사용자 피드백 — 내용은 매번 새로 들어온다.
적합 후보 예시
회의록 정리주간/월간 회의의 요약본
주간 보고지표 + 코멘트 정형 문서
채용 인터뷰 노트면접 후 평가 정리
3-1. 문서 설계 전략18 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · PROCESS
작성 절차 — 다섯 단계로 채운다
STEP 1
산출물 형식
완성된 모양(섹션 이름·길이·표 형태)을 먼저 적는다.
STEP 2
매번 같은 규칙
역할·목표·금지를 형식 옆에 적는다. 이게 고정 칸이다.
STEP 3
사람의 판단
매번 다시 봐야 할 항목을 분리해 남김 칸으로 옮긴다.
STEP 4
모르는 값
답을 모르는 항목은 질문 칸에 놓고 빈칸으로 둔다.
STEP 5
한 줄 예시
각 칸에 한 줄짜리 예시를 붙인다. 다음 단계의 재료가 된다.
3-1. 문서 설계 전략19 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · WORKED EXAMPLE
데모 — 회의록 변환의 설계 체크리스트
# 설계 체크리스트 — 회의록 → 1page 기획안
## 고정 (매번 같이)
- 역할: PM 보조. 임원 2명에게 보낼 1page 기획안을 만든다
- 목표: 확정된 방향과 결정되지 않은 항목을 한 페이지 기획안 칸으로 분리
- 금지: 회의에서 확정되지 않은 수치·일정·우선순위를 결론처럼 단정하지 않는다
- 형식: 7칸 — 제목 / 배경 / 문제 / 사용자 / 해결 방향 / 성공 기준 / 확인 필요 항목
## 남김 (매번 사람이 본다)
- 해결 방향의 강조점과 톤 — 의사결정자 성향에 따라
- 어느 미결정 항목을 확인 필요 항목으로 끌어올릴지 — 다음 회의 일정에 따라
- 배경에 어떤 회의 인용을 그대로 둘지 — 보존 표현 선정
## 질문 (입력 시점에 채운다)
- 회의 일자, 참석자
- 확정된 요구사항
- 확인되지 않은 수치·출처
3-1. 문서 설계 전략20 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · SELF-CHECK
자기 검수 — 두 번 돌려서 같은지 본다
CHECK 1
역할 고정
새 세션으로 한 번 더 호출해 AI가 자기 역할을 같은 문장으로 답하는가.
CHECK 2
금지 고정
"안 할 행동"을 다시 뽑게 했을 때 같은 동사·목적어로 나오는가.
CHECK 3
형식 고정
출력 섹션 이름과 순서가 두 번 다 같은가.
CHECK 4
남김은 매번 새로
남김 칸이 두 번째 호출에서 다른 값으로 채워지는가. 같으면 추측이 들어간 것.
어긋났을 때
역할 어긋남역할 칸을 한 문장으로 더 좁힌다
금지 어긋남추상 표현을 동사 + 목적어로 다시 적는다
형식 어긋남섹션 이름과 길이를 명세에 못 박는다
남김이 같음남김 칸의 임의 값을 지운다
3-1. 문서 설계 전략21 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-1-3 · DELIVERABLE
산출물 기준 — 한 장 설계 체크리스트
고정 4~6항 / 남김 2~4항 / 질문 2~4항 — 세 칸이 모두 채워진 한 장 분량.이 카드를 다음 모듈(3-2)의 6칸 md 템플릿 입력으로 그대로 가져간다.
3-1. 문서 설계 전략22 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTEPART 3-2
MODULE · 3-2
3-2. 규칙 템플릿화
3-1에서 나눈 칸을 실제 md 본문으로 옮긴다. 6칸 골격 — 역할 / 목표 / 금지 / 출력 / 예시 / 검수.
SECTION BREAK23 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · CLIP 1
CLIP 2003-2-120분 · 강의
역할이 잘 보이는 md
역할 한 줄이 흐리면 그 아래 모든 칸이 흐려진다. 역할은 책임의 경계다.
3-2. 규칙 템플릿화24 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · WHY
문제 — "회의록 정리해줘"는 역할이 없다
역할이 없으면 AI는 자기 마음대로 골라 행동한다. 같은 회의록도 PM 톤으로, 기자 톤으로, 요약기 톤으로 매번 다르게 나온다.역할 한 줄이 빠지면 나머지 칸을 잠가도 효과가 약해진다.
3-2. 규칙 템플릿화25 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · CONCEPT
역할 한 줄에 들어가야 할 세 가지
요소 1
누구처럼
직무·관점. PM 보조, 데이터 분석가, 카피라이터 — 무엇처럼 굴어야 하나.
요소 2
누구를 위해
독자. 임원 2명, 사용자, 동료 PM — 산출물의 실제 수신자를 정한다.
요소 3
무엇을 만든다
산출 형태. 1page 기획안, 보고서, 한 줄 요약 — 결과물의 모양.
3-2. 규칙 템플릿화26 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · TEMPLATE
역할 한 줄 — 한 문장 공식
너는 [누구처럼]이고, [독자]를 위해 [산출물]을 만든다.세 요소가 다 채워지면 한 줄로 톤·관점·산출 형태가 잡힌다.
3-2. 규칙 템플릿화27 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · DEMO
변환 전후 — 역할 한 줄이 들어가면
업무 요청
역할 변환 전
역할 변환 후
회의록 변환
"회의록 정리해줘"
"너는 PM 보조이고, 결정자(임원 2명)를 위해 1page 기획안을 만든다"
주간 보고
"이번 주 보고 써줘"
"너는 팀장 보조이고, 본부장을 위해 지표 5개의 주간 변동 요약을 만든다"
인터뷰 노트
"인터뷰 정리해줘"
"너는 채용 매니저 보조이고, 면접관 그룹을 위해 후보자 평가 1page 노트를 만든다"
3-2. 규칙 템플릿화28 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-1 · CLOSE
역할이 잠기면 톤도 잠긴다
역할 한 줄이 잠기면 그 아래 칸들(금지·형식)도 같이 잠긴다.
3-2. 규칙 템플릿화29 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · CLIP 2
CLIP 2003-2-220분 · 강의
금지·출력형식·예시 — 나머지 잠글 칸
금지는 사고를 막고, 형식은 모양을 잡고, 예시는 그 둘을 한 번에 보여준다. 6칸 골격이 여기서 완성된다.
3-2. 규칙 템플릿화30 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · WHY
형식과 예시가 없으면 길이부터 매번 달라진다
역할만 적혀 있고 형식이 없으면, 같은 회의록도 어느 날은 한 페이지, 어느 날은 다섯 페이지로 나온다. 예시가 없으면 AI가 분량과 헤딩을 매번 다르게 정한다.
3-2. 규칙 템플릿화31 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · CONCEPT
세 칸의 역할 — 무엇을 잡나
금지
사고 예방
AI가 위험하게 행동하지 않도록 막는다. 추측 금지, 임의 결정 금지, 권한 밖 행동 금지.
출력 형식
빠른 정렬
섹션 이름·길이·표 모양을 정한다. 매번 같은 위치에 같은 정보가 들어간다.
예시
한 줄 견본
각 섹션에 한 줄짜리 예시를 붙인다. 형식 + 톤이 한 번에 잡힌다.
3-2. 규칙 템플릿화32 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · FIGURE
md 6칸 골격 — 책임을 나누는 칸들
여섯 칸이 다 잠기면 매번 같은 입력에 같은 형식의 산출물이 나온다.
3-2. 규칙 템플릿화33 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · DEMO
데모 — 회의록 변환의 6칸 채움
# 회의록 → 1page 기획안 — md 템플릿 v1
## 1. 역할
너는 PM 보조다. 결정자(임원 2명)를 위해 1page 기획안을 만든다.
## 2. 목표
회의에서 확정된 방향과 결정되지 않은 항목을 한 페이지 기획안 칸으로 분리해 결정자에게 보낸다.
## 3. 금지사항
- 회의에서 확정되지 않은 수치·일정·우선순위를 결론처럼 단정하지 않는다
- 단서 붙은 수치(예: "정확한 출처는 다시 뽑아 와야 한다")는 본문 결론이 아니라 확인 필요 항목으로만
- 참석자가 한 발언을 다른 사람에게 옮겨 적지 않는다
## 4. 출력 형식
A4 한 장. 7칸:
- 제목 (한 줄로 압축한 목표)
- 배경 (3줄 이내, 회의 관찰)
- 문제 (회의 인용 그대로)
- 사용자 또는 대상
- 해결 방향 (확정된 요구사항)
- 성공 기준 (확정된 한 줄)
- 확인 필요 항목 (미결정 모두)
## 5. 예시
- 문제: "일정·환불 안내가 페이지 맨 아래 작은 글씨" (회의 인용)
- 성공 기준: "신청 직후 환불·일정 문의를 줄인다" (보존 표현)
- 확인 필요 항목: 담당자·일정·CS 문의 수치 출처
## 6. 검수
받은 사람이 추가 질문 없이 다음 결정으로 넘어갈 수 있는가.
3-2. 규칙 템플릿화34 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-2 · CLOSE
6칸이 채워지면 매번 같은 모양으로 나온다
역할 + 목표 + 금지 + 형식 + 예시 + 검수. 여섯 칸이 채워진 md는 같은 입력에 같은 모양의 출력을 낸다. 다음은 본인 버전을 만드는 실습이다.
3-2. 규칙 템플릿화35 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · CLIP 3
CLIP 2003-2-320분 · 실습
실습 ② — md 템플릿 v1 완성
3-1의 설계 체크리스트를 6칸 골격에 옮긴다. 한 페이지짜리 마크다운 파일을 만든다.
3-2. 규칙 템플릿화36 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · OVERVIEW
실습 한눈에
INPUT
3-1 체크리스트
고정 / 남김 / 질문이 분류된 한 장 카드.
PROCESS
6칸 골격 채우기
역할 → 목표 → 금지 → 형식 → 예시 → 검수 순으로 한 칸씩.
OUTPUT
md 템플릿 v1
한 페이지 마크다운. 다음 모듈 한계 진단의 대상이 된다.
3-2. 규칙 템플릿화37 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · INPUT MAP
입력 — 3-1 체크리스트가 6칸의 어디로 가는가
3-1 체크리스트
3-2 6칸 골격
고정 · 역할
1. 역할 (그대로 옮김)
고정 · 목표
2. 목표 (그대로 옮김)
고정 · 금지
3. 금지사항 (그대로 옮김)
고정 · 형식
4. 출력 형식 (그대로 옮김)
남김 항목
4. 출력 형식 안의 빈칸 표시 또는 별도 메모
질문 항목
4. 출력 형식 안의 입력 시 받을 칸으로 표기
(새로 추가)
5. 예시 — 데모 한 줄
(새로 추가)
6. 검수 — 받는 사람이 볼 한 가지 기준
3-2. 규칙 템플릿화38 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · PROCESS
작성 절차 — 한 칸씩 채운다
STEP 1
역할·목표·금지·형식 옮기기
3-1 체크리스트의 고정 칸을 6칸 골격에 그대로 옮긴다.
STEP 2
예시 한 줄
각 출력 섹션마다 한 줄짜리 견본을 적는다. 형식과 톤을 같이 정한다.
STEP 3
검수 기준
받는 사람이 산출물을 보고 다음 행동으로 넘어갈 한 가지 기준을 적는다.
STEP 4
1회 시운전
실제 입력 한 건을 넣어 본다. 모양이 의도대로 나오는지 본다.
3-2. 규칙 템플릿화39 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · WORKED EXAMPLE
데모 — 주간 보고용 md 템플릿 v1
# 주간 보고 md 템플릿 v1
## 1. 역할
너는 팀장 보조다. 본부장을 위해 지표 5개의 주간 변동 요약을 만든다.
## 2. 목표
본부장이 한 페이지로 이번 주 변동 + 원인 + 다음 주 액션을 본다.
## 3. 금지사항
- 원인 추측 금지: 데이터에 없는 인과는 적지 않는다
- "잘 됐다/못 됐다" 평가 금지: 수치만 적는다
## 4. 출력 형식
- 지표 표 (지표명 / 이번 주 / 지난 주 / 변동률)
- 변동 요약 (각 지표 1줄)
- 다음 주 액션 (담당자 + 한 줄)
## 5. 예시
- "MAU 12.3만 (+5.2% w/w) — 신규 캠페인 효과로 추정"
- "@김팀장 — 캠페인 효과 측정 4/12까지"
## 6. 검수
본부장이 액션 한 건을 확정할 수 있는가.
3-2. 규칙 템플릿화40 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · SELF-CHECK
자기 검수 — 두 번 돌려서 같은지 본다
CHECK 1
역할 고정
새 세션 두 번 호출해 AI가 자기 역할을 같은 문장으로 답하는가. 세 요소(누구처럼 / 누구를 위해 / 무엇)가 두 번 다 나오는가.
CHECK 2
금지가 실제로 막는가
금지 위반에 가까운 입력을 일부러 넣었을 때 AI가 거부하거나 우회하는가. 안 막으면 추상 금지.
CHECK 3
형식 고정
두 번째 출력의 섹션 이름·순서·길이가 첫 번째와 같은가. 예시 한 줄의 모양을 따라가는가.
CHECK 4
시운전 2회 비교
실제 입력 1건을 두 번 넣어 고정 칸의 diff가 0인가. 다르면 잠금이 풀린 칸.
3-2. 규칙 템플릿화41 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-2-3 · DELIVERABLE
산출물 기준 — md 템플릿 v1
한 페이지 마크다운 파일. 6칸이 다 채워졌고, 1회 시운전한 결과가 의도와 비슷하다.이 파일이 다음 모듈(3-3) 한계 진단의 대상이 된다.
3-2. 규칙 템플릿화42 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTEPART 3-3
MODULE · 3-3
3-3. 문서의 강점과 한계
md가 deterministic하게 만들 수 있는 곳과 그렇지 못한 곳을 나누고 나면, 한계가 보이면서 어디서부터 4장의 분업형 하네스로 넘길지가 잡힌다.
SECTION BREAK43 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · CLIP 1
CLIP 2003-3-120분 · 강의
문서가 강한 일
md는 형식·규칙·반복 패턴에서 매번 같은 결과를 낸다. markdown이 deterministic하게 작동하는 영역이 여기다.
3-3. 문서의 강점과 한계44 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · WHY
문제 — md를 만능으로 보면 빈 곳이 안 보인다
"md만 잘 쓰면 다 풀린다"는 기대는 어느 순간 무너진다. 강점이 끝나는 곳을 알아야, 한계가 시작되는 곳도 보인다.
3-3. 문서의 강점과 한계45 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · CONCEPT
md가 강한 영역 — 세 가지
유형 1
출력 형식
섹션·길이·표 모양 — 매번 같은 모양으로 나오게 만든다.
유형 2
반복 규칙
금지/허용 규칙을 한 번 적어 두면 매번 같이 적용된다.
유형 3
같은 입력 패턴
구조가 비슷한 입력(회의록·로그·데이터 표)을 같은 처리로 변환.
3-3. 문서의 강점과 한계46 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · MAP
강함의 영역 — 어떤 작업이 md로 충분한가
작업 유형
md만으로 충분한가
이유
회의록 → 1page 기획안
충분
입력 형식 일정, 출력 형식 고정, 한 번 처리
인터뷰 노트 정리
충분
같은 평가 항목을 매번 채운다
주간 보고 작성
충분
지표·코멘트의 형식이 정해져 있다
채팅 문의 자동 분류
충분
분류 카테고리가 고정된 규칙
3-3. 문서의 강점과 한계47 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · DEMO
회의록 변환에서 md가 잡고 있는 것
7칸 출력 / "추측 금지" 규칙 / "PM 보조" 역할 — 매번 같이 적용된다.같은 회의록을 여러 번 변환해도 칸 구성이 매번 같다. markdown으로 deterministic하게 만든다는 말의 의미가 이 한 줄에 있다.
3-3. 문서의 강점과 한계48 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-1 · CLOSE
강한 영역이 끝나면 거기서부터가 한계다
md가 잘 잡는 일은 한 번의 입력에 한 번의 출력, 형식이 정해진 변환이다. 그 너머로 여러 단계가 이어지고, 상태가 흐르고, 실패 후 복구까지 가야 한다면 — 거기서부터는 markdown만으로 풀리지 않는다.
3-3. 문서의 강점과 한계49 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · CLIP 2
CLIP 2003-3-220분 · 강의
문서가 약한 일
md로는 잡히지 않는 세 가지 — 순서, 상태, 재시도. 이 셋이 보이면 markdown만으로는 풀리지 않는다는 신호고, 4장의 분업형 하네스로 넘긴다.
3-3. 문서의 강점과 한계50 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · WHY
작업이 길어지면 md만으론 안 된다
한 번의 입력 → 한 번의 출력은 md가 잘한다. 그러나 여러 단계가 이어지고, 단계 사이에 결과가 누적되고, 중간에 실패하면 어디로 돌아갈지 — 이 영역은 문서만으로 안 된다.
3-3. 문서의 강점과 한계51 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · CONCEPT
md가 닿지 못하는 영역 — 세 가지
한계 1
순서
A 다음 B인지, B 다음 A인지 — 단계의 순서가 결과에 영향을 미치는데 md는 순서를 강제하지 못한다.
한계 2
상태
한 단계의 결과가 다음 단계에 입력으로 들어간다. 그 흐름은 문서 밖에서 따로 관리해야 한다.
한계 3
재시도
중간에 실패하면 어디로 돌아갈지 — 복구 지점은 실행 환경이나 코드에서 정해야 한다.
3-3. 문서의 강점과 한계52 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · MAP
한계의 영역 — md만으로 부족한 작업
작업 유형
md만으로 충분한가
왜 부족한가
회의록 100건 일괄 처리 + 실패 시 재시도
부족
실패 지점 추적과 복구는 md 밖
긴 문서 청크 → 단계별 요약 → 통합 요약
부족
단계 사이 상태가 흐른다
고객 문의 → 분류 → 해당 부서 라우팅 → 응답
부족
분기와 외부 시스템 호출이 섞인다
코드 리뷰 + 수정 + 재리뷰 사이클
부족
되돌이 흐름은 md로 강제 못 한다
3-3. 문서의 강점과 한계53 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · DEMO
회의록 변환에서 한계가 드러나는 대목
한 건 처리는 md로 충분하다. 그런데 회의록이 너무 길어 청크를 나눠야 한다면? 청크 사이의 결정사항이 어떻게 통합되는지, 어느 청크에서 결론이 나왔는지 — 이 흐름은 md만으로 다루기 어렵고, 4장의 분업형으로 넘어간다.
3-3. 문서의 강점과 한계54 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-2 · CLOSE
md의 끝, 분업형의 시작
markdown으로 해결이 안 된다면, 거기에 4장의 분업형 하네스가 들어선다.
3-3. 문서의 강점과 한계55 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · CLIP 3
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · OVERVIEW
실습 한눈에
INPUT
md 템플릿 v1
3-2 산출물.
PROCESS
충분 / 부족 / 이유
템플릿이 다루는 영역과 못 다루는 영역을 나눈다.
OUTPUT
한계 진단표
한 장. 4장의 분업형 하네스 입력이 된다.
3-3. 문서의 강점과 한계57 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · INPUT
입력 — 본인 md 템플릿 v1을 다시 펼친다
3-2의 6칸 중 어느 칸이 매번 같은 결과를 내는지, 어느 칸이 입력에 따라 매번 달라지는지 — 진단의 출발점은 본인 템플릿이다.
3-3. 문서의 강점과 한계58 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · PROCESS
작성 절차 — 세 칸을 채운다
STEP 1
충분
md 템플릿이 매번 같은 결과를 낸 곳. 형식·금지·규칙이 잘 적혀 있다.
STEP 2
부족
입력에 따라 결과가 달라지거나, 단계가 길어지면 무너지는 곳.
STEP 3
이유
왜 부족한지 — 순서? 상태? 재시도? 셋 중 어느 한계에 해당하는지 적는다.
STEP 4
4장 연결
"부족" 칸 옆에 "분업형으로 넘길 항목"이라고 표시한다.
3-3. 문서의 강점과 한계59 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · WORKED EXAMPLE
데모 — 회의록 변환 템플릿의 한계 진단표
항목
판정
이유 / 4장 연결
7칸 출력 형식
충분
—
"추측 금지" 규칙
충분
—
회의록 100건 일괄 처리
부족
실패 시 재시도 / 분업형 필요
긴 회의록 청크 분할 + 통합
부족
상태가 흐른다 / 분업형 필요
변환 후 슬랙 자동 전송
부족
외부 시스템 호출 / 분업형 필요
3-3. 문서의 강점과 한계60 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · SELF-CHECK
자기 검수 — 끝났는지 보는 네 가지
CHECK 1
판정 + 이유 한 줄
"부족"마다 "왜"가 한 줄로 붙어 있다.
CHECK 2
AI 재분류와 일치
같은 항목을 AI에게 다시 분류시켰을 때 순서/상태/재시도 중 같은 카테고리로 떨어지는가. 갈리면 판정 근거가 약하다.
CHECK 3
전부 부족이면 입력 재검토
본인 판정이든 AI 재분류든 모든 항목이 "부족"이면 md로 안 풀릴 일을 md로 풀려고 한 것. 입력 업무를 다시 본다.
CHECK 4
4장 연결 표시
"부족" 항목마다 분업형으로 넘길 표시가 붙어 있다.
3-3. 문서의 강점과 한계61 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-3-3 · DELIVERABLE
산출물 기준 — 한 장 한계 진단표
충분 항목 + 부족 항목 + 이유 + 4장 연결 표시.이 진단표가 3-4 프로젝트 1의 경계가 되고, 4장 분업형 하네스의 입력이 된다.
3-3. 문서의 강점과 한계62 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTEPART 3-4
MODULE · 3-4
3-4. 프로젝트 1 — 회의록 → 1page 기획안
앞의 셋(체크리스트·템플릿·진단표)과 2장의 인터뷰 하네스 v1을 합쳐 실제 프로젝트 산출물을 만든다.
SECTION BREAK63 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · CLIP 1
CLIP 2003-4-120분 · 사례 학습
obra/superpowers — md만으로 만든 행동 강령
실제로 운영되는 .md 행동 강령 사례. 무엇을 잠갔고, 무엇을 남겼고, 어디가 한계인지 본다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안64 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · INTRO
사례 — .md 파일들로만 만든 행동 강령
obra/superpowers는 AI 에이전트가 따를 행동 규칙을 일련의 .md 파일로 묶은 모음이다. 코드 없이 텍스트만으로 어디까지 행동을 잠글 수 있는지 보여주는 실제 사례다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안65 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · LOCKED
무엇을 잠갔나 — 관찰
관찰 1
역할과 권한
에이전트의 직무, 결정 권한, 결정을 사람에게 넘겨야 하는 항목을 명시.
관찰 2
행동 금지 목록
위험한 명령 실행 금지, 즉답 없이 분석 우선 등의 규칙이 한 줄씩 적혀 있다.
관찰 3
의사결정 트리
"X 상황에서는 Y 절차" 형태의 분기를 md 안에서 처리.
관찰 4
출력 모양
응답의 헤딩·길이·언어 톤을 md로 강제.
3-4. 프로젝트 1 — 회의록 → 1page 기획안66 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · STRENGTH
강점 — 이 구조가 막는 실패
강점 1
위험 행동 차단
"실행 전에 사람 확인"이 적혀 있어 임의 실행 사고가 안 일어난다.
강점 2
톤 일관성
응답 모양이 .md에 정의되어 있어 어느 세션에서나 같은 톤으로 답한다.
강점 3
책임 경계
"이건 사람이 결정"이라고 명시된 항목은 에이전트가 넘지 않는다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안67 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · LIMIT
한계 — 이 구조가 닿지 못하는 곳
한계 1
긴 작업 흐름
여러 단계가 이어지는 작업에서 단계 사이 상태는 md 밖에서 잡힌다.
한계 2
외부 시스템
슬랙·DB·API 호출은 md만으로 강제할 수 없다.
한계 3
실패 복구
중간 실패 시 어디로 돌아갈지 — md는 안내만 하고 강제하지는 못한다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안68 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-1 · APPLY
적용 — 4-3에서 실제로 옮길 항목
AGENTS · CLAUDE 류 → SKILL.md 본문
역할·금지선·책임 경계를 frontmatter 아래 named 섹션으로.
skills/*.md → 본문 섹션 분리
역할·제약·처리·출력·검수를 한 문단에 섞지 않고 섹션으로 나눈다.
hooks/ → PostToolUse hook
보존 표현 인용·확인 필요 항목 섹션·미확인 수치 단정을 .claude/hooks/에서 자동 검사.
using-superpowers → 메타 스킬
using-1page-harness/SKILL.md 한 파일에 행동 양식을 모아 둔다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안69 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · CLIP 2
CLIP 2003-4-220분 · 실습
실습 ④ — 변환 흐름 설계도
회의록 입력에서 1page 기획안 출력까지 — 단계 흐름을 한 장의 도식으로 그린다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안70 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · OVERVIEW
실습 한눈에
INPUT
3-1·3-2·3-3 산출물 + Superpowers 관찰
체크리스트 + 템플릿 v1 + 진단표 + 4-1 관찰 표.
PROCESS
처리 순서 그리기
원문 보존 → 확정/미결정 분리 → 출력 칸 맵핑 → 확인 필요 항목 분리 → 보존 표현 검사 → 마감.
OUTPUT
흐름 설계도 1장
이어지는 프로젝트 1 스킬 워크스페이스의 골격이 된다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안71 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · INPUT MAP
입력 명세 — 각 산출물이 어디로 가는가
산출물
흐름 설계도에서의 역할
2장 인터뷰 하네스 v1
변환이 무엇이고 왜 하는지를 한 줄로 정한다
3-1 설계 체크리스트
고정 / 남김 / 질문 분류
3-2 md 템플릿 v1
잠금 칸 본문 — 6칸 골격
3-3 한계 진단표
충분 / 부족 영역 표시
3-4-1 superpowers 적용 노트
가져갈 패턴 / 안 가져갈 패턴
3-4. 프로젝트 1 — 회의록 → 1page 기획안72 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · FIGURE
변환 흐름 설계도 — 처리 순서
STEP 1
원문 보존
회의록 원문을 그대로 첨부하거나 인용 블록으로 둔다.
STEP 2
확정 / 미결정 분리
회의에서 확정된 내용과 결정되지 않은 내용을 두 묶음으로 나눈다.
STEP 3
출력 칸 맵핑
확정 내용만 제목·배경·문제·사용자·해결 방향·성공 기준 칸으로 옮긴다.
STEP 4
확인 필요 항목 분리
미결정 내용은 결론 칸과 다른 칸에 따로 모은다.
STEP 5
보존 표현 인용 검사
회의록의 핵심 표현이 큰따옴표로 남아 있는지 마지막에 다시 본다.
STEP 6
마감
한 페이지 안에 결론 칸과 확인 필요 항목 칸이 모두 들어가는지 확인.
3-4. 프로젝트 1 — 회의록 → 1page 기획안73 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · WORKED EXAMPLE
데모 — 한 페이지 흐름 설계도
제목: 회의록 → 1page 기획안 변환 v1입력: 회의록 원문 + 확인된 요구사항 + 반드시 보존할 표현분해: 확정된 내용 / 결정되지 않은 내용으로 두 묶음맵핑: 확정 내용은 결론 칸으로, 미결정은 확인 필요 항목 칸으로출력: 1page 기획안 (제목·배경·문제·사용자·해결 방향·성공 기준·확인 필요 항목)검수: 보존 표현 인용 유지 + 미확인 사실이 결론 칸에 없는지
3-4. 프로젝트 1 — 회의록 → 1page 기획안74 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · SELF-CHECK
자기 검수 — 끝났는지 보는 네 가지
CHECK 1
처리 순서 전부
원문 보존 → 확정/미결정 분리 → 결론 칸 맵핑 → 확인 필요 항목 분리 → 보존 표현 검사 → 마감.
CHECK 2
단계당 한 줄
한 단계에 두 일이 섞여 있으면 분리.
CHECK 3
결론 / 확인 필요 항목 분리
확정된 결론 칸과 미결정 칸이 서로 다른 칸으로 나뉘어 있다.
CHECK 4
한계 진단표 부족 항목 제외
md로 부족한 항목은 본 설계에서 빠지고, 4장 분업형 후보로만 표시된다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안75 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-2 · DELIVERABLE
산출물 기준 — 한 장 흐름 설계도
처리 순서가 한 장에 명시. 결론 / 확인 필요 항목 경계가 분명. 한계 진단표의 부족 항목은 본 설계 밖.이 설계도가 곧이어 이어지는 프로젝트 1 스킬 워크스페이스의 골격이 된다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안76 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · CLIP 3
CLIP 2003-4-320분 · 실습
실습 ⑤ — 프로젝트 1 스킬 워크스페이스
설계도를 Claude Code 스킬로 옮긴다. SKILL.md(frontmatter 포함) · PostToolUse hook · settings.json 세 파일을 .claude/ 폴더 하나로 묶는다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안77 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · INPUT
입력 — 앞 산출물이 워크스페이스의 어디로 가는가
출처
워크스페이스에서의 역할
3-1 설계 체크리스트
SKILL.md 본문의 역할 · 금지 · 출력 형식 섹션
3-2 md 템플릿 v1
SKILL.md 본문의 골격 (역할 / 입력 / 처리 / 금지 / 출력 / 예시)
3-3 한계 진단표
SKILL.md 본문의 적용 범위 · 적용 범위 밖 섹션
3-4-1 Superpowers 관찰 + 작성 프랙티스
SKILL.md frontmatter(name·description·triggers) + .claude/ 폴더 구조
3-4-2 설계도
SKILL.md 처리 순서 · 출력 맵핑 · hook 검사 항목
3-4. 프로젝트 1 — 회의록 → 1page 기획안78 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · STRUCTURE
워크스페이스 골격 — Claude Code 스킬 한 묶음
<프로젝트-루트>/
└── .claude/
├── settings.json ← SessionStart + PostToolUse 트리거 등록
├── hooks/
│ ├── session-start.sh ← 세션 시작 시 핵심 규약을 컨텍스트 상단에 주입
│ └── check-1page-output.sh ← Write/Edit 직후 산출물 가드 (검사 n종)
└── skills/
├── using-<프로젝트>-harness/
│ └── SKILL.md ← 메타 스킬: hook 협업 규약·재작성 행동 양식
└── <도메인>-to-1page/
└── SKILL.md ← 도메인 스킬: 보존 표현·7칸 스키마·처리 순서·예시
# 두 스킬의 분담 — Superpowers 패턴 그대로
메타 (using-*) → 어떤 도메인이든 공통인 협업 규약
도메인 (meeting-*) → 본 작업에만 적용되는 구체 규칙
3-4. 프로젝트 1 — 회의록 → 1page 기획안79 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · PROCESS
작성 절차 — 워크스페이스 파일 채우기
STEP 1
폴더 정렬
using-<프로젝트>-harness/ 와 <도메인>-to-1page/, hooks/ 폴더 먼저 만든다.
STEP 2
메타 스킬
using-* SKILL.md에 hook 협업 규약·재작성 행동 양식·도메인 호출 순서.
STEP 3
도메인 스킬
<도메인>-to-1page SKILL.md에 보존 표현·7칸 스키마·처리 순서·예시.
STEP 4
SessionStart hook
session-start.sh로 핵심 규약을 stdout 출력. 세션 시작 시 컨텍스트 상단에 박힌다.
STEP 5
PostToolUse hook
check-1page-output.sh로 보존 표현·확인 필요 항목 섹션·미확인 수치 단정을 사후 검사.
STEP 6
settings + 시운전
settings.json에 둘 다 등록 후 회의록 1건으로 시운전.
3-4. 프로젝트 1 — 회의록 → 1page 기획안80 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · WORKED EXAMPLE
데모 — 채워진 SKILL.md
---
name: meeting-to-1page
description: Use when converting a meeting note into a 1page draft.
Triggers on "회의록 정리", "1page 기획안", "회의록 → 1page".
---
# Meeting → 1page Planning Harness
## 역할
- 회의록 원문과 확인된 요구사항 안에서만 1page 초안을 7칸으로 구조화
- "반드시 보존할 표현"은 큰따옴표 인용으로 유지
## 제약
- 회의록에 없는 수치·일정·담당자는 결론처럼 쓰지 않는다
- 단서 붙은 수치는 본문 결론이 아니라 확인 필요 항목으로만
## 처리 순서
원문 보존 → 확정/미결정 분리 → 결론 칸 맵핑 → 확인 필요 항목 분리
→ 보존 표현 인용 검사 → 한 페이지 마감
## 출력 형식
제목 · 배경 · 문제 · 사용자 · 해결 방향 · 성공 기준 · 확인 필요 항목
## Hook 협업 규약
파일명에 1page / one-page 포함 시 PostToolUse hook이 자동 검사
① 보존 표현 인용 ② 확인 필요 항목 섹션 ③ 미확인 수치 단정 차단
exit 2 받으면 위반 위치만 보정. 두 번 연속 실패 시 사용자 보고.
## 적용 범위 밖 (4장 분업형 / MCP형 후보)
회차별 답변 추적 / 자동 재시도 횟수 제어 / 외부 회신 단계 순서
3-4. 프로젝트 1 — 회의록 → 1page 기획안81 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · SELF-CHECK
자기 검수 — 워크스페이스 여섯 파일
CHECK 1
메타 스킬 + 도메인 스킬 분리
using-<프로젝트>-harness/ 와 <도메인>-to-1page/ 두 SKILL.md가 따로 있다. 메타에는 협업 규약, 도메인에는 보존 표현·스키마.
CHECK 2
frontmatter triggers
두 SKILL.md의 description에 본인 도메인 트리거 단어가 들어가 있다.
CHECK 3
SessionStart + PostToolUse hook
session-start.sh가 규약을 stdout 출력, check-1page-output.sh가 사후 검사. settings.json에 둘 다 등록.
CHECK 4
시운전 메모
세션 시작 시 SessionStart 안내가 들어오는지 + Write/Edit 직후 PostToolUse 통과/실패 한 줄.
최종 합격 기준
두 번째 시운전같은 형식 회의록을 다시 넣었을 때 출력 칸 구성이 첫 번째와 같은가
같지 않다면SKILL.md 시운전 메모에 이유 추가, v2 작업 항목으로 표시
3-4. 프로젝트 1 — 회의록 → 1page 기획안82 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · DELIVERABLE
프로젝트 1 산출물 — 회의록 → 1page 스킬 워크스페이스
.claude/ 폴더 하나에 메타 스킬 SKILL.md · SessionStart hook · PostToolUse hook · settings.json이 정렬되어 있고, 두 번 시운전 결과가 형식 일치.Superpowers에서 옮긴 네 구성(AGENTS·CLAUDE 류 지침 / skills 분리 / hooks 가드 / using-* 메타)이 한 묶음으로 정리되었다. 4장에서는 이 스킬의 적용 범위 밖 항목들을 분업형 하네스로 다시 본다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안83 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTE2003-4-3 · BRIDGE
4장으로 — md가 닿지 못하는 곳에서 시작한다
3장 워크스페이스의 "적용 범위 밖" 항목들 — 회차별 답변 추적, 자동 재시도 횟수 제어, 외부 회신 단계 순서, 입력별 회귀 케이스 — 이 항목들이 4장 분업형 하네스의 입력으로 그대로 넘어간다. md + hook으로는 여기까지 왔고, 그 너머는 4장에서 다시 푼다.
3-4. 프로젝트 1 — 회의록 → 1page 기획안84 / 86
FAST CAMPUS · CHAPTER 03 · KEYNOTECHAPTER SYNTHESIS
3장 정리 — 무엇을, 어떻게, 어디까지, 실제로
3-1
무엇을 잠글까
고정 / 남김 / 질문 — 3칸 프레임으로 나눈다.
3-2
어떻게 잠글까
역할·목표·금지·형식·예시·검수 — 6칸 골격.
3-3
어디까지 잠글까
md가 강한 영역(형식·규칙·반복)과 약한 영역(순서·상태·재시도)을 나눈다.
3-4
실제로 만든다
2장 인터뷰 하네스 + 3-1·3-2·3-3 산출물을 모아 회의록 → 1page 기획안 하네스 v1을 만든다.