채팅에서 티켓으로: AI를 활용한 버그 보고서 분류(Triage) 자동화

모든 인디 개발자는 그 고통을 알고 있습니다. 플레이테스트 피드백이 쏟아지지만, 그것은 구조화되지 않은 잡담(chatter)일 뿐입니다. "음악이 이상해졌어요"라는 말을 적절한 버그 보고서로 수동 변환하는 것은 지루하고 시간이 많이 소요되며, 소중한 개발 사이클을 갉아먹는 일입니다. 핵심 원칙은 대체가 아닌 증강 (augmentation)입니다. 당신의 역할은 기록자 (Scribe)에서 검토자 (Reviewer)로 전환됩니다. AI가 초기 구조화와 작성을 담당하는 동안, 당신은 비판적인 감독, 맥락, 그리고 최종 승인을 제공합니다.

당신의 골드 표준 템플릿(Gold-Standard Template)을 정의하세요: 완벽한 버그 보고서를 위해 수동으로 채우는 모든 필드를 적어보는 것부터 시작하세요. 이를 요약(summary), 재현 단계(steps to reproduce), 그리고 priority-critical 또는 audio와 같은 라벨(labels)을 위한 명확한 섹션이 포함된 마크다운(markdown) 템플릿으로 공식화하세요.

핵심 프롬프트(Core Prompt)를 설계하세요: 이 템플릿을 게임의 맥락 용어집(예: 특정 에셋 이름) 및 우선순위 규칙과 결합하세요. 프롬프트는 AI가 정보를 구조화하도록 지시하며, 예를 들어 모호한 코멘트를 "Audio: 플레이어 사망 시퀀스 이후 ‘CaveAmbience_02’ 트랙에서 루핑 글리치(Looping glitch) 발생"과 같이 변환합니다. 또한 AI는 "사용 중인 운영체제를 알려주실 수 있나요?"와 같은 질문으로 플레이어에게 자동 답장을 보내 세부 정보를 추적할 수도 있습니다.

파이프라인(Pipeline)에 통합하세요: 맥락을 유지하기 위해 이러한 AI 답장들을 스레드(thread)로 연결하고, 그 출력값을 GitHub Issues와 같은 프로젝트 관리 도구에 입력하세요. 그런 다음 생성된 티켓을 검토합니다. 100% 정확하다면 승인합니다. 80% 정도 맞다면 몇 초 만에 세부 사항을 수정합니다. 중복된 내용이라면 병합(merge)하며, 시스템은 이를 통해 학습합니다.

열 명의 플레이어가 동일한 바위 끼임 버그를 서로 다른 방식으로 보고한다고 상상해 보세요. AI는 이를 하나의 명확한 티켓으로 통합하여, 당신이 중복 항목을 수동으로 병합하는 데 쓰는 한 시간을 절약해 줍니다. 초기 전사(transcription)와 분류(triage)를 자동화함으로써, 당신은 실제 개발을 위한 시간을 되찾을 수 있습니다. 시스템은 혼돈을 구조화하고, 당신은 지혜를 제공하며, 이슈 트래커(issue tracker)는 완벽하게 정리된 상태를 유지합니다. 단순히 문제를 문서화하는 것이 아니라, 게임을 만드는 데 집중하세요.