> ## Documentation Index
> Fetch the complete documentation index at: https://docs.replit.com/llms.txt
> Use this file to discover all available pages before exploring further.

# 코드베이스로 지원 질문에 답하기

> 회사의 GitHub 리포지토리로 고객 질문을 조사하고, 제품 동작을 설명하고, 명확한 답장이나 실행 가능한 에스컬레이션을 준비하세요.

Agent에게 회사의 코드베이스를 조사하도록 요청해 고객 질문에 답하세요.
코드 참조가 뒷받침하는 제품 동작의 쉬운 설명을 받아,
명확한 답장이나 엔지니어링팀에 보낼 핵심만 담은 에스컬레이션을 준비할 수 있습니다.

## 이런 경우에 적합합니다

* 헬프 센터에서 다루지 않는 질문에 답하는 지원 담당자
* 엔지니어링팀에 보낼 핵심만 담은 에스컬레이션을 준비하는 지원 리드

## 커넥터

## 시작하기 전에

Replit Pro 또는 Enterprise 요금제와 회사의 GitHub 리포지토리에 대한 접근 권한이 필요합니다.

관련 리포지토리에 접근할 수 있는 GitHub를 연결하세요. 고객이 기대한 결과, 실제 동작,
재현 단계, 오류 메시지를 모아 두세요.

## 에이전트에게 요청하기

\[GitHub 리포지토리 URL]을 확인해서 이 보고를 조사해 주세요: "초대를 다시 보냈더니
아직 만료되지 않았는데도 원래 링크가 작동하지 않습니다." 이것이 의도된 동작인가요?
코드 참조와 원인을 확인하는 데 필요한 점검 사항을 포함해 고객에게 보낼 짧은 답장
초안을 작성해 주세요. 파일은 변경하지 마세요.

## 예상 결과

Agent는 고객의 질문이나 보고를 바탕으로 코드베이스에서 관련 부분을 찾아
제품이 어떻게 동작하는지 조사합니다. 세부 정보가 부족하면 Agent가 확인 질문을 하거나
고객에게 물어볼 질문을 제안합니다.

응답에는 다음이 포함됩니다.

* **쉬운 설명:** 관련 기능이 어떻게 동작하는지, 보고된 동작을 어떻게 설명할 수 있는지
* **뒷받침하는 참조:** 조사 결과의 근거가 되는 파일과 함수 링크. 본인이나 엔지니어가 직접 검증할 수 있습니다.
* **원인을 좁히기 위한 점검 사항:** 가능한 원인을 구분하는 데 필요한 정보나 재현 단계
* **고객 답장 초안:** 조사 결과를 바탕으로 한 간결한 설명과 다음 단계. 보내기 전에 검토할 수 있습니다.

같은 채팅에서 고객의 추가 정보를 전달하거나, 다른 가능성을 조사해 달라고 요청하거나,
답장을 다듬을 수 있습니다. Agent는 대화의 맥락을 활용하며, 필요하면 코드를 더 확인합니다.

근거만으로 원인을 확정할 수 없으면 Agent가 아직 알 수 없는 부분을 설명합니다.
재현 단계, 기대한 동작과 실제 동작, 관련 코드 참조, 아직 필요한 점검 사항이 포함된
엔지니어링 인수인계 문서를 요청할 수도 있습니다.

## 나에게 맞게 활용하기

고객이 추가로 묻습니다: "다시 보내기를 두 번 눌렀습니다. 동료가 어느 초대 링크를
사용해야 하나요?" 이전 링크들과 그 만료 시간에 어떤 일이 일어나는지 추적해 주세요.
뒷받침하는 참조를 포함해 짧은 답장 초안을 작성해 주세요.

이 초대 문제를 엔지니어링 에스컬레이션 초안으로 만들어 주세요. 다시 보내기 순서,
기대한 동작과 실제 동작, 관련 코드, 아직 필요한 점검 사항을 포함해 주세요.
아직 이슈를 만들거나 메시지를 보내지는 마세요.

## 문제 해결

> [accordion] 보고 내용에 맞는 원인이 여러 개인 경우
>
> 가능한 원인을 얼마나 쉽게 구분할 수 있는지를 기준으로 다음 점검 사항의 순위를 매겨 달라고 Agent에게 요청하세요.

> [accordion] 코드와 고객이 겪은 상황이 다른 경우
>
> 엔지니어링팀과 함께 배포된 버전과 기능 설정을 확인하세요.

> [accordion] 런타임 근거가 없는 경우
>
> 아직 알 수 없는 부분을 명시하고, 승인된 채널을 통해 필요한 로그나 계정 점검을 요청하세요.

## 관련 문서

> [card] [피드백을 개선으로 바꾸기](https://docs.replit.com/ko/use-cases/turn-feedback-into-improvements.md)
>
> 확인된 문제를 조사 단계에서 변경 제안까지 이어 가세요.

> [card] [Slack에서 PR 올리기](https://docs.replit.com/ko/use-cases/push-a-pr-from-slack.md)
>
> 팀이 일하는 대화에서 바로 핵심만 담은 변경을 요청하세요.