바이브 코딩으로 정산 시스템도 만들 수 있을까: 가능한 범위와 한계 [2026]

바이브 코딩으로 정산 화면과 계산 초안은 만들 수 있지만 돈을 확정·지급하는 프로덕션 시스템은 프롬프트만으로 인수할 수 없습니다. 계약 규칙을 결정표로 고정하고, 불변 거래 사건·재현 가능한 계산·역할 분리·감사 로그·보상 복구를 테스트해야 합니다.

AI에게 맡길 범위와 승인 범위를 분리한다#

요구사항 정리와 화면 코드, 테스트 골격은 빠르게 생성할 수 있습니다. 반면 수수료 산식, 지급 계좌 변경, 정산 확정, 환불·역정산, 관리자 권한은 작은 오류도 금전 손실로 이어집니다. 생성 가능 여부가 아니라 실패 영향과 검증 가능성으로 자동화 범위를 나누세요.

자연어를 결정표와 불변식으로 바꾼다#

“취소 시 수수료를 돌려준다”는 문장만으로는 전액·부분 취소, 정산 전후, 세금, 최소요금, 반올림을 결정할 수 없습니다. 입력 조건, 우선순위, 결과, 적용일을 표로 만들고 절대 깨지면 안 되는 금액 불변식을 정의한 뒤 코드를 생성하세요.

실무 시나리오: 부분취소가 확정 뒤 들어올 때#

판매자 정산을 확정한 다음날 부분취소가 들어왔다고 가정하겠습니다. 확정 레코드의 금액을 수정하면 당시 지급 근거를 잃습니다. 원 주문·결제·정산 상세를 참조하는 조정 사건을 만들고 다음 지급 배치에서 상계합니다. AI가 만든 코드가 정정 사건을 여러 번 받더라도 한 번만 반영하고 원 계산을 재현하는지 검증합니다.

권한과 감사 로그를 인수 기준으로 만든다#

OWASP ASVS 5.0은 웹 애플리케이션 보안 검증 요구사항을 계약·개발·조달의 기준으로 사용할 수 있게 제공합니다. 보안 사건 항목은 인증·인가 실패와 통제 우회 시도를 기록하도록 안내합니다. 정산 시스템에서는 민감정보 자체를 로그에 남기지 않으면서 승인·계좌 변경·원장 정정을 추적하도록 적용 범위를 설계하세요.

생성부터 배포까지 역할을 분리한다#

AI 프롬프트 작성자, 코드 검토자, 재무 규칙 승인자, 배포자, 지급 승인자, 운영 데이터 정정자를 구분합니다. 작은 팀이라 완전 분리가 어렵다면 고위험 행동에 추가 인증, 금액 한도, 이중 승인, 사후 표본 감사를 둡니다. 승인 워크플로는 사람 승인 AI 워크플로, 감사 필드는 AI 감사 로그 요구사항과 함께 볼 수 있습니다.

정확도보다 재현성과 실패 복구를 인수한다#

정상 한 건 계산이 아니라 중복 웹훅, 역순 취소, 시간대 경계, 통화·반올림, 계좌 변경, 지급 일부 실패, 재실행을 시험하세요. 정산 모델은 마켓플레이스 정산 설계, 실제 PG 사건은 PG 정산 대사, 결제 연동은 결제 연동 개발과 함께 검증할 수 있습니다.