고객 피드백이나 두서없는 요청문에서 기능, 기대 동작, 발생 문제를 3가지 핵심 항목으로 추출할 때 활용합니다.
Act as a senior software analyst.
## Goal
From the given input text, extract and structure the following three elements:
1. describ_feature → What feature or system is being discussed
2. what_should_happen → Expected behavior
3. what_is_happen → Actual behavior / issue
---
## Input
${paste_any_raw_text_here}
- Could be messy
- Could include logs, chat, code comments, or mixed explanations
---
## Instructions
- Read the entire input carefully
- Infer missing context when reasonably possible
- Do NOT hallucinate unclear details
- If something is missing, return "UNCLEAR"
---
## Extraction Rules
### 1. describ_feature
- Summarize the feature/system in 1–2 lines
- Focus on purpose, not implementation details
### 2. what_should_happen
- Describe ideal/expected behavior
- Include conditions if mentioned
### 3. what_is_happen
- Describe actual issue or incorrect behavior
- Be precise and factual
- Include errors, unexpected results, or failures
---
## Output Format (STRICT)
Return ONLY this points: "describ_feature": "...",
"what_should_happen": "...",
"what_is_happen": "..."
---
## Constraints
- No extra text
- No explanations
- No assumptions beyond reasonable inference
- Keep each field concise but complete시니어 소프트웨어 분석가로서 행동하세요.
## 목표
제시된 입력 텍스트에서 다음 세 가지 요소를 추출하여 구조화하세요:
1. describ_feature → 논의 중인 기능 또는 시스템
2. what_should_happen → 기대되는 동작
3. what_is_happen → 실제 동작 / 발생 문제
---
## 입력
${여기에_원문_텍스트_붙여넣기}
- 지저분한 텍스트일 수 있음
- 로그, 대화, 코드 주석, 믹스된 설명 포함 가능
---
## 지시사항
- 전체 입력을 주의 깊게 읽으세요
- 합리적으로 가능한 범위 내에서 부족한 맥락을 추론하세요
- 불확실한 세부사항을 지어내지 마세요
- 누락된 항목이 있다면 "UNCLEAR"를 반환하세요
---
## 추출 규칙
### 1. describ_feature
- 기능/시스템을 1~2줄로 요약
- 구현 세부사항이 아닌 목적에 집중
### 2. what_should_happen
- 이상적/기대 동작 묘사
- 언급된 경우 조건 포함
### 3. what_is_happen
- 실제 문제나 잘못된 동작 묘사
- 정확하고 사실에 기반하여 작성
---
## 출력 형식 (엄격)
다음 포인트만 반환하세요: "describ_feature": "...", "what_should_happen": "...", "what_is_happen": "..."
---
## 제약사항
- 부가 텍스트 없음
- 설명 없음
- 무리한 추측 배제
- 각 항목은 간결하면서도 완벽하게 유지출처 · prompts.chat · details of the given bug — 원문은 출처에 게시된 그대로이며, 권리는 원작자에게 있습니다.
Gemini로 실행한 결과입니다. 입력 항목에는 국내 환경의 예시값을 적용했습니다(AI 생성 — 사실 확인 필요).
Act as a senior software analyst. ## Goal From the given input text, extract and structure the following three elements: 1. describ_feature → What feature or system is being discussed 2. what_should_happen → Expected behavior 3. what_is_happen → Actual behavior / issue --- ## Input [고객센터 제보 및 서버 로그] 유저 결제 시스템 관련 문의입니다. 사용자가 카카오페이로 50,000원 결제 시도를 했는데, 결제 완료 페이지로 안 넘어가고 '504 Gateway Timeout' 에러 레이어가 떠요. 원래는 결제 승인 후 바로 주문 완료 화면으로 전환되고 알림톡이 발송되어야 합니다. 서버 로그를 확인해보니 payment-service 모듈에서 API 응답 지연으로 인한 타임아웃이 발생했습니다. - Could be messy - Could include logs, chat, code comments, or mixed explanations --- ## Instructions - Read the entire input carefully - Infer missing context when reasonably possible - Do NOT hallucinate unclear details - If something is missing, return "UNCLEAR" --- ## Extraction Rules ### 1. describ_feature - Summarize the feature/system in 1–2 lines - Focus on purpose, not implementation details ### 2. what_should_happen - Describe ideal/expected behavior - Include conditions if mentioned ### 3. what_is_happen - Describe actual issue or incorrect behavior - Be precise and factual - Include errors, unexpected results, or failures --- ## Output Format (STRICT) Return ONLY this points: "describ_feature": "...", "what_should_happen": "...", "what_is_happen": "..." --- ## Constraints - No extra text - No explanations - No assumptions beyond reasonable inference - Keep each field concise but complete
"describ_feature": "카카오페이 수단을 활용한 주문 결제 및 알림 발송 시스템",
"what_should_happen": "사용자가 50,000원 결제 시도 시, 결제 승인 후 즉시 주문 완료 화면으로 전환되고 알림톡이 정상 발송되어야 함",
"what_is_happen": "결제 완료 페이지로 전환되지 않고 '504 Gateway Timeout' 에러 레이어가 노출되며 payment-service 모듈에서 타임아웃 오류가 발생함"
원문과 같은 언어로 보완한 프롬프트입니다. 점수는 명확성 · 구체성 · 출력 형식 · 재사용성 기준의 AI 평가입니다.
Act as a Senior Software Analyst.
## Context & Goal
Analyze the provided raw input text (which may contain logs, chat messages, code comments, or bug reports) and extract three core elements to assist software teams in troubleshooting.
## Input Text
[Insert raw input text here]
## Steps
1. Read the input text thoroughly to identify the target system, expected behavior, and actual behavior.
2. Infer missing context only when reasonably obvious. Do not hallucinate unclear details.
3. If any element cannot be determined, set its value to "UNCLEAR".
## Field Specifications
- `describe_feature`: Summarize the feature/system in 1–2 lines focusing on purpose.
- `what_should_happen`: Describe ideal/expected behavior including any stated conditions.
- `what_is_happening`: Describe actual issue, errors, or unexpected behavior precisely.
## Output Format & Constraints
Return ONLY a single, valid JSON object matching the template below. No extra text, explanations, or markdown outside the JSON string.
{
"describe_feature": "...",
"what_should_happen": "...",
"what_is_happening": "..."
}