오류·기능 요청 접수

접수 내용을 repo 접근 권한이 있는 다운스트림 에이전트용 완결형 수정 요청 프롬프트로 생성합니다.

문제가 발생한 화면 주소— 권장 — 없어도 접수 가능

얻는 법

주소창 링크를 그대로 복사하세요(뒤의 ?tab=… 등 쿼리까지). 여러 화면이면 쉼표로 구분해 적으면 됩니다.

화면에 뜬 문구— 에러·토스트·빈 화면 문구를 그대로원래 어떻게 되어야 하나요?*— 기대했던 정상 동작그런데 실제로는 어떻게 되나요?*— 지금 잘못 동작하는 모습

표시된 값 ↔ 맞는 값 — 데이터가 틀린 경우

화면에 표시된 값실제 맞는 값

범위:

재현 경로— 어느 메뉴·버튼·탭·필터로 여기까지 왔는지

로그인 역할/권한— 어떤 계정으로 봤는지발생 시각— 대략이라도

오류 화면 캡처— 선택 — 드래그하거나 클릭, 최대 5장

＋이미지를 여기로 드래그하거나 클릭

고급 (선택) — F12 개발자 도구 · Console · Network · Digest

Console 에러— 브라우저 콘솔의 빨간 줄 + 스택

얻는 법

키보드 F12(또는 우클릭 → 검사) → Console 탭 → 빨간 줄을 전체 드래그해 복사하세요. 새로고침하면 사라지니 그 전에 복사.

실패한 네트워크 응답— 엔드포인트 · 상태코드 · 응답 JSON

얻는 법

F12 → Network 탭 → 빨갛게 실패한 요청 클릭 → 요청 URL·상태코드와 Response 탭 내용을 복사하세요.

에러 Digest / 요청 ID— 에러 화면의 Digest 값의심 원인— 공란이면 에이전트가 추론실행 환경— 자동 수집됨 — 필요 시 수정

접수하면 담당자에게 전송·수집됩니다(이 브라우저에도 복사본이 남습니다). 로그·응답에 민감정보가 있으면 붙여넣기 전 가려 주세요.

생성된 수정 요청 프롬프트

아직 필요한 항목: 원래 어떻게 되어야 하나요? · 그런데 실제로는 어떻게 되나요?

너는 이 repo에서 동작하는 사내 SaaS의 시니어 개발자다. 아래 오류를 수정하라.

# 오류 수정 요청

## 대상 화면
- (미입력)

## 작업 지침 (중요)
너는 이 repo에 대한 전체 접근 권한이 있는 시니어 개발자다. 위 정보로 작업하기에 충분하다 — 사용자에게 추가 파일·정보를 되묻지 말라. 아래 지침은 제공된 신호에서 도출된 출발점이다 — 없는 신호를 있는 것처럼 다루지 말고, 코드에서 반증되면 근거와 함께 폐기하라.
- 시작점: 위 화면 주소를 repo 라우팅으로 따라가 렌더 컴포넌트부터 열고, 재현 경로대로 기대와 갈라지는 지점을 좁혀라.
- 심층 신호(Console 스택·네트워크 상태코드·digest)가 이 리포트에 없다 → 없는 신호를 추측하지 말라. 코드 정독만으로 안 좁혀지면 위 화면을 직접 열어 F12 Console·Network를 재현 중 관찰해 실패 지점을 수집하라.
파일이 안 보이면 라우팅·검색으로 끝까지 직접 탐색하고, 그래도 불확실하면 되묻지 말고 합리적 가정을 명시한 뒤 진행하라.

## 진행 순서
1. 탐색: 위 화면(들)이 가리키는 컴포넌트를 repo 라우팅·폴더 구조를 따라 직접 찾아라.
2. 원인 분석: 위 신호(문구·스택·네트워크·digest)와 코드를 대조해 근본 원인을 특정하라.
3. 계획 요약: 수정 전에 원인과 변경 계획을 3~5줄로 먼저 제시하라.
4. 수정: 기대 동작대로 작동하도록 고쳐라.
5. 검증: 아래 검증을 수행하라.

## 반드시 지킬 제약
- 최소 변경 원칙: 필요한 범위만 수정. 무관한 리팩터링·포맷팅·의존성 변경 금지.
- 기존 동작 보존: 다른 기능·화면을 깨뜨리지 않는다. 영향 범위를 먼저 점검.
- 컨벤션 준수: 주변 코드 스타일·패턴·네이밍을 따른다. 새 라이브러리 도입 금지.

## 검증 (필수)
- 관련 테스트 실행/추가, 빌드·린트·타입체크 확인, 기대 동작 충족 점검.

## 마무리 보고
- 수정 파일 목록과 이유 / 근본 원인 한 줄 / 검증 결과

복사가 안 되면 위 내용을 클릭해 전체 선택한 뒤 Ctrl/Cmd+C 로 복사하세요.