CUBE.ai

바이브코딩

AI에게 다섯 개의 직책을 맡기면, 웹 개발도 혼자 배울 수 있습니다

2026.09.02

📌 이 글의 출처

이 글의 뼈대가 되는 "상자 속의 대학(University in a Box)"과 ALTER 프레임워크는 제 아이디어가 아닙니다. 산디프 스와디아(Sandeep Swadia) 가 자신의 유튜브 영상에서 이야기한 내용입니다.

화자는 어떤 사람인가요? 산디프 스와디아는 십대 시절 노숙을 겪고 인도의 아쉬람에서 승려 수행을 한 뒤, MIT에서 수학 석사와 MBA를 마치고 월스트리트를 거쳐 테크 기업 CEO를 지낸 사람입니다. 지금은 투자자이자 기업 멘토로 일하면서 유튜브에 학습·커리어 영상을 올리고 있어요. 영상 도입부의 "저는 수행 중인 승려였고, MIT 졸업생이었고, 테크 CEO였습니다"라는 자기소개가 여기서 나옵니다.

이 글에서 무엇이 원본이고 무엇이 제가 더한 것인가요?

  • 스와디아의 것: 문제 진단(무료 강의 완주율, 인턴 120명 일화), ALTER 다섯 역할, 조언자에게 던지는 5가지 결정, "teach me / test me", 비틀즈·픽사·F1·뱃사공 비유, 블룸의 2 시그마와 스탠퍼드 연구 인용
  • 제가 더한 것: 프롬프트 4요소 공식, 복사해서 쓸 수 있는 프롬프트 16개 전부, 웹 개발 학습에 맞춘 적용 사례, 각 인용의 원 논문 확인과 수치 정정, 도구의 2026년 8월 기준 최신 정보, 댓글 반론에 대한 답변

원본 영상은 웹 개발에 국한된 이야기가 아니라 모든 분야의 독학에 대한 이야기입니다. 이 글은 그 프레임워크를 웹사이트 개발을 공부하는 사람이 오늘 밤 바로 쓸 수 있는 프롬프트로 옮긴 것입니다. 전체 맥락은 꼭 원본 영상을 직접 보시길 권합니다.

목차

  1. 무료 강의는 넘치는데 왜 88%가 중도 포기할까?
  2. AI에게 '질문'이 아니라 '역할'을 준다는 건 무슨 뜻일까?
  3. 좋은 프롬프트는 왜 "내 상태 설명"에서 시작할까?
  4. 조언자(Advisor): 나만의 6주 커리큘럼은 어떻게 받아낼까?
  5. 사서(Librarian): 읽을 자료를 어떻게 골라 달라고 해야 할까?
  6. 튜터(Tutor): "이해한 척"을 어떻게 들키게 만들까?
  7. 에디터(Editor): 리뷰해 줄 시니어가 없을 때 뭘 요청해야 할까?
  8. 룸메이트(Roommate)와 마지막 질문: 그래서 AI가 다 해주면 나는 뭘 하나?

전체 지도

AI 독학 프롬프트" 타이틀 → 8개 블록(시작점 → 역할 부여 → 프롬프트 4요소 → 5갈래 직책 → 한 줄 요약

자, 본격적으로 들어가기 전에 지도부터 펼쳐 놓겠습니다. 오늘 우리가 걸어갈 길은 이렇게 생겼어요.

왼쪽 위에서 출발합니다. "자료는 넘치는데 왜 못 끝낼까"라는 문제 제기예요. 거기서 화살표 하나가 오른쪽으로 뻗어 나가 "AI에게 역할을 준다"는 발상으로 이어지고, 그 아래에 프롬프트 4요소라는 작은 상자가 하나 붙습니다. 이 상자가 오늘의 핵심 도구예요. 여기서부터 다섯 갈래의 가지가 뻗어 나가는데, 각각 조언자·사서·튜터·에디터·룸메이트입니다. 다섯 가지 끝에는 모두 체크박스가 달린 프롬프트 카드가 하나씩 매달려 있고요. 그리고 지도 맨 아래, 전구 아이콘이 그려진 요약 박스에서 다시 하나로 모입니다. "결국 노를 젓는 건 나"라는 문장으로요.

앞으로 각 섹션을 시작할 때마다 "지금 지도에서 어디쯤인지" 한 번씩 짚어 드리겠습니다. 길을 잃을 것 같으면 이 그림으로 돌아오시면 됩니다.

1. 무료 강의는 넘치는데 왜 88%가 중도 포기할까?

빈 강의실 + 냉장고 비유

지도의 가장 왼쪽 위, 출발점입니다.

먼저 좀 불편한 숫자부터 하나 보고 시작할게요. 하버드, MIT, 스탠퍼드 같은 대학들이 전 학기 강의를 통째로 인터넷에 무료로 풀어놨습니다. 그런데 그 강의를 시작한 사람 중 완주하는 비율은 대체로 5~15% 사이입니다. 뒤집어 말하면 열 명 중 아홉 명 가까이가 중간에 손을 놓는다는 뜻이죠.

이 진단을 꺼낸 사람은 산디프 스와디아입니다. 그가 영상에서 던진 일화가 하나 있어요. 미국의 대형 미디어 기업 신입 인턴 120명 앞에서 강연을 하게 됐는데, 첫 질문으로 "하루 30분 이상 AI를 쓰는 분?" 하고 물었대요. 다 손을 들 줄 알았는데 서른 명도 안 올라왔습니다. 이어서 "그럼 하루 30분 이상 인스타그램 쓰는 분?" 하고 물으니 전원이 손을 들었고요.

여기서 스와디아가 내린 진단이 이 글 전체의 출발점입니다. 지금은 자료가 없어서 못 배우는 시대가 아니라, 아무도 내 학습을 설계해 주지 않아서 못 배우는 시대라는 거예요.

생각해 보면 당연합니다. 여러분이 유튜브에서 "React 강의"를 검색하면 수백 개가 쏟아집니다. 그런데 그중에 여러분이 지금 봐야 할 강의가 뭔지 알려주는 사람은 아무도 없어요. 클론코딩 영상 세 개를 완주해도 막상 처음부터 뭔가를 만들라고 하면 손이 안 움직이는 이유가 이겁니다. 재료는 잔뜩 사 왔는데 레시피가 없는 냉장고 같은 상태인 거죠. 닭가슴살도 있고 파프리카도 있고 파스타면도 있는데, 그래서 오늘 저녁에 뭘 만들어야 하는지는 아무도 안 알려줍니다. 결국 배달앱을 켜죠. 강의를 끝까지 못 보고 새 강의를 결제하는 것과 정확히 같은 행동입니다.

학원이나 부트캠프의 진짜 가치도 사실 여기에 있었습니다. 지식이 아니라 순서와 마감을 팔았던 거예요. 그런데 수료하는 순간 그 두 개가 동시에 사라집니다. 그래서 수료 직후가 제일 위험한 시기예요.

그럼 그 순서와 마감을, 이제는 누가 만들어줄 수 있을까요? 그 답을 지도의 두 번째 칸에서 찾아보겠습니다.

참고 자료

2. AI에게 '질문'이 아니라 '역할'을 준다는 건 무슨 뜻일까?

검색창 ✕ ↔ 5개 명찰 ALTER

지도에서 첫 번째 화살표를 타고 오른쪽으로 넘어왔습니다. 다섯 갈래가 뻗어 나가기 직전의 자리예요.

AI를 이제 막 써보기 시작한 분들이 거의 예외 없이 하는 실수가 하나 있습니다. AI를 검색창처럼 쓰는 것입니다. "리액트가 뭐야?" 물어보고, 답을 받고, 창을 닫습니다. 다음 날 또 "useState가 뭐야?" 물어보고, 답을 받고, 창을 닫아요. 이러면 AI는 그냥 말이 좀 많은 구글입니다. 실제로 얻는 것도 구글과 크게 다르지 않고요.

스와디아가 영상에서 제안하는 건 완전히 다른 사용법입니다. AI에게 직책을 주라는 것. "너는 지금부터 내 학습 설계자다. 이 직책이 할 일은 이러이러하다"라고 선언하고 시작하는 거예요. 검색창을 두드리는 게 아니라 사람을 고용하는 감각에 가깝습니다.

비유를 하나 들어볼게요. 공사 현장에 갔다고 칩시다. 지나가는 인부를 붙잡고 "이 벽 뭐예요?" 하고 물으면 "벽입니다" 하는 답이 돌아옵니다. 틀린 답은 아니에요. 그런데 같은 사람에게 "당신이 이 집의 설계를 맡았다고 치고, 내 예산과 가족 구성을 먼저 물어본 다음 도면을 그려주세요"라고 하면 완전히 다른 대화가 시작됩니다. AI는 후자를 아주 잘합니다. 그런데 대부분의 사람이 전자만 시키고 있어요.

그가 맡기라고 말하는 직책이 다섯 개고, 영어 앞글자를 따면 ALTER가 됩니다. 스와디아는 이 다섯 개를 묶어 "상자 속의 대학(University in a Box)"이라고 부릅니다. 아래 표의 다섯 역할과 그 정의는 전부 영상에서 그가 제시한 것입니다.

직책사람으로 치면시키는 일
Advisor 조언자학과 지도교수내 수준을 인터뷰한 뒤 6주짜리 커리큘럼을 짜준다
Librarian 사서도서관 사서수천 개 자료 중 읽을 서너 개만 골라준다
Tutor 튜터과외 선생내가 이해한 척하는 걸 질문으로 잡아낸다
Editor 에디터편집자·코드 리뷰어내 결과물의 허점을 지적하고 다듬는다
Roommate 룸메이트다른 과 친구전혀 다른 분야의 시각을 빌려준다

여기까지가 원본 영상의 뼈대입니다. 이제부터는 이 뼈대에 살을 붙이는 작업인데, 먼저 AI를 처음 쓰시는 분들을 위해 용어 세 개만 짚고 가겠습니다.

  • 역할 부여: "너는 ~다"라고 정해주는 첫 문장. AI는 이 한 줄에 따라 답변의 톤, 깊이, 심지어 되물어보는 습관까지 바뀝니다.
  • 맥락(컨텍스트): 내가 누구고 지금 어디쯤인지 알려주는 정보. 이게 없으면 AI는 "평균적인 사람"을 상대로 답합니다. 그리고 여러분은 평균적인 사람이 아니에요.
  • 대화 이어가기: 한 번에 완벽한 답을 받으려 하지 말고, 한 스레드 안에서 계속 되묻는 것. 대화가 길어질수록 AI가 나에 대해 아는 게 많아집니다.

요즘은 이 "역할 부여"를 아예 제품 기능으로 만들어 놓은 것들도 있습니다. ChatGPT의 Study Mode, Gemini의 Guided Learning, Claude의 학습 모드(Learning Mode)가 그것들인데, 셋 다 공통점이 하나예요. 정답을 바로 안 줍니다. "지금 알고 있는 게 뭔가요?"부터 되묻고, 이해했는지 확인한 뒤에야 다음을 열어줍니다. 우리가 이 글에서 손으로 만들 프롬프트가 바로 이 모드를 더 정밀하게 재현하는 작업이라고 보시면 됩니다.

그런데 말이죠, 직책만 준다고 다 되는 게 아닙니다. 지도교수를 고용해 놓고 "알아서 해주세요"라고 하면 그 교수도 답이 없어요. 뭘 알려줘야 할까요? 다음 칸이 오늘 글에서 가장 중요한 부분입니다.

참고 자료

3. 좋은 프롬프트는 왜 "내 상태 설명"에서 시작할까?

나침반·깃발·자물쇠·도장 4분할

지도 한가운데, 다섯 갈래가 갈라지기 직전에 놓인 작은 상자입니다. 여기가 오늘의 심장이에요.

먼저 이 글에 계속 등장할 가상의 학습자를 한 명 정해두겠습니다. 여러분 상황에 맞게 숫자만 바꿔 쓰시면 됩니다.

오늘의 주인공 부트캠프를 막 수료했습니다. HTML/CSS는 편하고, JavaScript는 map, filter, async/await까지는 쓸 줄 압니다. React로 투두리스트와 쇼핑몰 클론을 만들어봤지만, 왜 그렇게 쓰는지는 모릅니다. useEffect의 의존성 배열은 빨간 줄이 안 뜰 때까지 넣었다 뺐다 합니다. 목표는 3개월 안에 포트폴리오 하나를 제대로 완성해서 신입 지원을 시작하는 것입니다.

자, 이제 실험을 해볼게요. 같은 사람이 AI에게 두 가지 방식으로 물어봅니다.

나쁜 예:

리액트 알려줘

이걸 받은 AI는 뭘 할까요? 세상 모든 사람에게 통하는 평균값을 뱉습니다. JSX가 뭔지, 컴포넌트가 뭔지, props가 뭔지… 우리 주인공이 이미 아는 내용으로 화면이 가득 찹니다. 그리고 정작 막힌 useEffect 이야기는 저 아래 어딘가에 한 줄로 지나가죠. 시간만 버립니다.

건강검진에 비유해 볼게요. 병원에 가서 "아파요"라고만 말하면 의사가 뭘 할 수 있겠습니까. 언제부터, 어디가, 어떤 식으로 아픈지를 말해야 진단이 시작됩니다. 프롬프트도 똑같아요. 증상 진술이 정확할수록 처방이 정확해집니다.

그래서 오늘 여러분이 딱 하나만 가져가신다면, 이 공식입니다. 참고로 이 4요소 공식은 스와디아가 영상에서 이런 이름으로 정리한 것은 아니고, 그가 조언자에게 던지라고 말한 5가지 결정(뒤에 나옵니다)을 프롬프트 문장으로 옮기기 쉽게 제가 압축한 형태입니다.

좋은 프롬프트 = ① 현재 좌표 + ② 목적지 + ③ 제약 + ④ 검증 기준

  • ① 현재 좌표: 내가 할 줄 아는 것과 못 하는 것을 구체적인 문법·도구 이름으로 적습니다. "초보입니다"는 좌표가 아니에요. "async/await는 쓰지만 이벤트 루프는 설명 못 합니다"가 좌표입니다.
  • ② 목적지: 다 배우고 나면 무엇을 할 수 있어야 하는지를 적습니다. "React를 잘하고 싶다"가 아니라 "로그인·CRUD·배포까지 되는 포트폴리오를 혼자 만들 수 있다"입니다.
  • ③ 제약: 시간, 기간, 쓰는 도구, 하지 말아야 할 것. AI는 제약이 없으면 반드시 과욕을 부립니다. 6주 커리큘럼에 GraphQL이랑 Kubernetes를 끼워 넣어요.
  • ④ 검증 기준: 뭘 만들어내면 "통과"인지. 이게 없으면 학습이 영원히 안 끝납니다.

이 네 가지를 담은 문장은 이렇게 생겼습니다.

좋은 예 — 프롬프트 ①

너는 나를 담당하는 웹 개발 학습 코치야.

[현재 좌표]
- HTML/CSS: 반응형 레이아웃까지 혼자 작성 가능
- JavaScript: map/filter/reduce, async/await 사용 가능. 하지만
  이벤트 루프, 클로저, this 바인딩은 설명하지 못함
- React: 투두리스트·쇼핑몰 클론 완성 경험 있음. 하지만
  useEffect 의존성 배열을 감으로 채우고, 리렌더링이 왜 일어나는지 모름
- Git: add/commit/push만 사용. 브랜치와 PR은 안 써봄
- 백엔드: 경험 없음

[목적지]
3개월 뒤, 로그인과 CRUD가 동작하고 실제 URL로 배포된
포트폴리오 웹앱 1개를 혼자 처음부터 만들 수 있는 상태

[제약]
- 평일 2시간, 주말 4시간까지만 가능
- 새로운 라이브러리를 늘리지 말고 React + 기본 도구 위주로
- 이론 강의보다 손으로 만드는 시간이 더 많아야 함

[검증 기준]
매주 끝에 "이걸 만들어내면 통과"라고 할 수 있는 산출물이 하나씩 있어야 함

지금 당장 커리큘럼을 짜지 마. 먼저 내 현재 좌표에서
가장 위험한 구멍이 어디인지 찾기 위해 나에게 질문을 던져줘.
질문은 한 번에 하나씩만, 최대 5개까지.

마지막 두 줄을 눈여겨보세요. "지금 당장 답하지 말고 먼저 물어봐"입니다. 이 한 줄이 AI를 검색창에서 코치로 바꿉니다. 자기가 알아서 짜버린 커리큘럼은 여러분 것이 아니에요. 인터뷰를 거쳐야 비로소 여러분 것이 됩니다.

그런데 "내 현재 좌표를 뭐라고 써야 할지 모르겠는데요?"라고 하실 수 있어요. 아주 정상입니다. 자기 수준을 정확히 아는 사람은 거의 없습니다. 그럴 땐 좌표를 만드는 것부터 AI에게 시키면 됩니다.

프롬프트 ② — 내 상태를 진단해서 좌표로 만들어주기

너는 신입 웹 개발자를 평가해 본 경험이 많은 면접관이야.

내 실력을 스스로 설명하기 어려워서 도움이 필요해.
지금부터 나에게 웹 프론트엔드 기초를 확인하는 질문을 던져줘.

규칙:
1. 질문은 한 번에 하나씩. 내가 답하면 다음 질문으로 넘어가.
2. "아세요?"가 아니라 "이 상황에서 어떻게 되나요?"처럼
   실제 상황을 주고 판단하게 만들어.
3. 내가 얼버무리면 넘어가지 말고 그 지점을 한 번 더 파고들어.
4. 총 10개 질문이 끝나면, 내 답변을 근거로
   - 확실히 아는 것
   - 안다고 착각하는 것
   - 아예 모르는 것
   세 가지로 분류한 "현재 좌표 문서"를 마크다운으로 만들어줘.
5. 그 문서는 내가 앞으로 다른 대화에 복사해 붙일 수 있게 써줘.

이 프롬프트의 결과물이 앞으로 나올 모든 프롬프트의 [현재 좌표] 자리에 그대로 들어갑니다. 한 번 만들어두고 계속 재사용하는 자산이에요. 2주에 한 번씩 다시 돌려서 갱신하시면 성장 기록이 되기도 하고요.

공식을 손에 넣었으니, 이제 다섯 개의 직책을 하나씩 고용해 보겠습니다.

참고 자료

4. 조언자(Advisor): 나만의 6주 커리큘럼은 어떻게 받아낼까?

비틀즈·조지 마틴 + 6주 달력·가위

지도에서 다섯 갈래 중 첫 번째 가지입니다. 학사 일정을 짜는 자리예요.

스와디아가 이 대목에 붙인 이야기가 재미있습니다. 1960년대 리버풀에 존 레논, 폴 매카트니, 조지 해리슨이라는 십대 셋이 있었어요. 밴드 이름은 '조니 앤 더 문독스'였고, 런던의 모든 음반사에서 퇴짜를 맞았습니다. 그러다 조지 마틴이라는 프로듀서를 만납니다. 훗날 '다섯 번째 비틀'이라고 불린 사람이죠. 마틴이 한 일은 노래를 대신 만들어준 게 아니었습니다. 넷이 스스로 못 듣던 것을 대신 들어준 것이었어요.

좋은 조언자의 역할이 딱 이겁니다. 실력을 대신 쌓아주는 게 아니라, 내가 못 보는 내 상태를 보고 순서를 잡아주는 것.

그런데 이게 왜 지금까지 아무나 못 누렸을까요? 비싸서입니다. 대학이 학생 한 명 한 명에게 맞춤 커리큘럼을 짜주면 바로 파산합니다. 헬스장이 회원 전원에게 PT 트레이너를 붙여줘도 마찬가지고요. 그런데 지금은 그 조언자를 무료 요금제로도 고용할 수 있게 됐습니다. 이게 진짜 변화예요.

조언자에게는 다섯 가지 결정을 받아내야 합니다. 스와디아가 영상에서 제시한 목록이고, 원본에서 가장 실용적인 대목입니다. 아래 다섯 항목은 그의 표현을 거의 그대로 옮긴 것이에요.

  1. 목적지 — 끝났을 때 뭘 할 수 있어야 하나?
  2. 현재 좌표 — 지금 어디에 서 있나? (AI가 나를 인터뷰해서 찾게 만든다)
  3. 순서 — 어떤 순서로 배워야 하나?
  4. 제외 목록 — 지금은 무시해도 되는 게 뭔가?
  5. 마일스톤 — 뭘 만들어내면 통과인가?

이 중에 초보자가 압도적으로 많이 빠뜨리는 게 4번입니다. 학습 계획을 세울 때 우리는 "뭘 배울까"만 적어요. 그런데 실제로 완주를 결정하는 건 뭘 안 배울지입니다. 짐을 싸는 것과 같습니다. 여행 가방에 뭘 넣을지 고민하는 사람은 많은데, 뭘 빼야 가방이 닫히는지 고민하는 사람은 적어요. 그리고 가방이 안 닫히면 여행 자체를 못 갑니다.

프롬프트 ③ — 6주 커리큘럼 설계 (완성형)

너는 나를 담당하는 웹 개발 학습 설계자야.
아래 정보를 근거로 6주 커리큘럼을 설계해줘.

[현재 좌표]
(프롬프트 ②로 만든 진단 문서를 여기에 붙여넣기)

[목적지]
6주 뒤: React로 로그인 + 게시글 CRUD가 동작하는 웹앱을
       혼자 처음부터 만들고 실제 URL로 배포할 수 있는 상태
3개월 뒤: 그 결과물을 포트폴리오로 신입 지원

[제약]
- 평일 2시간 / 주말 4시간 (주당 약 18시간)
- 기술 스택은 React + 기본 도구로 고정. 새 라이브러리 추가 최소화
- 강의 시청 시간이 전체의 30%를 넘지 않을 것

[설계 규칙]
1. 주차별로 "이번 주에 배우는 것"과 "이번 주에 만드는 것"을 분리해서 써줘.
2. 각 주차마다 '제외 목록'을 반드시 함께 써줘.
   지금 단계에서 궁금하더라도 손대면 안 되는 주제와, 그 이유를 한 줄로.
3. 각 주차 끝에 통과 기준을 둬. 통과 기준은 지식이 아니라
   "내가 만들어서 보여줄 수 있는 산출물" 형태로 써줘.
4. 앞 주차의 산출물이 뒤 주차의 재료가 되도록 연결해줘.
   매주 새 프로젝트를 시작하는 구성은 금지.
5. 6주가 끝났을 때 결과물 1개가 남아야 해. 6개가 아니라.

먼저 이 설계 규칙 중에 내 상황과 안 맞는 부분이 있는지
너의 판단을 말해주고, 그 다음에 커리큘럼을 제시해줘.

마지막 두 줄이 또 중요합니다. "내 계획에 문제가 있으면 먼저 말해줘"라고 열어두는 거예요. AI는 기본적으로 사용자에게 맞춰주려는 성향이 강합니다. 반대 의견을 낼 여지를 명시적으로 만들어주지 않으면, 말도 안 되는 계획도 "좋은 계획이네요!"라고 받아줍니다.

프롬프트 ④ — 제외 목록만 따로 뽑기

내가 지금 React를 공부하면서 자꾸 곁눈질하는 주제들이 있어.
아래 목록을 보고, 지금 내 단계(useEffect 원리를 아직 모름)에서

  A. 지금 당장 해야 할 것
  B. 6주 뒤로 미뤄야 할 것
  C. 아예 지금 신경 끄고 1년 뒤에 봐도 되는 것

세 가지로 분류하고, 각각 왜 그렇게 분류했는지 한 줄씩 붙여줘.
특히 C로 분류한 것들은 "지금 건드리면 어떤 부작용이 생기는지"를 써줘.

목록: TypeScript, Next.js, 상태관리 라이브러리(Redux/Zustand),
테스트 코드(Jest/RTL), Tailwind CSS, GraphQL, Docker,
서버 컴포넌트, 성능 최적화(useMemo/useCallback), 웹 접근성

프롬프트 ⑤ — 마일스톤을 검증 가능한 산출물로 바꾸기

아래는 내 3주차 학습 목표야.

"React의 상태 관리와 렌더링 원리를 이해한다"

이건 통과 여부를 판정할 수 없는 목표라고 생각해.
이 목표를 아래 조건에 맞게 다시 써줘.

1. 내가 만들어서 남에게 보여줄 수 있는 형태일 것
2. 통과/실패를 다른 사람이 봐도 똑같이 판정할 수 있을 것
3. 소요 시간이 6~8시간 안에 들어올 것
4. "이해했다"는 표현을 쓰지 말 것

그리고 그 산출물을 채점할 체크리스트를 5줄로 만들어줘.

계획이 생겼습니다. 그런데 그 계획을 채울 읽을거리는 어디서 가져올까요? 여기서 두 번째 직책이 등장합니다.

참고 자료

위 프롬프트 ③④⑤는 영상에 나오는 문장이 아니라, 스와디아의 5가지 결정을 웹 개발 학습자용으로 제가 재구성한 것입니다.

5. 사서(Librarian): 읽을 자료를 어떻게 골라 달라고 해야 할까?

책장·사서모자·돋보기 + Gemini Notebook

지도의 두 번째 가지, 서가 앞입니다.

여기서 한 가지 확인하고 갈게요. 여러분이 자료를 잘 고를 수 있다고 생각하시나요? 스와디아가 이 대목에서 인용한 연구가 있습니다. 스탠퍼드 대학 연구팀이 학생 7,804명을 대상으로 온라인 정보 판별 능력을 조사한 적이 있습니다. 결과가 꽤 참담했어요. 중학생의 82%가 'Sponsored Content'라고 붙어 있는 광고와 진짜 뉴스 기사를 구분하지 못했습니다. 3년 뒤 고등학생 3,446명을 대상으로 한 후속 조사에서도 3분의 2가 같은 실패를 반복했고요. 이 학생들은 인터넷을 못 쓰는 세대가 아닙니다. 디지털 네이티브였는데도 이랬습니다.

개발 공부로 옮겨오면 문제는 더 심각해요. 광고와 뉴스를 구분하는 것보다 2019년에 쓰인 React 블로그 글과 2026년 공식 문서를 구분하는 게 훨씬 어렵습니다. 둘 다 그럴듯하고, 둘 다 코드가 돌아가거든요. 클래스형 컴포넌트로 짜인 튜토리얼을 붙잡고 며칠을 보낸 뒤에야 "이거 요즘 안 쓰는 방식인데요"라는 댓글을 발견하는 일, 정말 흔합니다.

그래서 사서의 임무는 하나라고 스와디아는 말합니다. 커리큘럼을 산만함으로부터 방어하는 것. 수천 개 중에 읽을 열 개를 고르고, 나머지는 안 봐도 된다고 말해주는 분류 작업이죠.

영상에서도 이 역할의 도구로 지목한 것이 NotebookLM이었습니다. 다만 영상이 올라온 뒤에도 제품이 계속 바뀌고 있어서, 여기서는 2026년 8월 현재 기준으로 다시 정리해 드릴게요.

지금 이 도구의 정식 이름은 Google의 Gemini Notebook입니다. 원래 이름이 NotebookLM이었는데 2026년 7월에 바뀌었어요. 아직 NotebookLM으로 부르는 자료가 훨씬 많으니 같은 물건이라고 알아두시면 됩니다.

이게 왜 특별하냐면, 일반 챗봇과 근본적으로 다른 점이 있어요. 일반 챗봇은 인터넷 전체를 떠돌면서 답합니다. Gemini Notebook은 여러분이 넣어준 자료 안에서만 답합니다. 즉 "그 자료 어디에 그렇게 쓰여 있는데?"라고 물으면 페이지를 짚어줘요. 뜬구름 잡는 답변이 원천적으로 줄어듭니다. 도서관에 비유하자면, 일반 챗봇은 세상 모든 소문을 다 알고 있는 수다쟁이고, Gemini Notebook은 여러분이 지정한 책장 앞에서만 말하는 사서입니다.

2026년 현재 기준으로 알아두면 좋은 기능들이 이렇습니다.

  • Deep Research — 주제를 던지면 에이전트가 웹에서 수백 개 자료를 훑고 인용이 달린 보고서를 만들어 옵니다. "어떤 자료를 읽어야 할지조차 모를 때" 출발점으로 씁니다.
  • Audio Overview (팟캐스트 변환) — 넣어둔 자료를 두 사람이 대화하는 오디오로 바꿔줍니다. 출퇴근길에 듣기 좋고, 중간에 끼어들어 질문할 수도 있습니다.
  • Chat Goals — 노트북 안 AI의 역할을 최대 5,000자까지 지정할 수 있습니다. 앞에서 배운 "역할 부여"를 노트북 설정에 박아두는 셈이에요.
  • 무료 요금제도 노트북당 소스 50개, 하루 채팅 50회까지 쓸 수 있어서 학습용으로는 충분합니다.

프롬프트 ⑥ — 자료를 신호와 소음으로 분류시키기

너는 신입 웹 개발자의 학습 자료를 골라주는 사서야.

[내 상황]
- React 학습 3주차. useEffect의 동작 원리를 제대로 이해하는 게 이번 주 목표
- 클래스형 컴포넌트는 배우지 않았고 배울 생각도 없음
- 영어 문서는 읽을 수 있지만 속도가 느림

[요청]
"React useEffect"로 검색했을 때 나오는 자료들을 아래 기준으로 분류해줘.

  ✅ 반드시 읽을 것 (3개 이내)
  🔶 나중에 참고할 것
  ❌ 지금 읽으면 오히려 해로운 것

[분류 기준 — 이 순서대로 적용]
1. 공식 문서(react.dev, MDN)가 있으면 무조건 1순위
2. 작성 시점이 언제인지 확인. React 18 이전 기준 자료는 ❌
3. 클래스형 컴포넌트 예제 위주면 ❌
4. "10분 만에 마스터" 류의 요약글은 🔶 (틀리진 않지만 원리가 빠짐)
5. 영어 자료라도 원리를 다루면 한글 요약글보다 우선

각 항목에 왜 그렇게 분류했는지 한 줄 이유를 붙이고,
❌로 분류한 것들은 "이걸 읽으면 어떤 오해가 생기는지"를 써줘.

프롬프트 ⑦ — Gemini Notebook(NotebookLM)의 역할 설정에 넣을 문장

[이 노트북에서 너의 역할]

너는 이 노트북에 담긴 자료만 근거로 답하는 웹 개발 학습 조교야.
질문자는 부트캠프를 갓 수료한 신입 개발자이고,
React 클론코딩 경험은 있지만 원리 이해가 부족해.

지켜야 할 규칙:
1. 이 노트북 안의 자료에 없는 내용은 "자료에 없습니다"라고 명확히 말해.
   추측해서 채우지 마.
2. 답변할 때마다 어느 자료의 어느 부분에서 나온 내용인지 밝혀.
3. 자료들끼리 서로 모순되는 내용이 있으면 그 사실을 먼저 알려줘.
   특히 작성 시점 차이 때문에 생긴 모순이면 어느 쪽이 최신인지 짚어줘.
4. 코드를 보여줄 때는 완성 코드를 통째로 주지 말고,
   핵심 부분만 잘라서 보여주고 나머지는 내가 채우게 해.
5. 내가 질문한 것에 답한 뒤, 이 자료를 제대로 이해했다면
   답할 수 있어야 할 질문을 하나 되던져줘.

프롬프트 ⑧ — 낡은 정보 걸러내기

아래는 내가 참고하려는 블로그 글이야. (내용 붙여넣기)

이 글이 지금(2026년) 기준으로도 유효한지 판단해줘.

확인해줄 것:
1. 여기 쓰인 API/문법 중에 지금은 권장되지 않거나 사라진 게 있는지
2. 지금은 더 간단한 방법으로 대체된 부분이 있는지
3. 이 글의 주장 중 현재 공식 문서와 어긋나는 부분이 있는지

각 항목마다 "그때는 맞았지만 지금은 이렇다" 형식으로 설명하고,
글 전체에 대해 [지금도 유효 / 부분 수정 필요 / 폐기] 중 하나로 판정해줘.

자료가 정리됐습니다. 이제 그 자료를 정말로 이해했는지가 남았죠. 여기서 세 번째 직책이 나옵니다.

참고 자료

스와디아는 영상에서 『돈의 심리학』 자료를 NotebookLM에 넣고 팟캐스트로 듣는 장면을 직접 시연합니다. 위 프롬프트 ⑥⑦⑧은 그 사용 방식을 웹 개발 자료 선별에 맞춰 제가 문장으로 만든 것입니다.

6. 튜터(Tutor): "이해한 척"을 어떻게 들키게 만들까?

질문 말풍선 군단 + 2 시그마 차트

지도의 세 번째 가지입니다. 다섯 개 중에 가장 아픈 자리예요.

스와디아가 이 대목에서 가장 강조하는 구분이 있습니다. 선생과 튜터는 다르다는 거예요. 선생은 설명하고, 튜터는 진단합니다. 선생은 서른 명을 앞에 두고 평균적인 속도로 나아가지만, 튜터는 한 명을 붙잡고 "방금 그 대답, 진짜 아는 거 맞아?"라고 캐물어요. 좋은 튜터의 정의는 이겁니다. 내가 아는 척하기 어렵게 만드는 사람.

이게 얼마나 강력한지 보여주는 연구를 그가 영상에서 인용합니다. 1984년 교육심리학자 벤저민 블룸이 발표한 '2 시그마 문제'예요. 1:1 개인 교습을 받은 학생들이 일반 교실 학생들보다 얼마나 잘하는지 측정했는데, 개인 교습을 받은 평균적인 학생이 일반 교실 학생들의 상위 2% 수준의 성적을 냈습니다. 표준편차로 두 칸, 그래서 2 시그마죠.

이게 교육학에서 가장 중요한 발견 중 하나이면서 동시에 가장 절망적인 발견이었습니다. 효과가 있다는 건 알겠는데, 모든 학생에게 개인 교사를 붙여줄 방법이 없었으니까요. (덧붙이면, 이후 연구들에서 2 시그마라는 수치 자체는 재현되지 않았고 실제 효과는 그보다 작다는 게 정설입니다. 다만 1:1 교습이 가장 강력한 학습 방식 중 하나라는 결론은 여전히 유효해요.)

40년 동안 돈 문제로 막혀 있던 이 방식이, 지금은 새벽 두 시에도 무료로 열립니다. 이게 AI 학습의 가장 큰 변화점이라고 저는 생각합니다.

그런데 여기서 대부분이 실수를 합니다. AI에게 설명을 요청하는 것이죠. "useEffect 설명해줘." 그러면 AI가 아주 친절하게 설명해 줍니다. 읽으면서 고개를 끄덕여요. 다 이해한 것 같습니다. 그리고 다음 날 코드를 짜려고 하면 손이 안 움직입니다.

왜 그럴까요? 헬스장에서 다른 사람이 스쿼트 하는 걸 지켜보는 것과 같아서입니다. 자세를 다 알겠고, 어디에 힘이 들어가는지도 보이죠. 그런데 내 다리 근육은 1g도 안 늘었습니다. 읽어서 이해한 느낌은 근육이 아닙니다.

그래서 튜터에게 시켜야 할 건 설명이 아니라 심문입니다.

프롬프트 ⑨ — 소크라테스식 점검

너는 나를 가르치는 튜터야. 아래 규칙을 반드시 지켜.

[절대 규칙]
1. 나에게 설명해주지 마. 나에게 질문만 던져.
2. 질문은 한 번에 하나씩. 내가 답할 때까지 다음 질문을 하지 마.
3. 내 답이 맞으면 "맞다"고 하지 말고, 한 단계 더 깊은 질문으로 밀어붙여.
4. 내 답이 틀리면 정답을 알려주지 말고,
   내 답대로 하면 무슨 일이 벌어지는지 상황을 하나 제시해서
   내가 스스로 모순을 발견하게 만들어.
5. 내가 "모르겠다"고 하면, 그때만 정답의 30%만 알려주고
   나머지는 다시 질문으로 돌려.

[오늘의 주제]
React의 useEffect 의존성 배열

[내 현재 상태]
useEffect는 써봤지만 의존성 배열에 뭘 넣어야 할지 감으로 정하고 있어.
빈 배열이면 한 번만 실행된다는 것 정도만 알아.

[끝내는 조건]
내가 아래 세 가지를 스스로 설명할 수 있게 되면 종료해줘.
- 의존성 배열이 비어 있을 때와 아예 없을 때의 차이
- 의존성을 빠뜨리면 실제로 어떤 버그가 생기는지
- cleanup 함수가 언제 왜 실행되는지

시작해.

이 프롬프트를 처음 돌려보면 좀 당황스러우실 겁니다. AI가 정말 안 알려주거든요. 짜증도 나요. 그런데 그 짜증이 정확히 학습이 일어나고 있다는 신호입니다.

프롬프트 ⑩ — 내가 설명하고 AI가 채점하기 (파인만 기법)

지금부터 내가 useEffect를 설명해볼게.
너는 채점자 역할이야.

[채점 규칙]
1. 내 설명에서 "정확한 부분 / 부정확한 부분 / 아예 빠진 부분"을 나눠줘.
2. 내가 전문 용어를 썼는데 그 용어를 제대로 이해하고 쓴 건지 의심스러우면,
   그 용어만 골라서 다시 설명해보라고 요구해.
3. 내 설명을 듣고 "이 사람은 이 부분을 코드로는 쓸 수 있지만
   원리는 모르는 상태"라고 판단되는 지점을 짚어줘.
4. 마지막에 100점 만점 점수와, 다음에 뭘 보완해야 하는지 한 줄로 줘.
5. 격려하지 마. 냉정하게 평가해.

[내 설명]
(여기에 아무것도 안 보고 내 말로 설명을 씁니다)

프롬프트 ⑪ — 오개념 추적 노트

아래는 최근 2주간 내가 AI 튜터와 나눈 대화에서
내가 틀렸던 답변들이야. (붙여넣기)

이걸 보고 분석해줘.

1. 내가 반복적으로 틀리는 패턴이 있는지 (한 번의 실수 말고 반복되는 것)
2. 그 패턴의 근본 원인이 되는 오개념이 무엇인지
   (예: "비동기 처리를 순차 실행으로 상상하고 있다")
3. 그 오개념 하나를 고치면 연쇄적으로 해결될 문제들이 무엇인지
4. 그 오개념을 깨기 위해 내가 직접 짜봐야 할 최소 예제 코드 1개

분석 결과를 "내 약점 노트"라는 제목의 마크다운으로 정리해줘.
다음 학습 대화를 시작할 때 이걸 붙여넣어 쓸 수 있게.

참고로 ChatGPT의 Study Mode나 Gemini의 Guided Learning을 켜면 이 태도가 어느 정도 기본값이 됩니다. 다만 기본값은 어디까지나 평균적인 학습자를 위한 것이라, 위 프롬프트처럼 주제와 종료 조건까지 못 박아주면 훨씬 날카로워집니다.

이해는 됐습니다. 그런데 이해한 걸로 실제 결과물을 만들면 또 다른 문제가 생기죠. 다음 자리로 가보겠습니다.

참고 자료

스와디아가 영상에서 든 예시는 "teach me", "test me" 같은 짧은 명령과 음성 모드 활용이었습니다. 위 프롬프트 ⑨⑩⑪은 그 방향을 웹 개발 주제에 맞춰 제가 상세하게 풀어 쓴 것입니다.

7. 에디터(Editor): 리뷰해 줄 시니어가 없을 때 뭘 요청해야 할까?

F1 카 + 심각도 3단계 (치명적/중요/취향)

지도의 네 번째 가지, 결과물을 다듬는 자리입니다.

튜터는 이해를 돕고, 에디터는 전달을 돕습니다. 이 둘은 완전히 다른 일이에요.

스와디아가 든 비유는 F1 경기였습니다. 한 경기가 대략 90분인데, 우승과 패배를 가르는 건 몇 초입니다. 그래서 각 팀은 엔지니어 수십 명이 수천 개의 데이터를 실시간으로 보면서 드라이버에게 계속 미세한 보정값을 무전으로 보냅니다. 코너 하나에서 0.1초씩만 줄여도 결과가 바뀌니까요. 탁월함은 피드백 안에서 자랍니다. 작가에게 편집자가 있고, 영화감독에게 편집기사가 있고, CEO에게 이사회가 있는 이유가 다 같습니다.

그런데 독학하는 신입 개발자에게는 이게 없어요. 코드를 짜도 봐줄 사람이 없습니다. 이게 독학의 가장 치명적인 구멍입니다. 혼자서 6개월 동안 잘못된 습관을 굳혀버릴 수 있거든요.

AI가 이 자리를 꽤 잘 메웁니다. 단, 조건이 있어요. "내 코드 고쳐줘"라고 하면 안 됩니다. 그러면 AI가 코드를 통째로 다시 써서 던져줍니다. 그 코드는 돌아가지만 여러분 것이 아니고, 여러분은 아무것도 배우지 못합니다. 병원에 가서 "그냥 알아서 수술해주세요"라고 하는 것과 같아요. 나은 건 몸인데 이해한 건 의사뿐입니다.

에디터에게는 채점 기준을 내가 먼저 제시해야 합니다.

프롬프트 ⑫ — 학습용 코드 리뷰 (정답 코드 금지)

너는 신입 개발자를 지도하는 시니어 프론트엔드 개발자야.
아래 코드를 리뷰해줘.

[절대 규칙]
- 수정된 전체 코드를 주지 마. 나는 내 손으로 고칠 거야.
- 문제가 있는 줄 번호와 "왜 문제인지"만 지적해.
- 어떻게 고칠지는 방향만 한 줄로 힌트를 줘. 코드로 주지 마.

[리뷰 기준 — 이 순서대로]
1. 동작 오류: 특정 상황에서 실제로 깨지는 부분 (재현 시나리오도 같이)
2. React 관례 위반: 지금 방식이 왜 권장되지 않는지
3. 가독성: 6개월 뒤의 내가 봤을 때 이해 못 할 부분
4. 네이밍: 이름만 보고 역할을 알 수 없는 변수/함수

[추가 요청]
- 지적 사항마다 심각도를 [치명적 / 중요 / 취향] 중 하나로 표시해줘.
  '취향'인 걸 '치명적'인 것처럼 말하지 마.
- 잘한 부분이 있으면 1~2개만 짚어줘. 빈말 칭찬은 하지 마.

[내 수준]
React 학습 3주차. 클래스형 컴포넌트는 모름.
답변에 내가 아직 안 배운 개념이 필요하면,
그 개념 이름만 알려주고 "지금은 몰라도 된다"고 표시해줘.

[코드]
(코드 붙여넣기)

프롬프트 ⑬ — 내 코드가 왜 그렇게 동작하는지 되묻게 하기

아래 코드는 내가 짰고, 지금 잘 동작해.
그런데 나는 이게 왜 동작하는지 확신이 없어.

너는 코드를 설명해주지 말고, 나에게 물어봐줘.

1. 이 코드에서 내가 이해하지 못한 채 복붙했을 가능성이 높은 부분을
   3군데 골라서, 각각 "여기가 왜 필요한지" 나에게 질문해.
2. 내 답이 모호하면 구체적인 상황을 던져서 다시 물어봐.
   (예: "만약 사용자가 이 버튼을 두 번 빠르게 누르면 어떻게 되나요?")
3. 세 군데를 다 확인한 뒤에,
   내가 실제로 이해하고 있던 부분과 아니었던 부분을 정리해줘.

[코드]
(코드 붙여넣기)

프롬프트 ⑭ — 주간 회고 점검

이번 주 내 학습 기록이야. (붙여넣기)

너는 나에게 냉정한 학습 코치야. 아래를 점검해줘.

1. 이번 주 통과 기준이었던 산출물을 실제로 만들었는가?
   못 만들었다면 무엇이 발목을 잡았는가?
2. 내가 "공부한 시간"과 "손으로 만든 시간"의 비율은 어땠는가?
   강의 시청 시간이 30%를 넘었다면 지적해줘.
3. 계획에 없던 걸 곁눈질한 흔적이 있는가? 있다면 어느 대목인가?
4. 다음 주 계획을 그대로 가도 되는가, 조정이 필요한가?
   조정이 필요하다면 무엇을 빼야 하는가? (더하지 말고 빼는 쪽으로)

칭찬은 필요 없어. 다음 주에 뭘 바꿔야 하는지만 명확히 말해줘.

여기까지가 실무적인 네 개의 직책입니다. 그런데 다섯 번째가 남아 있어요. 그리고 이 다섯 번째가, 이 글을 읽으면서 여러분 마음속에 계속 맴돌았을 질문과 맞닿아 있습니다.

참고 자료

영상에서 스와디아는 "중요한 글을 쓸 때 AI에게 내 논리를 반박하고 약점을 찾아 달라고 시킨다"는 수준으로 이야기합니다. 위 프롬프트 ⑫⑬⑭는 그 발상을 신입 개발자의 코드 리뷰 상황으로 옮긴 제 확장입니다.

8. 룸메이트(Roommate)와 마지막 질문: 그래서 AI가 다 해주면 나는 뭘 하나?

이층침대 + 픽사 드로잉 수업 + 노 젓는 배

지도의 마지막 가지, 그리고 아래쪽 요약 박스로 내려가는 자리입니다.

먼저 룸메이트 이야기부터 짧게 하겠습니다. 스와디아는 기숙사 시절 룸메이트와 공통점이 하나도 없었다고 해요. 그런데 밤늦게 나눈 대화가 늘 인상적이었답니다. 룸메이트가 디자인의 경제성, 미적 균형, 절충과 장인정신 같은 걸 이야기했는데, 그게 결과적으로 경영학 교수보다 사업과 전략에 대해 더 많은 걸 가르쳐줬다는 거예요.

픽사도 같은 걸 제도로 만들었습니다. 사내 교육기관을 세우면서 애니메이터 전원을 조각 수업에 넣고, 회계 담당자와 경비원까지 드로잉 수업에 넣었어요. 왜 그랬을까요? 내 세계 밖의 관점을 얻으면, 역설적으로 내 세계가 더 잘 보이기 때문입니다.

개발자에게도 이건 사치가 아닙니다. 좋은 컴포넌트 설계 감각이 어디서 오는지 생각해 보세요. React 문서에서 오지 않습니다. "무엇을 쪼개고 무엇을 묶을 것인가"라는 질문은 요리사가 밑준비를 나누는 방식, 편집자가 문단을 자르는 방식, 건축가가 방을 배치하는 방식과 같은 종류의 문제예요.

프롬프트 ⑮ — 관점 확장

나는 React로 컴포넌트를 나누는 기준이 늘 헷갈려.
언제 하나로 두고 언제 쪼개야 하는지 감이 없어.

이 문제를 개발 용어를 하나도 쓰지 말고 설명해줘.
대신 아래 세 분야의 사고방식을 빌려서 각각 한 번씩 설명해줘.

1. 요리사가 밑준비(mise en place)를 나누는 기준
2. 편집자가 긴 글을 문단으로 자르는 기준
3. 건축가가 하나의 공간을 방으로 나누는 기준

각 설명 끝에, 그 분야의 기준을 React 컴포넌트 분리에
어떻게 옮겨올 수 있는지 한 문장씩만 덧붙여줘.

프롬프트 ⑯ — 반대 입장 세우기

나는 지금 "AI를 학습 코치로 쓰면 혼자서도 개발을 배울 수 있다"는
전제로 6주 계획을 세웠어.

너는 이 전제에 반대하는 사람 역할을 맡아줘.
20년 차 개발자인데, 이 방식이 신입에게 위험하다고 생각하는 사람이야.

1. 이 방식의 가장 큰 함정 3가지를 지적해줘.
2. 각 함정마다, 내가 그 함정에 빠졌는지 스스로 확인할 수 있는
   신호(증상)를 하나씩 알려줘.
3. 그 신호가 보일 때 뭘 해야 하는지도 한 줄로.

나를 안심시키지 마. 반대 입장을 진지하게 대변해줘.

그래서, AI가 다 해주면 나는 뭘 하나?

한글 자막 버전 영상의 댓글창에서 가장 많은 공감을 받은 댓글이 찬성이 아니었습니다. 혼란이었어요. (아래 댓글들은 2026년 8월 말 기준으로 Tech Bridge 채널의 한글 자막 영상에 달린 것들입니다.)

"누구는 AI로 실력을 쌓으라 하고 누구는 결국엔 너가 무얼 하든 AI가 더 잘하니까 대체 불가한 창의력이나 여러 경험과 사람 간의 소통 능력을 쌓으라 하고 혼란스럽네요" — 좋아요 23개

그 아래에 이런 댓글도 있었습니다.

"원리나 구조 분석, 평가, 인사이트 강의 하는 것보다는 결과물을 하나씩 만들어 보는 게 훨씬 더 중요한 듯. 수많은 완성과 실패를 겪어보는 게 더 필요하지 않을까"

"결국에 내가 공부해야 된다는 거… 머리에 주입시켜주는 기술은 언제 나오나"

저는 이 댓글들이 영상 본편만큼 중요하다고 생각합니다. 그래서 정면으로 답해보겠습니다.

첫째, 두 조언은 사실 싸우고 있지 않습니다. "AI로 실력을 쌓으라"는 말과 "대체 불가한 능력을 쌓으라"는 말은 같은 이야기의 앞뒤예요. AI가 커리큘럼을 짜주고 자료를 골라주고 심문해주는 이유는, 여러분의 시간을 판단이 필요한 곳으로 몰아주기 위해서입니다. 무엇을 만들지 정하는 일, 이 코드가 맞는지 의심하는 일, 사용자가 왜 여기서 이탈하는지 묻는 일. 이 판단력은 AI가 대신 해줄수록 오히려 더 중요해집니다.

둘째, "결국 내가 해야 한다"는 지적은 정확합니다. 그리고 그게 이 방법의 약점이 아니라 전제예요. 이 글의 프롬프트를 다시 보시면, 하나같이 AI에게 답을 주지 말라고 금지하는 규칙이 들어 있습니다. 정답 코드를 주지 마라, 설명하지 마라, 30%만 알려줘라. AI를 편하게 쓰려고 만든 프롬프트가 아니라, 불편하게 쓰려고 만든 프롬프트입니다. 머리에 주입해주는 기술은 안 나옵니다. 다만 혼자 헤맬 때보다 훨씬 좋은 질문을 받으며 헤맬 수는 있어요.

셋째, "만들어보는 게 더 중요하다"는 말에도 전적으로 동의합니다. 그래서 이 글의 커리큘럼 프롬프트에는 통과 기준이 전부 "만들어낸 산출물"로 되어 있고, 강의 시청 시간을 30% 이하로 제한하는 조항이 들어 있는 겁니다. ALTER는 만드는 시간을 줄이는 도구가 아니라, 뭘 만들지 헤매는 시간을 줄이는 도구입니다.

오늘부터 6주, 실행 체크리스트

  • 0일차 — 프롬프트 ②로 내 '현재 좌표 문서'를 만든다. 메모장에 저장해둔다.
  • 1일차 — 프롬프트 ③으로 6주 커리큘럼을 받는다. 프롬프트 ④로 제외 목록을 확정한다.
  • 2일차 — Gemini Notebook에 노트북을 하나 만들고 react.dev 공식 문서와 자료 3~4개를 넣는다. 프롬프트 ⑦을 역할 설정에 붙여넣는다.
  • 매일 — 30분은 프롬프트 ⑨(심문)로 시작한다. 나머지 시간은 손으로 만든다.
  • 주 2회 — 프롬프트 ⑫로 그날 짠 코드를 리뷰받는다. 정답 코드는 절대 받지 않는다.
  • 매주 일요일 — 프롬프트 ⑭로 회고하고, 다음 주 계획에서 뭘 뺄지 정한다.
  • 2주에 한 번 — 프롬프트 ②를 다시 돌려 현재 좌표를 갱신한다.

스와디아는 영상을 이렇게 끝맺습니다. 한 학생이 강을 건너려고 나루터에 도착했는데, 다리는 없고 크고 작은 배들만 널려 있었대요. 학생이 늙은 뱃사공에게 물었습니다. "어느 배가 저를 가장 빨리 건너게 해줄까요?"

뱃사공이 웃으며 답했습니다. "네가 올라타서, 노를 젓는 배."

프롬프트를 열여섯 개 드렸습니다. 그런데 이 중에 어느 것도 여러분이 복사해서 붙여넣지 않으면 아무 일도 일어나지 않아요. 오늘 밤, ②번 하나만 돌려보시죠. 그거면 출발입니다.

그리고 이 글은 어디까지나 요약과 응용입니다. 스와디아가 직접 화면을 켜고 NotebookLM에 자료를 넣고 음성 튜터와 대화하는 장면까지 포함된 21분짜리 원본을 꼭 한 번 보시길 권합니다. 링크는 아래 있습니다.

참고 자료

댓글

불러오는 중입니다…