컴파일러가 오류를 먼저 잡는다
Agent가 찾아낸 예외를 타입 규칙, 진단, 회귀 fixture와 빌드 게이트로 승격한다. 같은 오류를 다음 Agent가 추론으로 재발견하지 않는다.
failure → invariant → test → gateAI-NATIVE ENGINEERING METHOD
느낌으로 시작해도,
시스템으로 끝낸다.
Vibe Compiler는 사람과 AI가 발견한 비정형 의도·판단·실패를 타입, 스키마, 검증기, 테스트, 결정론적 파이프라인으로 컴파일하는 엔지니어링 기법입니다.
01 / DEFINITION
AI가 매번
다시 판단하게
두지 않는다.
바이브 코딩은 자연어 의도에서 빠르게 결과를 만듭니다. 하지만 설명, 판단, 실패 대응이 계속 프롬프트와 대화에만 남아 있으면 다음 작업도 같은 비용을 다시 냅니다.
Vibe Compiler는 그 순간을 놓치지 않습니다. 반복되는 판단은 계약으로, 데이터 형태는 스키마로, 늦게 발견된 오류는 조기 검증으로, 성공한 흐름은 재현 가능한 파이프라인으로 승격합니다.
“AI Agent가 발견하되, 다음부터는 컴파일러가 발견하게 한다.”
HUMAN + AGENT의미 · 모호성 · 창의성
COMPILE →
무엇을 원하는지 탐색하고 해석한다.
STRUCTURED SYSTEM타입 · 규칙 · 검증 · 실행
결정 가능한 것은 기계가 재현한다.
02 / REFERENCE ARCHITECTURE
판단과 실행 사이에
컴파일 경계를 둔다.
비정형 해석은 없애는 것이 아니라 알맞은 층에 격리합니다. 반복 가능한 결정만 아래층으로 내려보내고, 실행 결과의 증거는 다시 위로 되돌립니다.
L1
UNSTRUCTURED INTENT
사람 + AI Agent
목표 · 맥락 · 의미 · 모호성 · 창의적 판단
- 대화
- 자료
- 관찰
- 실패
관찰·판단 후보 ↓실행 증거·측정 ↑
L2
VIBE COMPILER BOUNDARY
포착 · 분류 · 구조화 · 승격
반복 가능성, 기계 판정 가능성, 적용 범위, 권위 위치를 결정
- Capture
- Policy
- Planner
- Verifier
명시적 계약 ↓진단·불변식 위반 ↑
L3
STRUCTURED ASSETS
재사용 가능한 권위 자산
프롬프트가 아니라 저장소와 시스템이 이해하는 형태
- 타입
- 스키마
- 명세
- Fixture
- 템플릿
- 계획
결정 가능한 입력 ↓검증 결과 ↑
L4
DETERMINISTIC EXECUTION
컴파일러 · 검증기 · 파이프라인
같은 입력과 규칙에는 같은 결과를 만드는 실행 경로
- Build
- Test
- CI/CD
- Runtime
산출물 ↓운영 상태 ↑
L5
REAL-WORLD EVIDENCE
파일 · 화면 · 런타임 · 지표
명령 성공 문구가 아닌 실제 사용자 경로에서 완료를 증명
- 해시
- 렌더링
- 라이브 URL
- 성능
승격 규칙: Agent가 두 번 판단했다면 후보로 포착하고, 기계가 판정할 수 있다면 L3 이하로 내립니다. 의미 해석이 필요한 판단은 L1에 남기되 근거와 범위를 기록합니다.
03 / EXECUTION WORKFLOW
발견에서 최적화까지,
완료 조건이 있는 흐름
각 단계의 출력이 다음 단계의 입력 계약이 됩니다. 비싼 렌더링·빌드·외부 API를 호출하기 전에 구조와 계획을 먼저 검증합니다.
00TRIGGER반복·실패·수동 판단 감지
같은 설명, 늦은 오류, 임시 예외가 다시 나타남
→
01EXPLORE + CAPTURE의도와 성공 조건 포착
입력·판단·중간 산출물·출력을 분리
→
02STRUCTURE기계 판정 가능한 계약 작성
타입·스키마·불변식·fixture·계획
↓
03FAIL-FAST GATE고비용 실행 전 검증
잘못된 입력은 여기서 중단하고 정확히 진단
←
04AUTOMATE + INTEGRATE권위 있는 경로에 구현
검증기·명령·API·CI·제품 코드로 승격
←
05VERIFY REAL OUTPUT실제 산출물과 사용자 경로 확인
파일·해시·화면·브라우저·런타임·배포 상태
↓
06SIMPLIFY + OPTIMIZE중복 제거 후 효과 측정
재설명·수동 판단·재시도·시간·비용의 전후 비교
새 관찰과 실패를 다음 순환의 입력으로
INPUT CONTRACT무엇이 들어와야 시작할 수 있는가?
QUALITY GATE무엇이 참이어야 다음 단계로 갈 수 있는가?
DONE EVIDENCE무엇을 직접 확인해야 완료인가?
PROMOTION TEST이번 판단이 다음 실행의 자산이 되었는가?
04 / THE SHIFT
BEFORE
대화가 끝나면 경험도 사라진다
- 같은 전제를 다시 설명
- 실패가 렌더링·배포 뒤에 발견
- 임시 스크립트와 예외 경로 증가
- Agent의 감각에 품질이 의존
AFTER
실행할수록 시스템이 똑똑해진다
- 의도가 계약과 템플릿에 축적
- 비용을 쓰기 전에 fail-fast
- 권위 있는 단일 경로로 통합
- 검증 결과로 품질을 설명
05 / COMPILATION LOOP
한 번의 성공보다
다음 실행의 개선
Vibe Compiler는 7단계를 순환합니다. 매 작업은 결과뿐 아니라 다음 작업의 도구를 남깁니다.
- 01Explore의도와 문제 공간을 탐색한다.
- 02Capture판단, 실패, 성공 조건을 포착한다.
- 03Structure타입·스키마·불변식으로 표현한다.
- 04Automate검증기·테스트·명령으로 옮긴다.
- 05Integrate권위 있는 제품 경로에 통합한다.
- 06Simplify중복·임시·폐기 경로를 제거한다.
- 07Optimize측정된 병목을 개선하고 다시 탐색한다.
06 / IN PRACTICE
어디서든 같은 원리로 작동한다.
스타일을 템플릿과 검사로 남긴다
문서 구조, 톤, 필수 항목, 렌더링 기준을 템플릿·스키마·시각 검증 절차에 담는다. “지난번처럼”을 다시 설명하지 않는다.
taste → template → validator판단 기준을 재현 가능하게 만든다
분석 가정, 분류 기준, 근거, 계산식과 승인 조건을 데이터 계약에 고정한다. 결론뿐 아니라 결론에 도달하는 경로가 자산이 된다.
judgment → rubric → pipeline성공 메시지보다 실제 상태를 본다
DNS, 라이브 URL, 산출물 해시, 브라우저 렌더링과 운영 상태를 완료 게이트로 삼는다. 명령 종료 코드만으로 완료를 선언하지 않는다.
command → evidence → release07 / TRIGGER SIGNALS
이 말이 나오면
컴파일할 때다.
“또 설명해야 하나?”지속 지침·계약·템플릿 후보
“지난번에도 여기서 틀렸는데.”회귀 fixture·조기 검증 후보
“일단 예외 처리하자.”도메인 모델·권위 경로 후보
“완료됐다고 했는데 왜 안 보이지?”실제 산출물·라이브 검증 후보
“Agent마다 답이 달라.”판단표·스키마·불변식 후보
08 / COMPOUNDING EFFECT
속도는 주장하지 않고
측정한다.
구조화가 늘었다는 사실만으로 최적화를 선언하지 않습니다. 전후 기준선을 두고 다음 지표가 실제로 줄어드는지 확인합니다.
- 01재설명 횟수
- 02Agent의 수동 판단 수
- 03재시도와 늦은 실패
- 04실행 시간과 외부 비용
- 05중복 코드와 우회 경로
09 / START TODAY
YOUR FIRST COMPILATION
오늘 반복한 판단 하나를 고르세요.
이 과정을 한 번 끝냈다면, Vibe Compiler가 작동한 것입니다.
ORIGIN NOTE
Vibe Compiler는 특정 외부 방법론에서 출발한 명칭이 아닙니다. 바이브 코딩을 수행하며 반복해서 발견한 원칙—“비정형 판단을 정형 자산으로 옮기고, 결국 Agent가 아니라 컴파일러와 시스템이 발견하게 한다”—에 붙인 독립적인 이름입니다. 유사한 축적·복리 관점의 방법론들과 아이디어를 공유할 수 있지만, 여기에서 정의한 책임 경계와 적용 범위가 이 기법의 기준입니다.