CASE 03 · 레저 · 골프 예약
코드에 묻힌 예약 규칙을 꺼내, API 구조로
예약·조인 규칙이 오래된 코드와 SQL에 묻혀 있던 골프 예약 플랫폼을, AI가 규칙을 찾아 옮기는 방식으로 다시 만들었습니다.
- 고객
- 골프 예약 플랫폼
- 업무
- 예약·조인 운영 · 회원 서비스
- 유형
- 플랫폼 AX · 리빌드
- 상태
- 종료
Problem
규칙 하나를 바꾸려면 화면과 쿼리를 함께 고쳐야 했습니다
- 예약·조인 규칙이 Java·JSP 화면과 SQL 쿼리 곳곳에 섞여 있었습니다.
- 규칙 하나를 바꾸려 해도 화면과 쿼리를 함께 고쳐야 했습니다.
- 새 서비스나 AI를 붙이려면 먼저 규칙을 화면에서 떼어 내야 했습니다.
Approach
AI가 규칙을 찾아 옮기고, 사람은 무엇을 옮길지 정합니다
AI가 오래된 코드와 SQL에서 업무 규칙을 찾아 문서로 만들고, 새 구조로 옮기는 코드를 작성했습니다. 사람은 옮길 규칙을 확인하고 구조 설계를 승인했습니다.
AI가 맡은 일
- 오래된 코드·SQL에서 업무 규칙 찾기·분석
- 규칙 문서화(호출 경로 → SQL → 규칙)
- 새 구조로 옮기는 코드 작성
사람이 맡은 일
- 옮길 규칙 확인
- 구조 설계 승인
- 저장소별 AI 작업 규칙 정의
새 구조
- 고객 웹 · 어드민 (Next.js)
- API · 서비스 (NestJS)
- 공용 계약
Result
규칙이 문서와 API로 드러났습니다
- 화면과 SQL에 묻혀 있던 예약 규칙이 문서와 API로 드러났습니다.
- 고객 웹·어드민·API·서비스·공용 계약으로 나눠, AI 에이전트와 다른 서비스가 호출할 수 있는 구조가 됐습니다.
- 저장소마다 AI 에이전트가 따를 작업 규칙을 두었습니다.
Lessons
배운 점
01
옮기기 전에 꺼냅니다
규칙을 먼저 찾아 문서로 만들면, 새 구조로 옮긴 뒤 빠진 규칙이 없는지 확인할 기준이 생깁니다.
02
읽는 일은 AI에게, 고르는 일은 사람에게
호출 경로를 따라 화면과 SQL을 함께 읽는 일은 AI가 맡고, 무엇을 옮길지는 사람이 판단합니다.
03
규칙이 API 뒤에 있어야 다음이 붙습니다
규칙이 화면이 아니라 API 뒤에 있어야 새 서비스와 AI 에이전트가 같은 규칙을 씁니다.
다음 고객에게 쓰이는 것
재사용 자산
- 레거시 규칙 추출 절차(호출 경로 → SQL → 규칙 문서)
- 구·신 메뉴 대응표 양식
- 저장소별 AI 작업 규칙(AGENTS.md) 템플릿
이런 고객에게
- 담당자만 아는 규칙이 오래된 코드에 묻혀 있는 예약·회원 기반 플랫폼(레저·숙박·교육·의료 예약)
- 새 서비스나 AI를 붙이려는데 API가 없는 레거시 시스템 담당 조직
우리 업무도 될까요? 2주 무료 현장 진단으로 확인하세요
업무 하나를 골라 AI 기반으로 어떻게 바뀔지 진단하고, 진단 보고서와 시범 제안을 드립니다. 다음 단계로 갈 의무는 없습니다.