함수

Prompt Template

반복해서 쓰는 AI 작업 지시를 일정한 칸으로 나누어 재사용하는 프롬프트 형식이다. 초보자는 매번 즉흥적으로 '이 기능 만들어줘'라고 쓰기보다, 목표, 현재 파일, 입력 자료, 제약 조건, 원하는 출력 형식, 검증 방법을 같은 순서로 채우면 AI가 누락 없이 코딩 작업을 수행하기 쉽다. 특히 VIBE 코딩에서는 템플릿이 작업 범위를 고정하는 안전장치가 된다. 예를 들어 버그 수정 템플릿에 재현 단계, 기대 동작, 실제 동작, 실패한 테스트, 수정 금지 파일을 넣으면 AI가 엉뚱한 리팩토링으로 번지는 일을 줄일 수 있다. 좋은 템플릿은 길기만 한 문서가 아니라, 사람과 AI가 함께 확인해야 할 결정 지점을 빠뜨리지 않게 해주는 체크리스트에 가깝다.

Refactoring

외부에서 관찰 가능한 동작(기능, API, 사용자 경험)을 변경하지 않으면서 코드의 내부 구조를 개선하는 체계적 작업이다. Martin Fowler의 1999년 저서 『Refactoring: Improving the Design of Existing Code』에서 체계화된 개념으로, 가독성 향상, 중복 제거, 복잡도 감소, 성능 개선, 테스트 용이성 향상 등을 목적으로 한다. 바이브 코딩에서 리팩토링은 특별한 의미를 가진다. AI가 초기에 생성한 코드는 기능적으로 동작하더라도 구조적으로 최적이 아닌 경우가 많으므로, AI와 협업하여 리팩토링을 수행하는 것이 일반적인 워크플로이다. 예를 들어, Claude Code에게 '이 컴포넌트를 더 작은 컴포넌트로 분리하고, 공통 로직을 커스텀 훅으로 추출해줘'와 같은 리팩토링 지시를 내릴 수 있다. 2026년 기준으로 AI 도구는 단일 서비스 내 리팩토링(파일 분할, 함수 추출, 타입 개선 등)은 잘 수행하지만, 마이크로서비스 간 크로스 시스템 리팩토링(서비스 경계 재정의, 데이터 모델 마이그레이션 등)은 아직 인간의 아키텍처 판단이 필수적인 영역이다.

Code Complexity

코드 복잡도는 한 함수나 컴포넌트를 이해하고 안전하게 수정하기 얼마나 어려운지를 나타내는 품질 신호다. 조건문이 깊게 중첩되거나 한 함수가 너무 많은 일을 하거나 예외 흐름이 얽히면 복잡도가 높아진다. AI가 빠르게 기능을 붙이다 보면 거대한 함수 하나에 로직이 몰리기 쉬우므로, 복잡도는 리팩토링 시점을 알려 주는 초보자용 경고등으로 사용할 수 있다.