Karpathy Software 3.0: 완전 자율보다 검증이 빠른 부분 자율을 만듭니다 | DAKER 커뮤니티
Andrej Karpathy는 Y Combinator 강연 「Software Is Changing (Again)」에서 소프트웨어가 다시 한 번 바뀌고 있다고 설명합니다. 그는 이를 Software 3.0이라고 부르며, 자연어 프롬프트가 프로그램이 되고 LLM이 그 프로그램을 실행하는 시대라고 정리합니다. 한국에서 해커톤·바이브코딩 제품을 만드는 분들께는 「완전 자율」보다 검증이 빠른 부분 자율이 더 실용적인 설계입니다.
한 줄 요약
Software 3.0에서는 프롬프트가 코드처럼 동작합니다. 제품은 사람을 빼는 완전 자율보다, 생성과 검증을 한 화면에서 돌리는 부분 자율로 만드는 편이 안전하고 설득력이 큽니다.
Software 1.0 · 2.0 · 3.0을 짧게 구분합니다
| 구분 | 무엇이 프로그램인가 | 개발자가 다루는 것 |
|---|---|---|
| Software 1.0 | 사람이 쓴 코드 | 명시적 로직, 테스트, API |
| Software 2.0 | 데이터로 맞춰진 신경망 가중치 | 데이터, 목적함수, 학습 루프 |
| Software 3.0 | 자연어 프롬프트 | 문맥, 도구 연결, 생성·검증 UI |
이미 DAKER에도 Software 2.0(목적함수 설계) 글이 있습니다. 오늘은 그다음 단계인 Software 3.0, 그중에서도 부분 자율 제품에 초점을 둡니다.
핵심 개념: Iron Man 슈트와 autonomy slider
- 부분 자율(partial autonomy) — AI가 초안을 만들고, 사람이 바로 확인·수정합니다.
- Iron Man 슈트 — 사람 없이 일하는 로봇보다, 사람이 입고 힘을 키우는 장비가 현실적입니다.
- autonomy slider — AI 개입 정도를 낮춤(제안만)부터 높임(여러 단계 자동 실행)까지 조절합니다.
- 생성 → 검증 루프 — 결과가 나온 자리에서 바로 검수할 수 있는 GUI가 핵심입니다.
Karpathy는 Cursor, Perplexity 같은 제품을 이 방향으로 예로 듭니다. 코딩·검색 결과를 사람이 한 화면에서 읽고, 고치고, 다시 생성합니다.
해커톤·바이브코딩에서 바로 쓰는 적용
- 데모 목표를 「전부 자동」에서 「검수 속도」로 바꿉니다. 심사·팀원이 결과를 5초 안에 확인·수정할 수 있으면 신뢰가 올라갑니다.
- 슬라이더를 제품에 넣습니다. 예: 「제안만 / 한 파일 수정 / 여러 파일·명령 실행」처럼 개입 단계를 명시합니다.
- 생성과 검증을 같은 화면에 둡니다. 생성 로그, 미리보기, 승인 버튼을 한 흐름으로 연결합니다.
- 에이전트가 읽기 쉬운 자료를 남깁니다. 마크다운 README, 재현 가능한 API·명령, 체크리스트를 GUI 클릭 안내보다 우선합니다.
- 제출 전 사람 확인 1회를 의무로 둡니다. 스모크 테스트 URL, 샘플 입력, 실패 시 되돌리기를 체크합니다.
코드·학습에서 생기는 변화
프롬프트와 도구 호출이 늘어나면, 「한 번에 맞는 답」보다 「틀린 답을 빨리 걸러내는 구조」가 성과를 가릅니다. 학습할 때도 모델 이름만 바꾸기보다, 검증 항목(입력·출력·제약·실패 예시)을 먼저 적는 습관이 Software 3.0 감각과 맞습니다.
오늘 따라 할 순서
- 현재 프로토타입에서 AI가 혼자 끝내는 구간을 표시합니다.
- 그중 한 구간만 골라, 사람 승인 또는 미리보기 단계를 넣습니다.
- 개입 단계를 2~3단 슬라이더(또는 라디오 버튼)로 노출합니다.
- 데모 스크립트를 「생성 → 화면에서 검수 → 수정 → 재생성」순서로 다시 씁니다.
참고: Andrej Karpathy, Y Combinator 강연 Software Is Changing (Again). 공개 글의 제품·숫자 주장은 공식 강연·공개 요약에 나온 개념 범위에서만 정리했습니다.