전체 활용 사례

AI로 개발자 지원 질문 분류하기

Zero가 들어오는 개발자 질문을 처리하고, 기존 이슈에서 중복을 확인한 뒤, 문서로 답하거나 적절히 범위가 정리된 이슈를 등록합니다.

Zero가 연결합니다:SlackGitHubGmail

Zero가 제공하는 것

무엇이 문제인가

개발자를 상대하는 모든 회사에는 '이게 왜 실패하지?' 같은 질문이 Slack, 이메일, GitHub로 꾸준히 들어옵니다. 절반은 기존 이슈의 중복이고, 4분의 1은 문서에 있으며, 나머지는 진짜 버그지만, 이를 정리하는 데 당직 엔지니어가 매일 아침 한 시간을 씁니다. Zero는 들어오는 질문 하나하나를 읽고, 이슈와 PR과 문서를 검색해, 링크와 함께 직접 답하거나 깔끔하고 재현 가능한 티켓을 등록합니다. 당직 엔지니어는 받은편지함이 아니라 잘 정리된 대기열을 마주하며 하루를 시작합니다.

Zero가 해결하는 방법

1단계: 도구 연결하기

GitHub
GitHub
필수
GitHub. Zero가 중복과 맥락을 찾기 위해 이슈, PR, 연결된 문서를 검색합니다. Zero가 새 티켓을 등록하고 중복을 닫을 수 있도록 이슈 쓰기 권한이 필요합니다.
연결
Slack
Slack
필수
Slack. Zero가 지원 채널을 읽고, 답변을 게시하고, 전문가를 태그합니다. 채널 읽기 및 쓰기 권한이 필요합니다.
연결
Gmail
Gmail
선택
Gmail. 선택 사항. 지원 질문이 이메일로도 들어오고 이슈가 해결될 때 Zero가 마무리를 짓길 원할 때만 필요합니다.
연결

2단계: Zero에게 요청하기

@Zero 이 지원 질문을 분류해줘. 우리 이슈와 PR에서 중복을 검색하고, 문서를 확인해서, 링크와 함께 여기서 답하거나 적절히 범위가 정리된 이슈를 등록하고 @oncall을 태그해줘.
Zero가 먼저 알려진 이슈 라이브러리를 검색합니다
Zero가 GitHub 이슈, PR, 연결된 문서에서 일치하는 항목을 조회합니다. 중복과 문서화된 해결책은 출처와 함께 인라인으로 답해, 사용자가 즉시 막힘에서 벗어나게 합니다.
질문이 새로운 것이면 Zero가 적절히 범위가 정리된 이슈를 등록합니다
일치하는 항목이 없으면, Zero가 사용자의 재현 절차, 기대 동작 대 실제 동작, 환경 세부 정보, 오류 트레이스를 담아 GitHub 이슈 초안을 작성합니다. 알맞은 컴포넌트 담당자를 태그하고 이슈 링크를 스레드에 다시 게시합니다.
Zero가 해결 여부를 후속 확인합니다
이슈가 닫히면, Zero가 원래 질문한 사람에게 수정 링크와 함께 알림을 보냅니다. 사용자의 이메일이 수집되어 있었다면 거기서도 마무리를 지을 수 있습니다.

3단계: 한 걸음 더 나아가기

전문가에게 에스컬레이션
특정 컴포넌트에 대한 질문을 알맞은 당직자에게 라우팅하세요.
@Zero 지원 질문에 `billing`이 언급되면 기본 대기열 대신 #oncall-billing으로 에스컬레이션해줘.
GitHub에서 중복 자동 닫기
Zero가 중복으로 식별한 GitHub 이슈를 정본 링크와 함께 닫도록 하세요.
@Zero 중복 GitHub 이슈를 찾으면 정본 링크를 댓글로 달고 닫아줘.
루틴으로 만들기
지원 채널을 매시간 훑도록 실행하세요.
@Zero 업무 시간 동안 매시간 #dev-support에서 답변되지 않은 메시지를 스캔하고 분류해줘.

더 나은 결과를 위한 팁

컴포넌트별로 중복 매칭 임계값을 조정하세요. 결제 질문은 자동으로 닫기 전에 매우 가까운 일치가 필요하고, 인증 질문은 더 느슨하게 매칭해도 됩니다.
Zero가 항상 출처를 인용하게 하세요. '이슈 #2104에서'는 신뢰할 수 있고, '아마 이것 때문인 것 같은데...'는 그렇지 않습니다.
채널이 아니라 라벨로 라우팅하세요. 들어오는 질문에 컴포넌트 라벨을 태그한 다음, 라벨로 에스컬레이션을 필터링하면 깔끔하게 인계할 수 있습니다.