AI를 디지털 클론으로 만드는 법: 컨텍스트 엔지니어링과 커스텀 스킬 시스템 실전 가이드
저는 한때 AI에게 이런 식으로 질문을 보냈습니다.
“유튜브 쇼츠 채널 성장을 위한 콘텐츠 전략을 알려줘.”
그리고 돌아오는 답변은 항상 비슷했습니다.
“첫째, 일관된 업로드 주기를 유지하세요. 둘째, 트렌디한 주제를 선택하세요. 셋째…”
구글에서 “유튜브 성장 팁”을 검색하면 나오는 것과 완전히 동일한 내용이었습니다.
이것은 AI의 잘못이 아닙니다.
제가 AI에게 아무런 맥락도 주지 않았기 때문입니다.
제 채널이 드라마/예능 리뷰 쇼츠를 만든다는 것, 구독자 3천 명을 모았지만 수익창출 이후 업로드가 멈춰 노출이 끊겼다는 것, 저작권 문제 때문에 특정 형태의 편집을 피해야 한다는 것 — 이 모든 맥락이 없는 상태에서 AI는 전 세계 모든 유튜버에게 유효한 평균적인 조언을 할 수밖에 없습니다.
1단계: PROJECT_PLAN.md — AI의 장기 기억 시스템 설계
인간의 뇌는 새로운 채팅창이 열릴 때마다 리셋되지 않지만, AI는 그렇습니다.
이 근본적인 한계를 극복하기 위해 저는 PROJECT_PLAN.md라는 문서를 만들었습니다.
이 문서는 단순한 할 일 목록이 아닙니다.
AI가 프로젝트를 처음 보는 것처럼 질문하지 않도록, 비즈니스의 모든 맥락을 담은 압축된 기억 파일입니다.
실제로 이 문서에 담긴 내용은 다음과 같습니다.
| 섹션 | 예시 내용 |
|---|---|
| 비즈니스 정체성 | “드라마/예능 쇼츠 채널 운영 + 크리에이터 데이터 분석 SaaS 개발” |
| 핵심 원칙 (DO) | “실제 데이터 기반 판단, 투명한 UI, 1인 운영 가능한 서버 비용” |
| 금지 사항 (DO NOT) | “저작권 안전 보증 금지, 가짜 데이터 사용 금지, 유료화 모델 금지” |
| 과거 의사결정 | “왜 Supabase 대신 Neon DB를 선택했는가, 왜 Redux 대신 SWR인가” |
| 현재 알려진 문제 | “API 쿼터 소진 이슈, 모바일 레이아웃 깨짐 확인 필요” |
이 문서를 만든 이후, AI와의 협업에서 가장 자주 발생하던 문제가 사라졌습니다.
“이전에 그 방향은 이미 시도했다가 포기했잖아요”라는 말을 꺼내지 않아도 되었고, AI가 우리 비즈니스의 원칙을 어기는 기능을 제안하는 일도 없어졌습니다.
2단계: 커스텀 스킬 폴더 — 업무 방식을 모듈로 캡슐화하기
맥락을 전달하는 것에서 더 나아가, 저는 제 고유한 업무 방식과 글쓰기 톤앤매너를 AI에게 이식하는 방법을 찾았습니다.
.agents/skills/ 디렉토리 안에 업무별 세부 지침을 담은 스킬 파일을 만드는 방식입니다.
예를 들어 blog_post_generator 스킬 파일에는 이런 내용이 들어있습니다.
- 제가 절대 쓰지 않는 문장 패턴: “안녕하세요”, “오늘은 ~에 대해 알아보겠습니다”
- 선호하는 문체: 짧은 문장, 산문형, 인용구(
>) 적극 활용 - SEO 규칙: H2만 사용, H3 금지, 제목 15~20자
- 데이터 정직성 원칙: 추정치는 반드시
[추정 데이터]배지로 표시 - 링크 규칙: 앱 링크는 반드시
app.lumeninsights.kr에 UTM 파라미터 포함
AI가 이 스킬 파일을 읽고 블로그 글을 쓰면, 제가 직접 쓴 것과 거의 구별되지 않는 결과물이 나옵니다.
말투도, 논리 전개 방식도, 문장의 리듬감까지 닮아있습니다.
이것이 제가 말하는 디지털 클론의 의미입니다.
AI를 내 의도대로 움직이는 도구를 넘어서, 내가 없을 때도 내 방식대로 판단하고 행동하는 분신으로 만드는 것입니다.
3단계: 할루시네이션(Hallucination) 방어 시스템 구축
디지털 클론의 가장 위험한 적은 **환각(Hallucination)**입니다.
AI가 그럴싸하지만 사실이 아닌 내용을 자신 있게 말하는 현상입니다.
Lumen Insights 개발 과정에서 가장 큰 피해를 입었던 사례를 하나 말씀드리겠습니다.
AI가 YouTube Data API의 특정 응답 필드에 대해 설명해주었는데, 실제로는 그 필드가 존재하지 않았습니다.
저는 그 필드를 기반으로 백엔드 로직을 짰고, 배포 후에야 데이터가 항상 null로 오는 것을 발견했습니다.
이 경험 이후, 저는 AI의 말을 그대로 코드로 옮기기 전에 반드시 다음 규칙을 적용합니다.
규칙 1: API 스펙, 라이브러리 문서, 플랫폼 정책에 관한 주장은 반드시 공식 문서에서 교차 검증한다.
규칙 2: AI가 “~일 것입니다”라고 추정하는 내용은 코드에 반영하지 않는다.
규칙 3: 중요한 판단을 내리기 전, AI에게 “이 내용의 출처를 확인할 수 있는가?“라고 명시적으로 묻는다.
이 세 가지 규칙을 지키는 것만으로도 할루시네이션으로 인한 개발 낭비를 80% 이상 줄일 수 있었습니다.
AI 마스터리의 핵심: 출력을 관리하는 것이 아니라 입력을 설계하는 것
AI를 잘 쓰는 사람과 그렇지 않은 사람의 차이는 프롬프트 실력이 아닙니다.
얼마나 좋은 맥락을 AI에게 제공하느냐의 차이입니다.
쓰레기가 들어가면 쓰레기가 나옵니다(Garbage In, Garbage Out).
반대로, 내 비즈니스의 철학과 원칙과 히스토리가 담긴 풍부한 맥락이 들어가면 내 비즈니스를 깊이 이해하는 답변이 나옵니다.
현재 시스템은 이 방법론 위에서 운영되고 있습니다.
스킬 파일이 담긴 .agents 폴더는 저의 20년치 경험과 비즈니스 철학이 압축된 두뇌이자, 제가 자리를 비운 사이에도 서비스를 올바른 방향으로 이끌어가는 나침반입니다.
지금 바로 여러분의 비즈니스 원칙을 문서화하고, AI에게 읽혀보세요.
그 문서 하나가 여러분의 AI 생산성을 몇 배로 끌어올릴 것입니다.
참고 자료:
