📚FOS Study
홈카테고리
홈카테고리

카테고리

  • AI 페이지로 이동
    • RAG 페이지로 이동
    • agents 페이지로 이동
    • custom-agents 페이지로 이동
    • Claude Code의 Skill 시스템 - 개발자를 위한 AI 자동화의 새로운 차원
    • 멀티모달 LLM (Multimodal Large Language Model)
  • architecture 페이지로 이동
    • 디자인 패턴
    • 분산 트랜잭션
    • 슬롯 게임 엔진 고도화 — 2025년 회고
  • css 페이지로 이동
    • FlexBox 페이지로 이동
  • database 페이지로 이동
    • mysql 페이지로 이동
    • opensearch 페이지로 이동
    • 김영한의-실전-데이터베이스-설계 페이지로 이동
    • 커넥션 풀 크기는 얼마나 조정해야할까?
    • 인덱스 - DB 성능 최적화의 핵심
  • devops 페이지로 이동
    • docker 페이지로 이동
    • k8s 페이지로 이동
    • k8s-in-action 페이지로 이동
    • monitoring 페이지로 이동
  • go 페이지로 이동
    • Go 언어 기본 학습
  • http 페이지로 이동
    • HTTP Connection Pool
  • interview 페이지로 이동
    • 210812 페이지로 이동
    • 뱅크샐러드 AI Native Server Engineer
    • CJ 올리브영 지원 문항
    • CJ 올리브영 커머스플랫폼유닛 Back-End 개발 지원 자료
    • 마이리얼트립 - Platform Solutions실 회원주문개발 Product Engineer
    • NHN 서비스개발센터 AI서비스개발팀
    • nhn gameenvil console backend 직무 인터뷰 준비
    • 면접을 대비해봅시다
    • Tossplace Node.js Developer
    • 토스플레이스 Node.js 백엔드 컬처핏
  • java 페이지로 이동
    • jdbc 페이지로 이동
    • opentelemetry 페이지로 이동
    • spring 페이지로 이동
    • spring-batch 페이지로 이동
    • Java의 로깅 환경
    • MDC (Mapped Diagnostic Context)
    • OpenTelemetry 란 무엇인가?
    • Virtual Thread와 Project Loom
  • javascript 페이지로 이동
    • Data_Structures_and_Algorithms 페이지로 이동
    • Heap 페이지로 이동
    • typescript 페이지로 이동
    • AbortController
    • Async Iterator와 제너레이터
    • CommonJS와 ECMAScript Modules
    • 제너레이터(Generator)
    • Http Client
    • Node.js
    • npm vs pnpm 선택기준은 무엇인가요?
    • `setImmediate()`
  • kafka 페이지로 이동
    • Kafka 기본
    • Kafka를 사용하여 **데이터 정합성**은 어떻게 유지해야 할까?
    • 메시지 전송 신뢰성
  • network 페이지로 이동
    • L2(스위치)와 L3(라우터)의 역할 차이
    • L4와 VIP(Virtual IP Address)
    • IP Subnet
  • react 페이지로 이동
    • JSX 페이지로 이동
    • VirtualDOM 페이지로 이동
    • v16 페이지로 이동
  • redis 페이지로 이동
    • Redis
    • Redis Hash와 Lua 스크립트로 잭팟 누적 구현하기
  • task 페이지로 이동
    • ai-service-team 페이지로 이동
    • nsc-slot 페이지로 이동
📚FOS Study

개발 학습 기록을 정리하는 블로그입니다.

바로가기

  • 홈
  • 카테고리

소셜

  • GitHub
  • Source Repository

© 2025 FOS Study. Built with Next.js & Tailwind CSS

목록으로 돌아가기
📁task/ nsc-slot

신규 슬롯 게임 개발 (2025)

약 3분
2026년 3월 22일
2026년 3월 22일 수정
GitHub에서 보기

신규 슬롯 게임 개발 (2025)

진행 기간: 2025.02 ~ 2025.08


개요

2025년에 총 5종의 신규 슬롯을 출시했다.

슬롯이름당첨 방식AI 에이전트 활용
Slot 36Clown Coin라인(Line)-
Slot 38Classic Diamonds라인(Line)-
Slot 41Bingoing빙고✓ (구현 전체)
Slot 44Fortune Blessing라인(Line)✓ (구현 전체)
Slot 47Boogie Turkey웨이(Way, 243)✓ (구현 전체)

게임 로직, 시뮬레이터, 치트 API, 테스트 코드를 함께 납품하는 것을 원칙으로 했다.


Slot 36 (Clown Coin)

진행 기간: 2025.02 ~ 2025.08

핵심 메커니즘: 코인 레벨링

스핀 결과에 코인 심볼이 나오면 코인이 쌓이고, 특정 임계값을 넘으면 레벨이 오르면서 보상이 달라진다. 코인 레벨에 따라 픽 보너스 보상 배율이 달라진다.

삽질한 부분

픽 보너스에서 누적 금액 오류가 있었다. 코인 심볼이 동시에 여러 개 나올 때 합산 방식이 잘못됐다. 클라운 코인 트리거도 동시에 발생하는 케이스를 처음에 처리하지 못해서 잘못된 결과가 나왔다.

시뮬레이터는 나중에 공통 템플릿으로 전환했다. 템플릿으로 바꾸면서 ExtraInfo가 누락되는 버그도 하나 잡았다.


Slot 38 (Classic Diamonds)

핵심 메커니즘: AnyBar

AnyBar 심볼은 어떤 심볼과도 매칭되는 특수 심볼이다. Wild와 비슷하지만, Wild는 AnyBar로 대체가 안 된다.

삽질한 부분

AnyBar + Wild가 같은 라인에 있을 때 당첨 계산이 틀렸다. 우선순위 처리 로직이 필요했다. Reel Pivot(릴 기준점)도 어드민 설정값과 실제 계산에서 달라서 수정했다.


Slot 41 (Bingoing)

진행 기간: 2025.06 ~ 2025.08

핵심 메커니즘: 빙고

기존 슬롯과 완전히 다른 방식이다. 슬롯 결과로 나온 심볼이 빙고 보드에 표시되고, 줄이 완성되면 보상이 나온다.

빙고 보드 (5x5)
  [ B | I | N | G | O ]
  [15 |  2 |35 |47 | 63]  ← 스핀 결과에서 나온 숫자가 마킹됨
  [  3 | 27 |FREE|58 | 72]
  ...

줄 완성 → 보상 지급

AI 에이전트와 협업

빙고 슬롯은 AI 에이전트가 주요 로직을 구현했다. Cursor Rules에 빙고 도메인 규칙과 아키텍처를 문서화해두고 에이전트에게 구현을 맡겼다.

중간에 아키텍처 개선도 에이전트가 진행했다. BingoingService를 Processor 패턴으로 리팩토링하고, lineBet 기준 계산 방식을 정리했다.

삽질한 부분

빙고 미스(빙고 완성 직전에 완성이 안 되는 케이스) 처리가 빠져 있었다. 휠 보너스가 여러 빙고 라인에 동시 당첨될 때 중복 지급 버그도 있었다.


Slot 44 (Fortune Blessing)

진행 기간: 2025.05 ~ 2025.06

핵심 메커니즘: 프리스핀 + 리트리거

스캐터 심볼이 3개 이상 나오면 프리스핀에 진입한다. 프리스핀 중에도 스캐터가 나오면 프리스핀이 추가된다(리트리거).

AI 에이전트와 협업

Fortune Blessing도 에이전트가 초기 구현을 담당했다. 프리스핀 진입 조건, 스캐터 카운터 로직, 리트리거 미스 처리까지 에이전트와 여러 번 주고받으면서 완성했다.

페이라인 버그가 있어서 수정했다. 특정 심볼 조합에서 당첨 계산이 누락됐다.


Slot 47 (Boogie Turkey)

진행 기간: 2025.07 ~ 2025.11

핵심 메커니즘: Sync Reel

특정 릴들이 동기화되어 항상 같은 심볼을 보여주는 기능이다. 랜덤하게 어떤 릴이 동기화될지 결정된다.

일반 스핀:
  릴1: [A]  릴2: [B]  릴3: [C]  릴4: [D]  릴5: [E]

Sync Reel 발동 (릴 2, 4 동기화):
  릴1: [A]  릴2: [X]  릴3: [C]  릴4: [X]  릴5: [E]
                              ↑ 릴2와 동일한 심볼

동기화된 릴에서 당첨 심볼이 나오면 웨이 계산이 폭발적으로 늘어난다.

AI 에이전트와 협업

Boogie Turkey 전체 구현을 에이전트가 담당했다. Cursor Rules에 47번 슬롯의 릴 구성, 심볼 정보, Sync Reel 스펙을 문서화해두고 구현을 요청했다.

삽질한 부분

시뮬레이터의 SyncReel 테이블이 누락됐다. 시뮬레이터가 릴 동기화 효과를 계산에 포함하지 않아서 실제 RTP와 시뮬레이션 RTP가 달랐다. SyncReel 누적 항목을 추가해서 해결했다.

특정 클라이언트 환경에서 게임 ID가 누락되어 슬롯이 로드되지 않는 버그도 있었다.


사용 기술

  • Java 17, Spring Boot 3.x
  • JUnit 5
  • Cursor (AI 에이전트 협업)
task 카테고리의 다른 글 보기수정 제안하기

댓글

댓글을 불러오는 중...
목차
  • 신규 슬롯 게임 개발 (2025)
  • 개요
  • Slot 36 (Clown Coin)
  • Slot 38 (Classic Diamonds)
  • Slot 41 (Bingoing)
  • Slot 44 (Fortune Blessing)
  • Slot 47 (Boogie Turkey)
  • 사용 기술