LogRocket MCP 이슈 조회 요청 Best Practice의 핵심을 활용 가이드식으로 먼저 안내합니다. 기술적 결론과 원문 근거는 아래 본문에 보존되어 있습니다.
핵심 흐름 펼쳐 보기
어떤 상황에서 이 문서를 쓰는지 확인합니다.
절차와 판단 기준을 순서대로 적용합니다.
기대 산출물과 운영 체크리스트로 결과를 확인합니다.
1. 핵심 방식 — roomId 기준 양방향 매칭
2. 표준형 프롬프트
3. 상황별 예시 프롬프트
특정 아동/진행자 측 이슈를 조사할 때 LogRocket MCP에 정확하고 재현 가능한 결과를 얻기 위한 요청 표준.
핵심은 아동 세션 → roomId 추출 → 같은 roomId의 진행자 세션 매칭 → 양쪽 로그 비교의 흐름을 명시적으로 요청하는 것.
1. 핵심 방식 — roomId 기준 양방향 매칭
한쪽(아동) 세션만 보면 "상대(진행자)가 어떻게 보였는지"를 알 수 없다. 같은 roomId를 축으로 양쪽 세션을 묶어야 입장/연결/종료의 인과를 정확히 가를 수 있다.
STEP
작업
산출물
1
날짜/시간 + 아동명으로 아동 세션 검색
아동 LogRocket 세션 링크
2
해당 세션에서 roomId 추출
roomId 값
3
같은 roomId의 진행자(호스트) 세션 매칭
진행자 세션 링크 + 매칭 근거
4
아동/진행자 양쪽 로그를 시간축으로 비교
원인 · 근거 타임라인 · 확인 포인트
매칭 근거를 반드시 함께 요청하라. "왜 이 두 세션이 같은 수업인가"(같은 roomId, 동일 시간대, 입장/퇴장 이벤트 정합)를 명시해야 잘못된 세션을 비교하는 오류를 막는다.
2. 표준형 프롬프트
아래 한 문장이 기본 틀이다. [ ] 부분만 바꿔 쓰면 된다.
[날짜/시간] [아동명] 세션 찾아서 roomId 추출하고,
같은 roomId의 진행자 세션까지 매칭한 뒤
아동/진행자 양쪽 로그를 비교해서 이슈 여부와 원인 정리해줘.
여기에 "링크와 매칭 근거도 같이 정리해줘", "근거 타임라인 + 개발팀 확인 포인트로 정리해줘"를 덧붙이면 결과물이 그대로 공유 가능한 형태가 된다.
3. 상황별 예시 프롬프트
예시 1 · 세션 매칭 + 링크/근거
6/4 19:50~20:30 아동274 아동 세션 찾아서 roomId 추출하고, 같은 roomId의 진행자측 세션까지 매칭해줘. 아동/진행자 링크와 매칭 근거도 같이 정리해줘.
→ 두 세션을 묶고, 공유 가능한 링크 + 매칭 정합성 근거까지 확보.
예시 2 · 입장/재입장 실패 원인 분석
아동274 6/4 19:57 세션에서 입장 후 로딩/재입장 실패 이슈가 있었는지 확인해줘. 아동 세션과 진행자 세션을 roomId 기준으로 비교해서 원인, 근거 타임라인, 개발팀 확인 포인트 정리해줘.
→ 증상(로딩/재입장 실패) + 양방향 비교 + 타임라인 + 액션 아이템까지 한 번에.
예시 3 · 진행자측 연결/종료/조치 확인
아동274 roomId 기준 진행자 세션에서 WebRTC/AI 연결 실패 알림, 수업 종료 시점, 진행자 조치가 있었는지 확인해줘.
→ roomId가 이미 확보된 후속 질문. 진행자 관점의 알림·종료·대응에 초점.
예시 4 · 특정 에러 코드 추적 (validate-lesson)
6/4 아동274 세션에서 TOO_EARLY, REENTRY_EXPIRED, 예약된 수업 없음 같은 validate-lesson 오류가 있었는지 확인하고, 발생 시각과 API 응답 근거를 정리해줘.
→ 구체 에러 코드를 명시하면 LogRocket 네트워크/로그 필터링이 정확해진다.
4. 좋은 요청 vs 모호한 요청
권장 구체적
날짜 + 시간 범위를 명시 (예: 6/4 19:50~20:30)
아동명과 함께 roomId 매칭을 명시
찾고 싶은 증상/에러 코드를 지목
링크 · 근거 · 타임라인을 산출물로 요청
진행자/아동 어느 관점인지 명시
지양 모호함
"아동274 세션 문제 있었어?" (시간/증상 불명)
아동 세션만 요청 (진행자 대조 누락)
roomId 매칭 없이 "비슷한 시간" 추정
근거/링크 요청 누락 → 공유 불가
5. 권장 산출물 형식
아래 항목이 채워지면 그대로 개발팀/CS에 공유 가능한 리포트가 된다.
세션 링크
아동 / 진행자 LogRocket 세션 URL 각각
매칭 근거
같은 roomId, 동일 시간대, 입·퇴장 이벤트 정합
증상 요약
무엇이 / 언제 / 누구에게 발생했는지 한 줄
근거 타임라인
시각별 이벤트(네트워크 요청/콘솔/알림)를 양쪽 대조
원인
서버/클라이언트/네트워크 중 어디인지 + 근거
개발팀 확인 포인트
코드/인프라에서 점검할 구체 항목
주의: roomId 매칭이 안 되거나 진행자 세션을 못 찾으면, 추정으로 메우지 말고 "매칭 실패"를 명시하도록 요청하라. 잘못된 세션 비교가 가장 흔한 오분석 원인이다.
6. 한 줄 요약
"[날짜/시간] [아동명] 세션 찾아서 roomId 추출 → 같은 roomId 진행자 세션 매칭 → 양쪽 로그 비교 → 링크·근거 타임라인·확인 포인트 정리"
한 문장으로 요청하면 LogRocket MCP가 단방향 추정이 아닌, roomId로 묶인 양방향 근거 기반 분석을 돌려준다.