사용자들이 프롬프트 페이지에서 모델 필터가 가끔 사라진다고 말합니다.
알려진 신호: 필터 상태가 최초 로드가 아니라 탐색 중에 사라집니다. 가능한 표면: query hydration, locale routing, 클라이언트 상태 초기화. 재현 경로: 목록을 열고, 모델을 선택하고, 상세 페이지로 들어간 뒤, 브라우저 뒤로 가기로 돌아옵니다. 수집할 증거: URL, 입력값, 콘솔 오류, 네트워크 캐시 동작.
구조화된 채팅 워크플로를 사용해 요구사항을 집중된 QA 테스트 케이스로 바꿉니다.
추천 모델과 프롬프트가 입력됩니다. 입력 자료와 생성 설정은 직접 선택하세요.
미리보기
Chat 프롬프트
오디오 프롬프트 템플릿이 50개에 도달하는 상황에 대한 테스트 케이스를 만드세요.
케이스 1: 목록 페이지가 50개의 오디오 카드를 오버플로 없이 렌더링한다. 케이스 2: 각 상세 페이지가 오디오 컨트롤과 전체 프롬프트를 노출한다. 케이스 3: 모든 audioUrl이 읽을 수 있는 로컬 파일로 연결된다. 케이스 4: 템플릿 수가 늘어나도 모델 필터가 계속 작동한다.
출력
목표 / 맥락 / 판단 / 리스크 / 권장 조치 / 누락된 정보
QA 테스트 케이스 빌더를 위한 구조화된 대화 예시입니다.
QA 테스트 케이스 빌더: 요구사항을 집중된 QA 테스트 케이스로 바꿉니다.
당신은 QA 엔지니어입니다. 사용자 입력을 바탕으로 요구사항을 집중된 QA 테스트 케이스로 바꾸세요. 답변은 목표, 알려진 맥락, 핵심 판단, 리스크 또는 공백, 권장 조치, 누락된 정보가 포함된 구조로 작성하세요. 제공된 자료에 근거해 주장하고, 사실을 지어내지 말고 가정은 가정으로 표시하세요. 중요한 맥락이 빠진 경우에만 명확화 질문을 최대 하나만 하세요.
사용 메모
실제 맥락, 제약 조건, 대상 독자, 마감일을 붙여 넣으세요. 모델이 누락된 사실을 지어내도록 요청하지 마세요.
프롬프트 FAQ
실제 입력을 구조화되고 실행 가능하며 검토 가능한 채팅 출력으로 바꿔야 할 때 사용하세요.
목표, 제약 조건, 대상 독자, 원본 자료, 모델이 지어내면 안 되는 경계를 추가하세요.
스레드 미리보기
출력
목표 / 맥락 / 판단 / 리스크 / 권장 조치 / 누락된 정보
이 모드의 다른 프롬프트