사용 방법

Codex에 Sentry 알림, Linear 이슈, GitHub 이슈, PR 검사 결과, 배포 로그, 지원 티켓, Slack 스레드 등 평소 버그가 발견되거나 보고되는 곳을 확인해 달라고 요청하세요. 먼저 수동으로 한 번 점검하고 채팅에서 보고서를 다듬은 다음, 정해진 일정에 따라 점검을 실행하세요.

버그 분류 과정 전체를 하나의 Codex 채팅에서 진행하세요.

시작하기 전에 Sentry, Slack, Linear, GitHub 등 Codex에 필요한 플러그인을 설치하세요. 시작 프롬프트에서 대괄호 안의 플러그인 목록을 실제 @ 플러그인 칩으로 바꾸세요. 그런 다음 대괄호로 표시된 각 출처에 정확한 검색 대상을 입력하세요. Sentry 프로젝트나 알림 URL, Slack 채널이나 스레드, Linear 팀이나 뷰 또는 쿼리, GitHub 레포지토리나 이슈 쿼리 또는 PR 검사, 배포 링크, 로그 파일, 지원 티켓 대기열, 대시보드 등을 지정할 수 있습니다.

1단계: 점검 실행하기

테스트, 레포지토리 도구, 빌드 검사, CI 실패 등 로컬 컨텍스트가 도움이 된다면 해당 버그를 관리하는 레포지토리에서 Codex를 시작하세요. 플러그인, 커넥터, MCP 서버, 링크, 내보낸 데이터, 채팅에 붙여 넣은 로그 또는 첨부 파일로 버그 관련 자료를 확인할 수 있다면 어느 레포지토리에서든 점검을 실행할 수 있습니다.

먼저 위의 시작 프롬프트를 실행하세요. 프롬프트에는 이번 점검에 사용할 플러그인과 출처만 남기세요.

예를 들어 프롬프트에 사용할 플러그인과 점검할 대기열, 채널 또는 레포지토리의 이름을 구체적으로 적을 수 있습니다.

2단계: 보고서 다듬기

자동화하기 전에 매일 읽을 만한 보고서인지 확인하세요.

첫 점검 보고서에서 다음 사항을 확인하세요.

• 주목할 만한 버그를 P0부터 P3까지 우선순위에 따라 정렬했는지
• 같은 버그에 대한 중복 제보를 한 항목으로 묶었는지
• 버그마다 근거 링크나 짧은 인용문이 있는지
• 추정과 관찰된 사실을 구분했는지
• 버그마다 다음에 취할 조치를 간단히 제안했는지

작업을 예약하기 전에 같은 채팅에서 보고서를 다듬으세요. Codex에 다음과 같이 요청할 수 있습니다.

• 목록의 우선순위를 정하기 전에 출처를 하나 더 확인해 주세요.
• 팀에서 이미 파악한 문제에 대한 불필요한 알림은 제외해 주세요.
• P0와 P1 버그만 보여 주세요.
• Slack 제보, Sentry 알림, GitHub 실패 기록이 같은 버그를 가리키면 한 항목으로 묶어 주세요.
• 버그마다 가장 유용한 링크 하나만 보여 주세요.
• 다른 사람이 문제를 재현하거나 적절한 담당자에게 전달할 수 있도록 충분한 근거를 추가해 주세요.

3단계: 점검 자동화하기

직접 실행한 점검에서 유용한 보고서를 얻었다면 같은 채팅에서 버그 분류 작업을 예약하세요. Codex는 채팅에서 함께 다듬은 내용을 바탕으로 반복 실행에 사용할 프롬프트를 작성할 수 있습니다.

버그 분류 작업 예약하기

4단계: 후속 조치 전달하기

예약 작업에서 유용한 보고서를 얻었다면 후속 조치를 어디로 전달할지 정하세요. Codex는 팀 Slack 채널에 공유할 글, 추적할 버그에 대한 Linear 이슈, 검사를 통과하지 못한 PR에 남길 GitHub 댓글 또는 온콜 담당자를 위한 인계 메모의 초안을 작성할 수 있습니다.