성능 예산
웹사이트가 지켜야 할 속도와 크기 기준을 미리 숫자로 정해 두는 품질 가드레일이다. 예를 들어 첫 화면 JavaScript는 일정 KB 이하, 대표 페이지 로딩은 일정 초 이하, Lighthouse 성능 점수는 일정 점수 이상처럼 정할 수 있다. 바이브 코딩에서는 AI가 기능을 빠르게 늘리는 동안 성능이 조금씩 나빠지기 쉬우므로, 성능 예산을 테스트와 리뷰 기준에 넣어야 회귀를 빨리 발견한다. 예산은 벌칙이 아니라 의사결정 도구이며, 새 라이브러리를 넣을지 직접 구현할지 판단하는 근거가 된다.
영어 표기
Performance Budget
예시
새 검색 기능을 붙인 뒤 번들 크기가 성능 예산을 넘으면, AI에게 큰 검색 라이브러리 대신 서버 API 검색이나 경량 유틸로 다시 설계하라고 요청하고 빌드를 다시 측정한다.
참고
숫자로 정한 성능 기준은 AI 생성 코드의 회귀를 발견하는 데 유용하다.
- 카테고리
- 성능·최적화
- 난이도
- basic
- 태그
- 성능예산 · 품질게이트
- 슬러그
- performance-budget
- 상태
- published
- 정렬 순서
- 182
함께 읽기
연관 용어
하네스 엔지니어링
품질 게이트
영어 표기 Quality Gate
AI 에이전트의 작업 결과가 다음 단계로 넘어가기 전에 반드시 통과해야 하는 자동화된 검증 지점이다. 공항의 보안 게이트가 탑승 전 필수 검사를 수행하듯, 품질 게이트는 코드가 프로덕션으로 가기 전에 필수 검증을 수행한다. 에이전틱 엔지니어링에서 품질 게이트는 AI가 생성한 코드의 품질을 인간의 직접 검토 없이도 자동으로 보장하는 핵심 메커니즘이다. 일반적인 품질 게이트 체인: Agent 코드 생성 → [린트 통과?] → [타입 체크 통과?] → [단위 테스트 통과?] → [통합 테스트 통과?] → [보안 스캔 통과?] → [코드 커버리지 기준 충족?] → 인간 리뷰. 각 대괄호가 하나의 Quality Gate이며, 어느 하나라도 실패하면 AI 에이전트에게 피드백이 돌아가 수정을 시도한다. Stripe의 Minions 시스템에서는 CI(지속적 통합) 파이프라인 통과가 필수 품질 게이트로, AI가 작성한 코드가 모든 테스트를 통과해야만 PR이 생성된다. 품질 게이트가 촘촘할수록 AI Slop이 프로덕션에 도달할 확률이 낮아지지만, 너무 과도하면 하네스 부채(Harness Debt)가 발생할 수 있다.
테스트·디버깅
린트
영어 표기 Lint
코드를 실행하기 전에 문법 오류, 스타일 불일치, 위험한 패턴을 자동으로 찾아 주는 정적 검사 과정이다. 린트는 테스트처럼 기능 결과를 검증하지는 않지만, AI가 만든 코드에서 사용하지 않는 변수, 잘못된 import, 접근성 누락, 위험한 any 타입 같은 문제를 빠르게 잡아낸다. 바이브 코딩에서는 AI에게 기능을 맡긴 뒤 린트를 통과시키는 것을 첫 품질 게이트로 두면, 사람이 모든 줄을 읽기 전에 기본 위생 문제를 제거할 수 있다.
테스트·디버깅
지속적 통합
영어 표기 CI (Continuous Integration)
개발자가 코드를 푸시하거나 Pull Request를 열 때 자동으로 빌드, 린트, 테스트를 실행해 변경이 프로젝트 기준을 통과하는지 확인하는 개발 운영 방식이다. CI는 사람이 로컬에서 까먹기 쉬운 검증을 서버에서 반복 가능하게 수행하며, 여러 사람이 동시에 작업할 때 main 브랜치가 깨지는 일을 줄인다. 바이브 코딩에서는 AI가 빠르게 만든 변경을 바로 배포하기 전에 독립된 환경에서 한 번 더 검증하는 안전망으로 작동한다.