Karpathy의 트윗은 별 62,000개로 폭발했습니다. andrej-karpathy-skills는 정확히 무엇을 했나요?
2026년 4월 GitHub의 주간 목록 1위 프로젝트인 forrestchang/andrej-karpathy-skills를 해체하여 LLM 프로그래밍 문제에 대한 Karpathy의 불만 사항을 설치 가능한 4가지 규칙으로 패키지합니다. 본질은 '콘텐츠가 곧 상품이다'
The models make wrong assumptions on your behalf and just run along with them without checking. They don't manage their confusion, don't seek clarifications, don't surface inconsistencies, don't present tradeoffs, don't push back when they should.
2026년 1월 27일, Andrej Karpathy는 11개 섹션, 약 1,400 단어로 구성된 프로그래밍 에세이인 X에 매우 긴 트윗을 게시하여 11월 "80% 필기 + 20% 에이전트"에서 12월 "80% 에이전트 + 20% 연마"로 전환하는 동안 직면한 함정을 기록했습니다. 해당 트윗은 결국 769만 조회 수, 좋아요 39,000개, 북마크 36,000개에 도달했습니다.
3개월 후 Karpathy의 트윗을 설치 가능한 4개의 규칙으로 패키징하는 forrestchang/andrej-karpathy-skills이라는 GitHub 저장소가 출시되었습니다. 2주 만에 62.7,000개의 별과 5,500개의 포크에 도달하여 2026년 4월 GitHub 주간 목록에서 1위를 차지했습니다.
웨어하우스 온톨로지: Markdown 파일.
A few random notes from claude coding quite a bit last few weeks
A thread-length reflection on switching from 80% manual coding to 80% agent coding in one month—what got better, what got worse, and what LLM coding actually feels like now.
1. Karpathy는 무엇에 대해 불평하고 있나요?
Karpathy의 긴 기사에는 기본적으로 LLM으로 코딩된 네 가지 "만성 질환"이 나열되어 있습니다.
첫 번째 질병: 몰래 가정을 하는 것
"가장 일반적인 유형의 실수는 모델이 잘못된 가정을 한 다음 이를 검증하지 않고 적용한다는 것입니다. 그들은 자신의 혼란을 관리하지 않고, 설명을 구하지도 않고, 불일치를 보여주지도 않고, 절충안을 제시하지도 않으며, 반박할 때가 되면 반박하지도 않고, 약간 너무 아첨합니다."
이것은 "집단 오류"입니다. "로그인 추가"라고 말하면 어떤 인증을 사용할지, 장치를 기억할지, 세션을 관리하는 방법을 묻지 않고 단지 합리적이라고 생각하는 솔루션을 제시할 뿐입니다. 검토를 마치고 원하는 내용과 다르다는 것을 발견할 때쯤에는 이미 500줄이 작성되어 있을 것입니다.
두 번째 질병: 과잉 엔지니어링
"그들은 특히 코드와 API를 지나치게 복잡하게 만들고, 추상화 레이어를 부풀리고, 죽은 코드를 정리하지 않습니다. 그들은 1000줄의 코드를 사용하여 비효율적이고, 부풀리고, 깨지기 쉬운 구조를 구현할 것이며, 그들이 '물론이죠!'라고 말하기 전에 어린아이처럼 속여서 '글쎄, 그냥 이걸 하는 게 어때?'라고 말해야 합니다. 그런 다음 즉시 100줄로 줄이세요."
이는 LLM 코딩의 가장 일반적인 관찰자 효과입니다. 맥락이 "관대하게" 주어지는 동시에 복잡성도 "관대하게" 보상됩니다**. 전략 모드, 팩토리 모드, 종속성 주입 등이 모두 제공됩니다.
세 번째 질병: 바꾸라고 하지 않은 것을 바꾸세요
"그들은 때때로 일부 주석과 코드가 마음에 들지 않거나 완전히 이해하지 못하기 때문에 일부 주석과 코드를 수정하거나 삭제합니다. 이러한 변경 사항이 현재 작업과 아무 관련이 없더라도 마찬가지입니다."
버그 수정을 요청하면 "더 이상 필요하지 않은 것 같다"는 이유로 옆에 있는 완료되지 않은 TODO 주석을 편리하게 삭제합니다.
질병 4: CLAUDE.md에 규칙을 작성해도 여전히 깨집니다
"CLAUDE.md에서 간단한 복구 시도를 했는데도 위의 문제가 여전히 존재합니다."
트윗 전체에서 가장 가슴 아픈 문장입니다. 전 OpenAI 창립 팀원이자 Tesla AI 이사였던 Karpathy는 Claude를 완벽하게 유지하는 CLAUDE.md를 작성할 수 없었습니다.
2. andrej-karpathy-skills에 대한 해결책
forrestchang 이 네 가지 질병에 대한 해결책을 네 가지 원칙으로 체계화하고 이를 CLAUDE.md 파일에 패키지합니다.
| 원칙 | 해당 질병 | 핵심활동 |
|---|---|---|
| 코딩하기 전에 생각해보세요 | 비밀리에 가정 | 가정을 명확하게 기술하고, 다양한 해석을 나열하고, 혼란스러우면 잠시 멈추고 질문하고, 필요할 때는 반박하세요 |
| 단순성 우선 | 과도한 엔지니어링 | 필요한 최소 코드만 작성하세요. 추측성 유연성, 오류 처리, 추상화를 작성하지 마십시오 |
| 수술적 변화 | 무단 변경 | 필요한 것만 만지십시오. 스타일을 리팩토링하거나 변경하지 마세요. 다른 데드 코드만 보고하고 삭제하지 마세요 |
| 목표 중심 실행 | 방법 정렬 불량 | 검증 가능한 성공 기준 + 테스트를 제공하고 모델 루프가 자동으로 통과하도록 허용 |
네 번째 원칙은 Karpathy의 트윗에 있는 또 다른 유명한 대사인 "Leverage"를 직접 참조하는 것입니다.
LLMs are exceptionally good at looping until they meet specific goals and this is where most of the feel the AGI magic is to be found. Don't tell it what to do, give it success criteria and watch it go.
이것이 전체 프로젝트 방법론의 발판입니다. **처음 세 가지 원칙은 LLM이 어지러워지는 것을 방지합니다. 네 번째 원칙은 그 강점을 진정으로 활용하는 방법을 알려줍니다. **
3. 설치 및 사용방법
방법 A: Claude Code 플러그인으로 (이것을 먼저 사용하는 것이 좋습니다)
/plugin marketplace add forrestchang/andrej-karpathy-skills
/plugin install andrej-karpathy-skills@karpathy-skills설치 후 모든 프로젝트의 Claude Code 대화 상자는 자동으로 이 네 가지 원칙을 준수합니다. 전역적으로 적용되며 언제든지 /plugin에 의해 해제될 수 있습니다.
방법 B: CLAUDE.md를 수동으로 복사
저장소를 입력하고 → CLAUDE.md을 열고 → 복사한 후 프로젝트 루트 디렉터리의 CLAUDE.md에 붙여넣습니다. 이 프로젝트에만 유효합니다.
저장소는 또한 주류 AI IDE를 다루는 콘텐츠 세트인 추가 CURSOR.md 및 .cursor/rules/ 적응을 제공합니다.
4. 왜 62,000개의 별에 도달할 수 있나요?
이는 풀어볼 가치가 있는 현상입니다. 별 62.7,000개는 "단일 파일 저장소"에 대한 과장된 숫자입니다. 비교를 위해 같은 기간 동안 Microsoft markitdown(9k)과 Addy Osmani의 에이전트 기술(4.6k)을 합친 것은 그만큼 많지 않습니다.
충격 무게별로 분류:
1. Karpathy IP 보증 - forrestchang-skills이라고 불리는 경우 동일한 콘텐츠가 10,000개를 초과할 수 없습니다. Karpathy에는 "전 OpenAI 창립팀 + Tesla AI 디렉터 + CS231n 강사"라는 문화적 자본이 함께 제공되며 그의 트윗에는 "필독" 라벨이 붙어 있습니다.
2. 완벽한 타이밍 — Opus 4.7은 4월 16일에 출시되었으며 과도한 엔지니어링에 대한 불만이 최고조에 달했습니다. 이 레포는 모두가 "클로드가 너무 미치게 만드는 것을 막기 위해" 해독제를 찾고 있을 때 나타났습니다.
3. 문제점은 보편적입니다 - 모든 클로드 코드/커서 사용자는 이 네 가지 함정을 밟았으며 공감률은 100%에 가깝습니다.
4. 임계값이 매우 낮습니다 - 파일 1개 또는 명령 2줄. 스타의 가격은 무시할 수 있을 정도로 저렴합니다. "설치하지 않으면 손해를 보게 됩니다."
5. 강력한 검증 가능성 - 4가지 원칙은 명확하고 기억하기 쉬우며 스크린샷을 찍어 전달하기도 쉽습니다. 금지된 1000라인 프롬프트 프로젝트 가이드와는 다릅니다.
6. 이중 언어 README ——README.zh.md는 중국 AI 서클 트래픽을 직접 소모하며, V2EX는/즉시/Weibo에서 동시에 폭발합니다.
7. 저자에 의한 교차 프로모션 - 상단 열의 문장 *"내 새 프로젝트 Multica를 확인하세요"*는 저자의 자체 상업 에이전트 플랫폼 multica-ai/multica으로 트래픽을 유도합니다. **이 저장소는 본질적으로 Multica 고객 확보 퍼널의 최상위입니다. **
8. 메타 적합 - 여기서 논의하는 "LLM 코딩 오류"는 LLM으로 코딩할 때 모든 독자가 경험하는 것과 정확히 같습니다. 읽기와 사용이 통합되어 전환율이 매우 높습니다.
한마디로, 판매하는 것은 코드나 도구가 아니라 Karpathy의 감정을 설치 가능한 규칙으로 포장하는 것입니다. 이는 2026년 AI 프로그래밍계에서 가장 일반적인 "콘텐츠가 제품" 사례입니다.
5. 나의 사용 제안
먼저 방법 A를 사용하여 전역적으로 설치합니다. 도구와 스크립트를 작성할 때 경험이 향상되는지 확인하십시오. 특히 Claude가 다른 사람의 코드를 변경하도록 허용한 경우 무작위 변경 문제가 줄어드는지 확인하십시오.
CLAUDE.md 프로젝트에 병합할지 여부는 1~2주 후에 결정됩니다. 각 프로젝트의 CLAUDE.md는 이미 도메인 지식(설계 시스템, 구성 요소 사양, 배포 프로세스)으로 채워져 있는 반면 Karpathy의 세트는 일반적인 방법론입니다. 두 가지가 충돌하지 않으며 겹쳐질 수 있습니다. 그러나 그것이 유용하다고 정말로 확신할 때까지 타이밍을 기다려야 합니다.
비용에 주의하세요: Claude가 더 많은 질문을 하게 될 것이며, 이는 "한 문장으로 생성"하는 데 익숙한 사람들에게는 짜증스러울 것입니다. 수행되어야 하는 약간의 청소를 수행하지 못할 수도 있습니다(너무 엄격함). 매우 모호한 탐사 작업으로 인해 제약을 받게 됩니다.
더 깊은 가치: 요구 사항을 명확하게 명시해야 하며 이는 모든 고품질 소프트웨어 엔지니어링의 전제 조건입니다.
주목할 만한 후속 조치: forrestchang 자신도 기술 메커니즘을 제품화하기 위해 "오픈 소스 관리형 에이전트 플랫폼"인 Multica를 홍보하고 있습니다. 이 네 가지 원칙이 결국 사실상의 표준이 된다면 Multica는 상용차가 될 것입니다. 이 줄에 주목하세요.
참조 리소스
andrej-karpathy-skills GitHub Repo
A single CLAUDE.md file to improve Claude Code behavior, derived from Andrej Karpathy's observations on LLM coding pitfalls.
Multica - open-source managed agents platform
The open-source managed agents platform. Turn coding agents into real teammates.