대규모 모델 원리 · 지금 할 수 있는 것

「이해했어요」에서 멈추지 말고, 그 일부터 정해 두세요

원리를 다 듣고 나면 제일 잘 생기는 일은 이겁니다. 많이 배운 것 같은데, 노트북을 닫으면 손에 남은 게 없어요.
그래서 여기부터는 매 장 끝에 이런 페이지가 있습니다. 질문 하나만요: 이 장을 배웠으면, 오늘 손으로 무엇을 할 수 있는가.

전체 수업에는 실습 메인 라인이 하나 있습니다: 진짜 일을 하는 Agent를 만들기. 마일스톤 여섯 칸이 한 칸씩 앞으로 갑니다. 지금은 첫 칸입니다.
M0
무엇을 대신 하게 할지 정하기
M1
안정적으로 사람 말을 하기
M2
실제로 일을 해내기
M3
개선인지 악화인지 수치로
M4
오래 달려도 기억을 잃지 않기
M5
과정을 재현할 수 있기
먼저 보세요 · 요구사항은 어디까지 수렴해야 인정인가

대부분의 사람은 AI에게 일을 맡길 때 첫 단계에서 제출합니다. 「주간 보고 좀 처리해 줘」. 틀린 말은 아닌데, 검수가 안 됩니다. 어떤 출력이 성공인지 모르면, 프롬프트를 고쳐야 하는지도 모릅니다. 세 단계를 더 밀어야 진짜 요구사항이 됩니다.

한 줄 바람에서 검수 가능한 요구사항으로

01
한 줄 바람

「주간 보고 좀 처리해 줘」. 생각은 있는데, 생각일 뿐입니다

02
입출력 정하기

들어올 것: 일주일의 조각난 기록; 나갈 것: 결론 세 단락과 다음 주 계획 한 부

03
무엇이 맞는가 정하기

세 단락 모두 상사에게 바로 보낼 수 있고, 한 글자도 고칠 필요 없음

04
환각을 누르는 방안 고르기

구체 숫자를 인용해야 하면 RAG로 가세요. 기억으로 지어내게 두지 마세요

두 번째 단계에서 걸렸습니다. 이 요구사항은 아직 검수할 수 없어요
「주간 보고 좀 처리해 줘」에서 멈추면 두 번째 단계에서 막힙니다: 입력이 무엇인지, 출력이 어떤 모양인지, 본인도 아직 정하지 않았습니다. 뒤의 두 단계는 달릴 기회조차 없습니다. 「한번 해봤는데 느낌이 별로」의 원인은 보통 여기 있습니다.

네 번째 단계를 따로 빼는 이유

이 장에서 환각을 누르는 방법 네 가지를 배웠습니다: 프롬프트 고치기, RAG, Temperature 조절, 평가 추가. 무엇을 고를지는 그 일이 어디서 틀어질지를 보고 정합니다. 네 개 중 취향으로 고르는 문제가 아닙니다. 구체 숫자와 조항을 인용해야 하면 RAG; 포맷이 자꾸 흔들리면 프롬프트를 고치고 Temperature를 낮추고; 오래 돌릴 거라 슬며시 나빠질까 두렵다면 평가가 있어야 합니다. 잘못 골라도 괜찮습니다. 다만 처음부터 고르지 않으면, 환각을 사용자가 발견하게 맡기는 것과 같습니다.

실습 체크리스트 · 하나 골라 시작하고 체크하세요

이 장의 실습 체크리스트

0 / 3 완료

그 일을 네 줄로 쓰기

15분 누구나

위 네 단계를 따라, AI에게 가장 맡기고 싶은 그 일을 적으세요: 한 줄 바람, 입력이 무엇인지, 출력이 어떤 모양인지, 무엇이 맞는가. 메모지든 메모 앱이든 어디든 좋습니다. 다만 적힌 글자여야 합니다. 머릿속 생각만으로는 안 됩니다.

무엇이 완료인가
이 네 줄을 당신 일을 모르는 사람에게 읽어 주세요. 그 사람이 「AI가 무엇을 내놓아야 하는지」를 다시 말할 수 있어야 합니다. 못 하면 2·3단계가 아직 너무 흐릿한 겁니다.

실제 입력 5개로 한 번 시험하기

1시간 실현 가능성부터 확인하고 싶은 사람

지어낸 예는 쓰지 마세요. 실제 자료 다섯 건을 꺼내 한 번에 하나씩 넣고, 프롬프트는 똑같이 유지하세요. 핵심은 어떤 종류의 입력에서 헛소리를 시작하는지 보는 것입니다. 답이 좋은지는 일단 옆으로 두세요. 자료가 너무 긴가? 정보가 빠졌나? 내부 고유 명사가 있나? 틀린 그 종류를 적어 두세요.

무엇이 완료인가
구체적인 한 문장을 말할 수 있어야 합니다. 「입력에 어떤 것이 나오는 순간 지어내기 시작한다.」 「가끔 좀 부정확하다」는 안 칩니다.

사람-AI 경계선 긋기

반나절 진짜 만들 준비인 사람

이 일을 「AI가 하는 것」과 「당신이 하는 것」 두 쪽으로 나누고, 인수인계 지점이 어떤 모양인지 적으세요. 예를 들어: AI가 초안을 내고 확신 없는 숫자를 모두 표시하면, 당신은 표시된 곳만 대조합니다. 선을 어디에 긋는지는 중요하지 않습니다. 중요한 것은 검사할 수 있어야 한다는 점입니다.

무엇이 완료인가
답할 수 있어야 합니다: AI 쪽이 틀리면, 어느 단계에서, 어떤 방식으로 알아챌 것인가? 답하지 못하면 이 선이 너무 뒤에 그어진 겁니다.

다 썼으면 빌드 로그에 넣으세요

빌드 로그는 Vibe Coding 방법론 편까지 함께합니다. 마일스톤 여섯 칸을 채우면, 손에는 완전한 Agent 설계 설명이 남습니다. 내용은 당신 브라우저에 있고, 언제든 Markdown으로 내보낼 수 있습니다.

M0 채우러 가기