본문으로

게임 운영 플랫폼라이브 운영 자동화 · 1인 개발

플레이어 제보가 그대로
개발 지시서가 됩니다

디스코드에 흩어진 버그 제보를 서버가 분류하고 같은 문제끼리 묶은 뒤, 슬랙 버튼 하나로 게임 저장소에 개발 지시서를 만듭니다. 지시서에는 한 줄 요약, 고칠 것(급하고 제보가 많은 것부터), 이슈마다 플레이어 글 세 개, 완료 기준이 들어갑니다. 고친 코드가 합쳐지면 운영 이슈가 해결로 바뀌고 제보한 플레이어에게 답장이 갑니다. 젤리 패닉 · 보석타워 · 무브퓨 세 게임을 서버 한 대로 돌립니다.

실제 플레이어 제보 6건 → 개발 지시서 1건보석타워 · 2026-10-21 · 깃허브 이슈 1건으로 넘긴 뒤, 고친 PR을 합치자 운영 이슈가 해결로 바뀌고 디스코드 답장이 가는 것까지 확인

내 몫기획 · 설계 판단 · 검증 (코드는 AI 코딩 에이전트가 작성)

내가 정한 것
문제 정의 · 제보부터 답장까지의 흐름 설계 · 설계 결정 고르기 · 평가 문장과 합격선 설계와 판정
AI가 짠 것
서버 · 디스코드 봇 · 슬랙 앱 · Claude 플러그인 코드 (AI 코딩 에이전트 Claude)
내가 확인한 것
테스트 결과 · 실제 디스코드 · 슬랙 · 깃허브 환경을 꾸려 직접 시험 · 코드를 쓰지 않은 AI 검토자가 찾은 문제 판단

이주형Java · Spring Boot · PostgreSQL · 디스코드 · 슬랙 · 깃허브 · Claude 플러그인 · 2026-10-19 ~ 10-21 제작 · 소수 플레이어와 시험 운영

저장소 보기 (GitHub) 시연 영상

시연 영상

디스코드 제보부터 제보자 답장까지 · 소리 없음

2026-10-21 녹화. 실제 디스코드 서버와 슬랙, 보석타워 깃허브 저장소에서 찍었습니다.

제보가 지시서와 답장이 되기까지

일곱 단계 · 사람이 정하는 곳 두 군데

  1. 디스코드 제보

    게임별 채널 글이나 /report. 같은 메시지는 한 번만 저장합니다.

    플레이어
  2. 분류 · 묶기

    제보 종류를 나누고, 비슷한 제보는 이슈 하나로 묶습니다.

    서버
  3. 게임별 슬랙 카드

    게임마다 채널과 봇 얼굴이 따로. 버튼으로 상태와 분류를 고칩니다.

    서버
  4. 피드백 보고서

    슬랙에 /피드백정리 한 줄. AI는 고르고 요약하고, 숫자는 서버 기록에서 채웁니다.

    AI · 서버
  5. 개발 지시서

    보고서 카드 버튼으로 게임 저장소에 깃허브 이슈를 만듭니다.

    사람 ① 넘길지
  6. 수정 · 합치기

    개발 AI가 고쳐 PR을 올리고, 사람이 읽고 합칩니다.

    사람 ② 합칠지
  7. 해결 · 답장

    서버가 20초마다 합쳐진 PR을 읽어 해결로 바꾸고 제보자에게 「고쳤어요」.

    서버

QA가 있는 팀을 위해 6과 7 사이에 「QA 확인 대기」를 두는 설정도 만들었습니다(사람 ③ 고쳐졌는지). 이 단계와 Jira 버그 티켓 연결은 시험으로만 확인했습니다.

게임사 운영팀에 붙인다면

이 도구가 맡을 수 있는 일

라이브 운영

제보 정리를 서버가 맡습니다

디스코드 제보를 종류별로 나누고 같은 문제끼리 묶어 게임별 슬랙 채널에 올립니다. 제보 수 · 심각도 · 상태는 서버 기록에서 채웁니다.

개발팀

개발 AI가 바로 읽는 지시서

지시서에는 한 줄 요약, 고칠 것, 완료 기준이 들어갑니다. 게임 폴더의 개발 AI에게 「넘어온 피드백 처리해」라고 하면 재현 · 계획 · 사람 확인을 거쳐 고칩니다.

QA

QA가 먼저 묻는 네 가지를 미리 받습니다

버전 · 기기 · 재현 방법 · 스크린샷을 제보와 함께 받고, 빠진 것만 접수 답장에서 다시 묻습니다. QA 확인 단계와 Jira 버그 티켓도 붙일 수 있습니다(시험으로만 확인).

실제 게임사 팀이 써 본 적은 아직 없고, 제보가 몰리는 상황도 아직 겪지 않았습니다.

AI · 서버 · 사람이 나눈 일

2026-10-21 기준

AI가 하는 일
  • 보고서에 넣을 이슈 고르기와 한 줄 요약
  • 개발 지시서를 읽고 게임 코드를 고쳐 PR 올리기 (사람이 돌림)
  • 분류 규칙 수정안 내기
서버가 기록대로 하는 일
  • 같은 문제 묶기, 제보 수 · 심각도 · 상태 채우기
  • AI가 낸 규칙 수정안을 평가 문장으로 다시 시험해 통과한 것만 반영
  • 합쳐진 PR을 읽어 해결로 바꾸고 제보자에게 답장
사람이 정하는 일
  • ① 보고서를 보고 개발 AI에게 넘길지
  • ② 고친 코드를 합칠지
  • ③ 정말 고쳐졌는지 (QA 확인 · 시험으로만 확인)

심각도와 보류는 사람이 언제든 바꾸고, 사람이 정한 심각도는 다음 제보가 덮어쓰지 못합니다. AI 도구 키로는 해결 · 보류를 누를 수 없고, 결제 · 크래시 분류를 빼거나 낮추는 규칙 수정은 서버가 거절합니다.

해결 버튼을 다시 정한 과정

2026-10-21 시연 흐름 점검

  1. 문제

    시연 단계를 하나씩 따라가 보니 코드를 고치기 전에 슬랙에서 [해결]을 누를 수 있었습니다.

  2. 판단

    고친 PR을 사람이 합치는 순간을 해결로 보기로 했습니다. 서버가 게임 저장소를 20초마다 읽어 PR에 적힌 운영 이슈 번호를 찾습니다.

  3. 검증

    보석타워 저장소에서 PR #2를 합치자 운영 이슈 9가 해결로 바뀌고, 디스코드 제보 글에 「고쳤어요 · 이슈 #9」 답장이 달렸습니다.

  4. 결과

    해결은 고친 코드가 들어올 때 일어납니다. 코드 밖에서 고친 경우를 위해 슬랙 [해결] 버튼은 남겨 두었습니다.

분류와 묶기를 잰 결과

키워드 규칙 기준 · 2026-10-20 측정

평가 문장과 묶기 평가 쌍(40개)은 한 사람이 썼습니다. 묶기 기준을 낮춘 뒤에도 다른 문제를 엉뚱하게 묶은 쌍은 0개였습니다. 숫자는 키워드 규칙 기준이고, AI 분류는 같은 묶음으로 아직 재지 않았습니다.

246 + 15서버 테스트 + AI 도구 테스트
16/16결제 회귀 문장 분류
39설계 결정 기록 (고른 것 · 버린 것 · 이유)
10막힌 곳 기록 · 건마다 재발 막는 테스트
54커밋 · 2026-10-19 ~ 10-21 사흘

테스트 · 결정 · 막힌 곳 · 커밋 수는 저장소 마지막 커밋(53c929c) 기준입니다.

막혔던 곳 다섯 군데

막힌 곳 기록 10건 중

동시 제보 · 직접 발견

같은 버그 제보 8건이 동시에 오면 일부가 실패

재시도로 버티는 방식(낙관적 잠금)이 바닥나 이슈 행을 잠그는 방식으로 바꿨습니다. 잠금 쿼리를 따로 만든 뒤에도 먼저 읽어 둔 옛 객체 때문에 같은 에러가 나서 한 번 더 고쳤습니다.

슬랙 서명 · 별도 검토가 발견

테스트는 통과하고 실제 요청에선 틀릴 서명 검사

프레임워크가 다시 조립한 본문으로 서명을 재면 실제 슬랙 요청과 어긋납니다. 받은 원래 바이트로 계산하게 바꿨습니다.

평가 · 별도 검토가 발견

점수 98%를 맞추려다 결제 사고를 놓친 규칙

개발용 문장 98%를 맞춘 v2가 묶음 밖 결제 문장 16개 중 15개를 놓쳤습니다. 비싼 오류는 회귀 문장으로 따로 지키게 하고 v3에서 16/16을 맞췄습니다.

사람 판단 · 별도 검토가 발견

사람이 내린 심각도를 다음 제보가 다시 올림

심각도를 자동으로 내리거나 사람 판단을 덮는 길을 서버에서 없앴습니다.

시연 점검 · 직접 발견

고치지 않았는데 해결을 누르는 구멍

시연 흐름을 따라가다 찾았고, 고친 PR이 합쳐질 때 해결되도록 바꿨습니다.

「별도 검토」는 코드를 쓰지 않은 AI 검토자가 찾은 것입니다. 찾은 문제를 받아들일지와 고친 결과는 제가 판단했습니다.

궁금한 부분을 더 자세히

기능별 확인 상태실제 환경에서 확인한 것 · 시험으로만 확인한 것

「시험으로만 확인」은 테스트는 통과했지만 실제 디스코드 · 슬랙이나 팀에서 아직 쓰지 않은 기능입니다.

기능확인한 방법
디스코드 제보 받기, 같은 메시지 한 번만 저장실제 디스코드 서버 · 테스트
분류 (AI가 실패하면 키워드 규칙으로)테스트 · 지금은 AI 분류를 꺼 두고 키워드 규칙으로 돌림
같은 문제 묶기 (동시 8건도 안전)테스트
게임별 슬랙 카드와 버튼실제 슬랙
/피드백정리 보고서실제 슬랙 · 테스트
개발 지시서 (깃허브 이슈)실제 생성: 보석타워 저장소 이슈 #1 (플레이어 제보 6건)
고친 PR이 합쳐지면 해결 · 제보자 답장실제: PR #2 합침 → 운영 이슈 9 해결 → 디스코드 답장
AI 규칙 수정안을 다시 시험해 통과한 것만 반영테스트
Claude 플러그인 (운영 도구 + 스킬 5개)도구 테스트 15건
재현 정보 받기 (버전 · 기기 · 재현 단계 · 스크린샷)시험으로만 확인
QA 확인 단계시험으로만 확인 · 세 게임 모두 켜 둠
Jira 버그 티켓시험으로만 확인 (가짜 Jira로 시험, 실제 사이트 연결 전)
AI 사용량 기록과 월 예산시험으로만 확인
처리 지표 (고칠 때까지 걸린 시간 등)시험으로만 확인
게임 오류 기록시험으로만 확인 · 게임에 아직 넣지 않음
패치노트 초안시험으로만 확인
AI가 할 수 없게 막은 것권한 · 숫자 · 플레이어 글
  • AI 도구 키로는 확인 대기 · 해결 · 보류를 바꿀 수 없습니다.
  • 결제 · 크래시 키워드를 빼거나 낮추는 규칙 수정은 서버가 거절합니다.
  • 보고서의 제보 수 · 심각도 · 상태는 서버 기록에서 채웁니다. AI가 자료에 없는 이슈 번호를 내면 버립니다.
  • 개발 지시서에 넣는 플레이어 글은 참고 자료로 표시하고 @ · # · HTML을 무력화합니다.
  • 슬랙 버튼은 관리자 슬랙 계정만 쓸 수 있고, 요청마다 서명을 검사합니다.
  • 서버는 게임 코드를 고치지 않습니다. 개발 AI는 사람이 돌립니다.
AI가 멈춰도 접수는 계속실패했을 때 내려가는 길
  • 분류 AI가 실패하면 키워드 규칙 분류로 내려가 접수가 끊기지 않습니다.
  • 보고서 AI가 안 되면 서버 기록만으로 같은 모양의 카드를 만듭니다.
  • 슬랙 알림은 DB 대기열에 먼저 적고 따로 보냅니다. 슬랙이 느리거나 멈춰도 제보 접수는 그대로 돌아갑니다.
  • 월 AI 예산(기본 5달러)을 넘으면 규칙과 기록만으로 돌고, 80% · 100%에서 알립니다. 이 부분은 시험으로만 확인했습니다.
아직 모르는 것한계와 다음에 잴 것
  • 평가 문장과 묶기 평가 쌍은 한 사람이 썼습니다. 실제 제보가 모이면 다시 잽니다.
  • AI 분류는 같은 평가 묶음으로 아직 재지 않았습니다.
  • 소수 플레이어와 시험 운영 중이라 제보가 몰리는 상황은 아직 겪지 않았습니다.
  • 개발 AI를 돌리는 일은 아직 사람이 시킵니다.
  • 재현 정보 받기 · QA 확인 · Jira 연결은 시험으로만 확인했고, 실제 팀이 써 본 적은 없습니다.
  • 맥 한 대에서 돌리고, 디스코드 봇은 하나입니다.
만든 정보기간 · 도구 · 저장소
기간2026-10-19 ~ 10-21 · 커밋 54개
게임젤리 패닉 · 보석타워 · 무브퓨. 게임마다 디스코드 채널 · 슬랙 채널 · 봇 얼굴 · 저장소를 따로 둡니다.
도구Java 21 · Spring Boot 3.3 · PostgreSQL · JDA(디스코드) · 슬랙 앱 · Claude 플러그인
저장소GitHub에서 열기
기준 커밋53c929c
이주형 · 게임 운영 플랫폼

플레이어 제보가
그대로개발 지시서로

세 게임의 디스코드 버그 제보를 서버가 분류하고 묶은 뒤, 버튼 하나로 게임 저장소에 개발 지시서를 만듭니다. 고친 코드가 합쳐지면 제보한 플레이어에게 답장이 갑니다.

01 제보가 지시서가 되기까지
  1. 디스코드 제보
  2. 슬랙 카드와 보고서
  3. 개발 지시서넘길지
  4. 합치기 · 답장합칠지

게임 3개를 서버 한 대로 · 자세한 일곱 단계는 원래 페이지에 있습니다

02 지시서에 들어가는 것
  • 한 줄 요약
  • 고칠 것 · 급하고 제보 많은 것부터
  • 이슈마다 플레이어 글 세 개
  • 완료 기준

고친 PR이 합쳐지면 해결로 바뀌고 제보자에게 답장이 갑니다.

03 내가 맡은 것
  • 문제 정의와 흐름 설계
  • 설계 결정 고르기
  • 평가 문장과 합격선
  • 실제 디스코드 · 슬랙 · 깃허브 시험

코드는 AI 코딩 에이전트(Claude)가 짰습니다.

04 결과6 → 1

실제 플레이어 제보 6건 → 개발 지시서 1건

보석타워 · 2026-10-21 · 분류는 키워드 규칙 기준, 평가 문장은 한 사람이 씀 · 테스트 246 + 15건

05 AI가 못 하게 막은 것
운영 봇

AI 키로는 해결 · 보류를 누를 수 없고, 결제 · 크래시 규칙을 빼거나 낮추는 수정은 서버가 거절합니다.

기능별 확인 상태와 막혔던 곳은 원래 페이지에 있습니다.

저장소 보기