원본 영상은 No Priors의 Karpathy 대담입니다. Sequoia 영상이 “agentic engineering”이라는 이름을 전면에 세웠다면, 이 영상은 그 안쪽의 작업 루프를 더 길게 파고듭니다.
이 글은 최근 Karpathy 묶음의 “실행 루프” 축입니다. 코딩 에이전트, AutoResearch, 모델 분화, 협업 표면을 하나의 작업 시스템으로 읽습니다.
한눈에 보기
- MECE 위치: 에이전트 숙련 / 연구 자동화 / 협업 표면.
- 핵심 질문: 에이전트가 빨라질수록 사람의 기술은 어디에서 드러나는가?
- 블로그 연결:
/book,/youtube,/news같은 스킬은 반복 가능한 loopy system이다.
핵심 클립과 해석
1. [2:55] 가능성 앞의 긴장
“what’s possible”
Karpathy가 말하는 긴장은 공포가 아니라 탐색 공간의 폭이다. 무엇이 가능한지 아직 지도화되지 않았기 때문에 불안하다. 이 감각은 새로운 도구를 쓰는 사람보다 새 작업 방식을 설계하는 사람에게 더 강하게 온다.
2. [6:16] 병목은 사람에게 온다
“binding constraint”
도구가 부족해서 못 하던 시대에서, 사람이 병목이 되는 시대로 이동한다. 여기서 “skill issue”는 비난이 아니라 설계 과제다. 좋은 개발자는 더 많이 타이핑하는 사람이 아니라, 에이전트에게 좋은 과제를 잘 공급하는 사람이다.
3. [15:51] AutoResearch의 출발점
“email and calendar”
흥미로운 것은 Karpathy가 모든 자동화를 무조건 받아들이지 않는다는 점이다. 접근 권한과 신뢰 문제가 남아 있기 때문이다. 그래서 AutoResearch의 핵심은 “모든 것을 맡기는 것”이 아니라, 신뢰 가능한 작은 루프를 만드는 것이다.
4. [22:45] 양파 껍질처럼 쌓이는 기술
“layers of an onion”
LLM이 한 층을 자동화하면 그 위의 층이 새 기술이 된다. 프롬프트를 잘 쓰는 기술 위에 검증을 설계하는 기술이 생기고, 그 위에 여러 에이전트를 조율하는 기술이 생긴다. 내 블로그 스킬도 이 구조를 따른다.
5. [32:30] 컨텍스트와 가중치 사이
“touch the weights”
현재 블로그 자동화는 주로 컨텍스트 엔지니어링이다. 글, 자막, frontmatter, 링크, 파일 구조를 모델에게 공급한다. 하지만 장기적으로는 어떤 지식이 컨텍스트로 남고 어떤 지식이 모델 또는 스킬로 굳어지는지 구분해야 한다.
6. [1:00:59] 교육용 MicroGPT
“LLM training”
마지막 교육 이야기는 이 블로그의 책장 시스템과 맞닿아 있다. 독후감, 오디오, SRT, 워크시트, 영상 노트는 각각 콘텐츠가 아니라 학습 루프의 구성 요소다. 배운 것을 다시 실행 가능한 형태로 바꾸는 것이 핵심이다.
내 생각
이 대담은 “에이전트 시대에도 실력은 사라지지 않는다”는 쪽에 가깝다. 다만 실력의 위치가 바뀐다. 예전에는 코드 한 줄의 정확함이 실력이었다면, 이제는 문제를 자르고, 맥락을 주고, 검증 루프를 만들고, 산출물을 다시 지식 시스템에 넣는 능력이 실력이 된다.
내가 /youtube 스킬을 만드는 이유도 여기에 있다. 영상 하나를 보고 끝내는 것이 아니라, transcript 수집, 클립 선정, 해석, 배포, 링크 순환까지 반복되는 루프를 만들면 영상 소비가 학습 자산으로 바뀐다.
내가 바로 적용할 것
- 스킬은 결과물이 아니라 반복 루프의 이름으로 관리한다.
- 연구 자동화는 권한이 낮고 검증 가능한 작은 작업부터 맡긴다.
- 블로그 글마다 다음 작업으로 이어지는 surface를 남긴다.
댓글
GitHub 계정으로 의견을 남길 수 있습니다. 댓글은 GitHub Discussions에 저장됩니다.