1 hour
How to 버그 분류 자동화 with Eigent
매일 들어오는 버그 리포트를 우선순위가 정리된 목록으로 바꾸세요 — 알림, 이슈, 실패한 체크, 채팅 보고를 확인한 뒤 일정에 맞춰 자동으로 실행합니다.
What you need
- Eigent 데스크톱 앱
- 연결된 소스 1개 이상(Sentry, Slack, GitHub, Linear)
Best for
- Sentry 알림, Slack 스레드, Linear 이슈, GitHub 이슈 전반에서 버그를 추적하는 팀
- 자동화로 예약하기 전에 수동으로 실행하고 싶은 분류 워크플로
- 하루를 시작할 때 통합된 버그 보기를 원하는 온콜 엔지니어
Starter Prompt
[repo/service/team]의 지난 [time window] 동안 버그 분류 스윕을 실행하세요. 다음 소스를 사용하세요: [@Sentry / @Slack / @Linear / @GitHub / none] 입력 소스: - Sentry: [project / alert link / none] - Slack: [channel / thread links / none] - Linear: [team / project / view / issue query / none] - GitHub: [repo / issue query / PR checks / none] - 기타: [logs / support tickets / attached file / none] 출력 형식: 먼저, 접근할 수 없었던 입력 소스를 이름으로 알려주세요. 그런 다음 P0부터 P3까지 정렬된 우선순위 버그 목록을 반환하세요. 버그가 없다면 다음과 같이 말하세요: No qualifying bugs found. 각 버그에는 다음을 포함하세요: - Priority: P0, P1, P2, or P3 - Title - Evidence (links or short citations) - Recommended next action 규칙: - 어떤 것도 게시, 생성, 할당, 라벨링, 닫기, 재실행, 수정하지 마세요. - 중복된 보고서는 하나의 버그로 묶으세요. - 관찰된 증거와 추측은 분리해서 유지하세요.
작동 방식
- Eigent가 스윕할 버그 소스 — Sentry, Slack, Linear, GitHub, 로그, 지원 티켓 — 를 연결하세요.
- 시작 프롬프트로 필요할 때 스윕을 실행하고 초안 우선순위 목록을 받으세요.
- 같은 세션에서 목록을 검토하고 조정하세요 — 노이즈를 제거하고, 중복을 병합하고, 우선순위를 조정하세요.
- 보고서가 유용해지면, 조정된 세션을 예약 자동화로 전환하세요.
- 필요하면 후속 작업을 라우팅하세요 — Linear 이슈 초안, Slack 업데이트, GitHub 댓글, 또는 인계 메모를 작성하세요.
시도해 볼 추가 프롬프트
- 우선순위 랭킹을 확정하기 전에 소스 하나를 더 확인하세요 — 여기에 Sentry 프로젝트 링크가 있습니다.
- 팀이 이미 알고 있는 알림은 제외하고 남은 목록의 순위를 다시 매기세요.
- 동일한 체크아웃 흐름 버그를 가리키는 Slack 보고와 Sentry 알림을 병합하세요.
- 이 보고서의 각 P0 및 P1 버그에 대해 Linear 이슈 초안을 작성하세요.
사용 방법
먼저 수동 스윕을 한 번 실행하세요. 같은 세션에서 보고서를 매일 읽을 수 있을 만큼 구체적이 될 때까지 조정하세요 — 신호가 높은 버그를 P0–P3로 정렬하고, 중복 보고서는 병합하며, 각 버그에 연결된 증거와 짧은 다음 작업을 포함하세요. 유용해지면 Eigent에게 조정된 세션을 예약 자동화로 전환해 달라고 요청하세요. 무엇이든 게시, 생성, 닫기를 명시적으로 승인하기 전까지는 자동화를 초안 전용 모드로 유지하세요.
예상 출력
연결된 증거가 포함되고, 중복이 그룹화되며, 버그마다 권장 다음 작업이 포함된 P0–P3 우선순위 버그 목록. 선택 사항: 후속 라우팅을 위한 Linear 이슈 초안, Slack 업데이트, GitHub 댓글, 또는 인계 메모.
제한 사항
- Eigent는 연결한 소스만 읽습니다 — 연결되지 않은 도구에 있는 버그는 표시되지 않습니다.
- 보고서는 기본적으로 초안 전용입니다. 명시적으로 승인하지 않으면 Eigent는 항목을 게시, 생성, 닫지 않습니다.
- Eigen에게 광범위하게 검색하라고 요청하는 것보다 특정 프로젝트 링크나 이슈 쿼리를 제공할 때 정확도가 향상됩니다.
Related workflows
GitHub Pull Request 검토
사람의 검토 전에 각 pull request마다 자동으로 회귀, 누락된 테스트, 위험한 동작 변경을 사전에 포착합니다.
Computer Use로 앱 QA하기
실제 제품 흐름을 직접 클릭해 검증하고, 문제를 발견하며, 구조화된 버그 리포트까지 마무리하세요 — 매 릴리스 전에.
Slack에서 코딩 작업 시작하기
Slack 스레드에서 Eigent를 멘션해 올바른 저장소에 연결된 코딩 작업을 시작한 뒤, 결과를 Slack 또는 Eigent에서 검토하세요.