AI 에이전트 스킬 파일 만드는 법: 모르면 손해 보는 개인 AGI 5단계 실천 가이드 2026

같은 AI 모델을 써도 성과가 2배인 사람과 100배인 사람이 갈리는데, 그 격차는 모델이 아니라 내가 쌓은 컨텍스트에서 나옵니다.

"AI 에이전트 도구는 다 써봤는데 왜 남들만큼 효과가 안 날까요?" 자주 나오는 질문이죠. 2026년 7월, Y Combinator(YC, 실리콘밸리 대표 스타트업 투자·육성 기관) 대표 개리 탄(Garry Tan)이 자사 강연 "Own Your Intelligence"에서 이 질문에 답했어요. 이 글은 그 답을 개인 AGI 개념, AI 에이전트 스킬 파일 만드는 5단계, 그리고 여기에 쏟아진 반론 순서로 정리해요.

개인 AGI란 무엇인가

개인 AGI: 범용 AI 모델을 그냥 구독해 쓰는 게 아니라, 나만의 자료와 판단 기록(컨텍스트)을 내가 직접 관리하며 AI와 결합해 쓰는 방식입니다.

개리 탄은 이 개념을 세 요소의 합으로 설명해요. 분기마다 값이 싸지는 임대 재화인 모델, 나만 가진 소유물인 컨텍스트, 그리고 둘을 배선하는 하네스(모델과 내 자료를 연결해 일을 시키는 실행 환경)입니다.

기업형 챗봇 구독은 회사가 새 기능을 낼 때만 좋아지지만, 개인 AGI는 내가 쓰는 날마다 좋아진다는 게 대비점이에요. 하나는 소비하는 제품이고, 다른 하나는 쌓아 올리는 자산이라는 표현을 씁니다.

스킬 파일, 마크다운으로 쓴 직원

AI 에이전트 스킬 파일: 반복 작업 하나를 처리하는 방법을 평범한 문장으로 적어둔 한 페이지짜리 문서입니다. 코드가 아니라 그냥 글이죠.

판정 기준은 "똑똑한 인턴이 따라 할 수 있으면 에이전트도 실행할 수 있다"는 것입니다. 개리 탄은 이걸 조직 은유로 풀어내요. 스킬 파일은 직원이고 나는 관리자, "코딩이 아니라 마크다운으로 이뤄진 인력을 관리하는 일"이라는 설명이에요.

실제 사례도 있어요. YC 재무 담당자가 엑셀 워크북 100개가량을 사내 에이전트 앱 하나로 통합했다고 해요. 개발자가 아니라 에이전트를 관리하는 사람이 된 셈이죠.

에이전트가 자주 실패하는 이유는 두 가지 일을 뒤섞기 때문이라고 짚습니다. 취향과 판단처럼 모호한 영역은 모델(마크다운 지시)에 맡기고, 인원 배치나 계산처럼 정확해야 하는 영역은 데이터베이스와 스크립트에 맡겨야 합니다. 모델은 사람이 실패하는 지점에서 똑같이 실패한다는 것이 이 구분의 이유죠.

AI 에이전트 도입, 오늘 밤부터 시작하는 5단계

단계	시점	할 일
1	오늘 밤	하네스 하나를 골라 내 컴퓨터에서 에이전트를 실행해봅니다
2	첫 주말	마크다운 폴더 하나를 만듭니다. 프로젝트별·사람별로 한 페이지씩요
3	첫 스킬 파일	매주 하는 일 중 제일 하기 싫은 것 하나를 평범한 말로 설명합니다
4	반복 배선	매일 같은 시간, 매주 같은 요일로 자동 실행을 겁니다
5	뽑아내기	방금 끝낸 작업을 다시 스킬 파일로 정리합니다

"같은 걸 두 번 요청해야 한다면 아직 안 끝난 것"이라는 게 5단계를 관통하는 원칙입니다.

개리 탄이 관찰한 곡선은 이래요. 1주 차는 솔직히 장난감 수준이라 고치는 시간이 더 많아요. 4주 차에 흐름이 붙고, 12주 차에는 질문을 다 끝내기도 전에 답이 나와요. "대부분 2주 차에 그만두는데, 그래서 그만두지 않은 사람은 12주 차에 반칙하는 기분이 든다"고 말합니다.

스킬 파일 소유권, 누가 갖고 있느냐가 커리어를 가른다

강연에서 가장 날 선 대목이에요. 개리 탄 본인이 "여기서부터는 정치적인 이야기"라고 예고해요. 아래는 실존 인물이 아니라 그가 직접 밝힌 가상 사례입니다.

지원 엔지니어 Maya가 2년간 자신의 에이전트에게 스킬 40개를 가르쳤다고 가정합니다. 새벽 장애 분류법, 고객 응대법 같은 것들이죠. 이 파일이 Maya의 저장소에 있으면 이직해도 그대로 따라갑니다. 이것이 바로 소유죠. 반대로 회사 저장소에 있으면 Maya는 빈손으로 떠나고 회사는 그 판단을 계속 씁니다. "커리어가 아니라 추출당한 것"이라는 게 개리 탄의 평가입니다. 같은 파일, 같은 사람인데 변수는 누가 통제하느냐 하나뿐이에요.

찬성 일색은 아니다, 세 가지 반론

이 강연에 대한 반응은 정확히 둘로 갈리죠. "컨텍스트를 내가 소유해야 한다"는 방향에는 동의가 넓지만, 개리 탄이 제시한 수치와 그가 만든 도구 자체에는 회의가 뚜렷합니다.

가장 자주 나오는 비판은 "결국 텍스트 파일에 담긴 지시문 묶음일 뿐이고, YC 대표라는 지위 때문에 화제가 됐다"는 것과 "작업량을 코드 줄 수로 재는 지표 자체가 무의미하다"는 반박입니다. AI를 쓰면 코드 줄 수는 자동으로 늘어나니 늘어난 줄 수가 곧 성과 증가는 아니라는 거예요. 개리 탄 본인도 자기 작업량이 예전보다 늘었다고 자평하면서, 가장 박하게 잡아도 하한은 8배라는 단서를 스스로 붙였습니다. 숫자 하나만 떼어 부풀리기보다는 이 단서까지 함께 보는 게 정확해요.

반론	개리 탄의 답
모델이 좋아지면 하네스는 곧 필요 없어진다	차별점이 오히려 컨텍스트로 옮겨간다. "엔진이 다 같으면 승부는 운전자와 지도에서 갈린다"는 비유입니다
이건 그냥 RAG(문서 검색 결합 AI) 아닌가	"검색은 재료일 뿐 완성품이 아니다"라는 반박이에요. 무엇을 기록할지 정하는 게 어려운 일이라는 설명입니다
자료를 한곳에 모으면 유출 위험이 커진다	가장 존중할 만한 반론이라 인정하면서도, 관리 책임을 내가 지는 편이 오히려 안전 모델이라고 답합니다

"그 도구가 꼭 이 사람 것이어야 하는가"에는 반발이 뚜렷하고, "내 컨텍스트는 내가 관리해야 한다"는 방향에는 동의가 넓다는 온도차를 지우면 실제 여론과 어긋납니다.

마무리

정리하면 AI 에이전트 스킬 파일은 새 모델 구독이 아니라 내가 쌓은 컨텍스트를 어디에 두고 누가 관리하느냐의 문제죠. 오늘 밤 하네스 하나를 켜고, 이번 주말 마크다운 폴더 하나를 만들고, 가장 하기 싫은 반복 업무 하나를 스킬 파일로 옮기는 세 걸음이면 시작은 충분해요.

비슷한 고민을 하는 팀이 많아요. 오늘 정리한 5단계와 반론까지의 균형이 결정에 보탬이 되길 바랍니다.

자주 묻는 질문 (FAQ)

Q: 개발자가 아닌데도 스킬 파일을 만들 수 있나요?

가능해요. 강연에 나온 실제 사례도 YC 재무 담당자였어요. 스킬 파일은 코드가 아니라 평범한 문장으로 쓴 지시문이라, 반복 업무를 말로 설명할 수 있으면 시작할 수 있습니다.

Q: "400배 빨라진다"는 말, 그대로 믿어도 되나요?

그대로 믿기보다는 원문의 단서까지 함께 보는 편이 정확해요. 개리 탄 본인도 가장 가혹하게 계산하면 하한이 8배라고 밝혔고, 코드 줄 수를 근거로 한 배수 주장 자체에 반론도 있습니다. 숫자보다는 컨텍스트 정리 방향에 초점을 맞추는 게 안전해요.

Q: 회사 업무 자료를 다 모아도 유출 걱정은 없나요?

커뮤니티에서도 가장 진지하게 받아들여지는 질문이에요. 개리 탄의 답은 자료를 모으지 않아도 이미 여러 곳에 흩어져 있고, 정리해서 관리 책임을 내가 지는 편이 오히려 안전하다는 것입니다. 실제 도입 전에는 어떤 데이터가 어디로 가는지부터 확인하는 게 우선이겠죠.

AI 에이전트 스킬 파일 만드는 법: 모르면 손해 보는 개인 AGI 5단계 실천 가이드 2026

AI 스킬 파일, 회사 서랍 아닌 내 서랍에 — 비개발자를 위한 쉬운 가이드