AI 기초 다지기 - 10편 AI 에게 맡겨도 되는 이유

AI 기초 다지기 · 10 / 10편 (마지막)

© 2026 crazy4eu (cwkim83) · 강좌 자료 CC BY-NC-ND 4.0 — 맨 아래 「저작권 · 라이선스」
단계 번호는 영상 왼쪽 위 장면 이름과 같고, "영상 시각"은 편집본 기준입니다. 모르는 말은 「📖 어려운 말 사전」에서 찾아보세요.
이전 편: AI 기초 다지기 - 9편 바이브 코딩 기본기 · 처음으로: AI 기초 다지기 — 산초 강좌 전에 보는 10편

핵심 요약

10편 · AI 에게 맡겨도 되는 이유

0단계 · 여는 말 (영상 0:05)

안녕하세요, 파이스입니다. AI 기초 다지기, 10편입니다. 마지막 시간입니다. 산초 강좌의 열 편은, 사람이 방향만 정하고 AI가 녹화와 편집까지 스스로 이어 가며 만들었습니다. AI에게 어떻게 그렇게 긴 일을 맡겼는지 풀어 봅니다. 그리고 사람이 끝까지 쥐고 있어야 하는 것도 함께 정리합니다.

1단계 · 에이전트 = 반복 (영상 0:29) 🎬

에이전트란 목표를 받으면 스스로 일을 이어 가는 AI입니다. 비유하자면, 심부름을 시키면 중간중간 확인하며 끝까지 해 오는 직원입니다. 하는 일은 반복입니다. 생각하고, 도구를 쓰고, 결과를 보고, 다음 행동을 정합니다. 파일을 고치고, 명령을 실행하고, 검색하는 것이 모두 도구입니다. 이 고리를 목표가 끝날 때까지 돕니다. 이것이 채팅과 다른 점입니다. 9편 녹화에서 그 기록을 다시 봅니다. 파일을 읽고, 고치고, 실행한 줄이 차례로 쌓입니다.

2단계 · 긴 일을 맡기는 법 (영상 1:06)

AI에게 그렇게 긴 일을 맡길 수 있었던 이유를 살펴봅니다. 첫째, 긴 일을 잘게 쪼갰습니다. 한 번에 다 시키지 않고, 편마다 단계마다 나눠 맡겼습니다. 대화가 길어지면 AI가 앞 내용을 흐리게 기억하기 때문입니다. 둘째, 오래 걸리는 일은 컴퓨터 뒤에서 돌게 두고, 사람은 자리를 비웠습니다. 여러 일꾼에게 일을 나눠 동시에 시킬 수도 있습니다.

3단계 · 기록 — 일하는 법을 적어 둔다 (영상 1:34)

셋째, 기록을 남겼습니다. AI는 새 대화마다 처음 보는 사람처럼 일하기 때문입니다. 그래서 프로젝트 폴더에 CLAUDE.md라는 안내문을 두었습니다. 이 파일은 세션을 시작할 때마다 자동으로 읽혀서, 규칙과 배경을 기억시킵니다. 비유하자면, 새로 온 직원에게 건네는 인수인계 노트입니다. 기억 파일도 같은 원리입니다. 알게 된 사실을 적어 두고, 다음 대화에서 읽습니다. 그래서 어제 한 일을, 오늘의 새 대화가 이어받을 수 있습니다.

4단계 · 검증 — 다른 눈으로 확인 (영상 2:06)

넷째, 검증입니다. AI가 만든 것을, 만든 쪽이 그대로 믿으면 안 됩니다. 그래서 기능을 만들 때마다 selftest라는 점검 프로그램을 같이 만들게 했습니다. 비유하자면, 공장의 출하 검사표입니다. 하나라도 틀리면 불합격입니다. 그리고 마지막에는 더 꼼꼼한 모델인 Opus가, 다른 눈으로 다시 봅니다. 산초 1편에서는 Opus에게 로그인 우회, 비밀번호, 데이터 폴더 밖의 파일 같은 구멍을 따져 보게 했습니다. 만든 쪽이 놓친 구멍은, 다른 눈으로 볼 때 잘 보입니다.

5단계 · 되돌리기 — 깃과 last-good (영상 2:40)

다섯째, 되돌리기입니다. 사고는 반드시 나니, 돌아갈 곳을 만들어 둡니다. Git의 커밋은 게임의 세이브입니다. 단계마다 저장하면, 언제든 그곳으로 돌아갑니다. 산초 강좌 8편에서는, 정상으로 켜진 저장본에 last-good이라는 이름표를 붙였습니다. 서버가 망가져서 켜지지 않으면, 감시자가 그 이름표의 저장본으로 되돌려 다시 켭니다. 사람이 일부러 망가뜨렸을 때도, 이 장치가 서버를 살려 냈습니다.

6단계 · 사람이 쥐는 것 (영상 3:08)

그래도 사람이 끝까지 쥐어야 할 것이 있습니다. 첫째는 권한입니다. 파일을 지우거나 명령을 실행하기 전의 허락 단추는, 사람이 누릅니다. 둘째는 비밀번호와 키입니다. AI에게 알려 주지 말고, 로그인은 직접 합니다. 셋째는 보내기 버튼입니다. 메일 발송처럼 되돌릴 수 없는 일은, 사람이 마지막에 확인합니다.

7단계 · 한계 — 멈춤과 틀린 답 (영상 3:35)

그래도 한계는 있습니다. 첫째, 보호 장치가 일을 멈출 때가 있습니다. 산초 강좌 6편과 8편에서, 보호 장치가 세션을 일시 중지시켰습니다. 점검하려고 남의 채널을 직접 찔러 보는 모습이, 공격처럼 보였던 것 같습니다. 이럴 때는 공격해 보라는 말 대신, 설계한 규칙대로 되는지 확인해 달라고 고쳐 말합니다. 둘째 한계는 틀린 답입니다. AI는 그럴듯하게 틀릴 수 있으니, 확인하는 습관이 꼭 필요합니다.

8단계 · 강좌 지도 (영상 4:07)

이제 우리가 걸어온 열 편의 지도를 한 장으로 봅니다. 첫 번째 묶음은 컴퓨터 기초입니다. 서버와 주소, 터미널, Git의 저장과 공유를 배웠습니다. 두 번째 묶음은 AI 기초입니다. LLM과 토큰, 그리고 내 PC에서 도는 AI를 배웠습니다. 세 번째 묶음은 Claude 지도입니다. 여러 문과 MCP, 스킬과 플러그인을 배웠습니다. 마지막 묶음은 말로 만들고 맡기기입니다. 바이브 코딩과 에이전트를 다뤘습니다.

9단계 · 정리 — 마무리 인사 (영상 4:41)

오늘 배운 것을 정리합니다. 에이전트는 생각, 도구, 결과, 다음 행동을 되풀이합니다. 맡겨도 되는 이유는 쪼개기, 기록, 검증, 되돌리기가 받쳐 주기 때문입니다. 그리고 권한과 비밀번호와 보내기 버튼은, 끝까지 사람이 쥡니다. 이제 산초 강좌로 가실 차례입니다. 1편에서 10편까지, 말로 나만의 AI 비서를 만듭니다. 낯선 말이 나오면 이 강좌와, Notion의 어려운 말 사전을 다시 찾아보세요. 열 편을 함께해 주셔서 고맙습니다. 이제 여러분의 AI 비서를 만들어 보세요. 감사합니다.

💡 이 편의 어려운 말

• 감시자 (watchdog): 서버를 지켜보다가 꺼지거나 안 켜지면 last-good 버전으로 되돌려 다시 켜 주는 보조 프로그램이에요. 사람이 망가뜨린 작업도 지우지 않고 보존 브랜치에 남깁니다.
• 검증 (verify / validate): 만든 것이 정말 맞는지 따로 다시 확인하는 일이에요. 산초 강좌는 Sonnet 이 만들고 Opus 가 검증하며, 고치기 전에 문제 목록부터 보여 달라고 합니다.
• 관문 (gate): 고친 코드가 통과해야만 서버를 다시 켜 주는 검문소예요. 문법 검사와 selftest 를 통과해야 하고, 하나라도 실패하면 변경을 버립니다.
• 권한 (permission): 누가 무엇을 해도 되는지의 허락 범위예요. 산초는 메일 읽기·명령 실행 같은 위험한 능력을 스위치로 꺼 두고, 필요할 때만 사람이 켭니다.
• 보호 장치: Opus 5.5 에 들어 있는 안전 장치로, 공격처럼 보이는 작업을 감지하면 세션을 멈춰요. 6·8편에서는 요청을 '설계한 규칙대로 동작하는지 확인' 쪽으로 바꾸거나 가볍게 줄여 다시 시도해 통과했습니다.
• 불변 층: 비서가 절대 고치지 못하게 막아 둔 파일 묶음이에요. start.bat·selftest 핵심 검사처럼 안전장치 자체를 비서가 망가뜨리지 못하게 지키는 층입니다.
• 에이전트 (agent): 목표를 주면 스스로 계획하고, 파일 읽기·명령 실행 같은 도구를 써 가며 일을 끝까지 해 보는 AI 예요. 산초 강좌에서는 Claude Code 가 탐색 에이전트를 따로 보내 코드를 나눠 읽기도 합니다.
• CLAUDE.md: Claude Code 가 일을 시작할 때마다 제일 먼저 읽는 '일하는 법' 메모 파일이에요. 말투·규칙·하지 말아야 할 일을 적어 두면 매번 그대로 따릅니다.
• last-good: '마지막으로 정상이던 버전'에 붙여 두는 Git 표시(태그)예요. 서버가 망가지면 감시자가 이 버전으로 되돌려 다시 켭니다.
• selftest(자동 점검) (self-test): 프로그램이 스스로 고장 났는지 검사하는 자동 시험이에요. 강좌에서 '점검은 941개입니다'라고 할 때의 점검이 이것이고, 기능을 만들 때마다 검사 항목도 같이 만듭니다.

자주 막히는 곳

• 에이전트가 채팅과 무엇이 다른가요? → 에이전트는 목표를 받으면 스스로 일을 이어 가는 AI입니다. 생각하고, 도구를 쓰고, 결과를 보고, 다음 행동을 정하는 일을 목표가 끝날 때까지 되풀이해요. 파일을 고치고, 명령을 실행하고, 검색하는 것이 모두 도구입니다.
• 긴 일을 맡기면 AI 가 앞 내용을 잊거나 어제 한 일을 몰라요. → 긴 일은 잘게 쪼개 편마다 단계마다 나눠 맡기세요. 대화가 길어지면 AI 가 앞 내용을 흐리게 기억하기 때문입니다. 또 AI 는 새 대화마다 처음 보는 사람처럼 일하니, CLAUDE.md 안내문과 기억 파일에 규칙과 알게 된 사실을 적어 두면 어제 한 일을 오늘의 새 대화가 이어받을 수 있어요.
• AI 가 만든 것을 믿어도 되나요? 사고가 나면 어떻게 하나요? → 만든 쪽이 그대로 믿으면 안 되니, selftest 라는 점검 프로그램을 같이 만들게 하고 마지막에는 Opus 가 다른 눈으로 다시 봅니다. 사고는 반드시 나니 돌아갈 곳도 만들어 두세요. Git 의 커밋은 게임의 세이브이고, 정상으로 켜진 저장본에 붙인 last-good 이름표로 감시자가 서버를 되돌려 다시 켭니다.
• AI 에게 다 맡겨도 되나요? 보호 장치가 일을 멈추면요? → 권한(파일을 지우거나 명령을 실행하기 전의 허락 단추), 비밀번호와 키(AI 에게 알려 주지 말고 로그인은 직접), 보내기 버튼(메일 발송처럼 되돌릴 수 없는 일의 마지막 확인)은 끝까지 사람이 쥡니다. 보호 장치가 세션을 멈추면 공격해 보라는 말 대신 설계한 규칙대로 되는지 확인해 달라고 고쳐 말하고, AI 는 그럴듯하게 틀릴 수 있으니 확인하는 습관을 꼭 들이세요.

스스로 점검

• 에이전트가 생각 → 도구 쓰기 → 결과 보기 → 다음 행동을 목표가 끝날 때까지 되풀이하는 AI 이고, 그래서 채팅과 다르다는 것을 설명할 수 있다.
• 긴 일을 잘게 쪼개 맡기고 오래 걸리는 일은 뒤에서 돌리는 방법과, AI 가 새 대화마다 처음 보는 사람처럼 일하기 때문에 CLAUDE.md 와 기억 파일 같은 기록이 필요하다는 것을 말할 수 있다.
• 검증(selftest 점검 프로그램, Opus 의 다른 눈)과 되돌리기(Git 커밋, last-good)가 왜 필요한지 설명할 수 있다.
• 사람이 끝까지 쥐어야 할 세 가지(권한의 허락 단추, 비밀번호와 키, 보내기 버튼)를 말할 수 있다.
• 보호 장치가 일을 멈출 수 있다는 것과, AI 가 그럴듯하게 틀릴 수 있어서 확인하는 습관이 꼭 필요하다는 것을 말할 수 있다.

다음에 볼 것

• 이제 산초 강좌로: 나의 AI 비서 Sancho 만들기 — 코드 몰라도 말로 만드는 10편
• 강좌 처음 페이지: AI 기초 다지기 — 산초 강좌 전에 보는 10편