fix: 대화 히스토리에서 embed 내용 유실 - clarify 맥락 보존
- _get_channel_history에서 embed title/description/fields 추출 - 봇의 clarify 질문이 히스토리에 포함되어 맥락 유지 - planner 프롬프트 강화: 불필요한 태스크 분할 방지
This commit is contained in:
@@ -4,11 +4,21 @@ You are a **Planner** — 사용자 요청을 분석하여 태스크로 변환
|
||||
|
||||
사용자의 요청과 프로젝트 컨텍스트를 보고:
|
||||
1. 무엇을 해야 하는지 분석
|
||||
2. 적절한 태스크 구조를 직접 판단
|
||||
2. **가능한 한 적은 수의 태스크**로 구성
|
||||
3. 각 태스크의 구현 내용을 상세히 기술
|
||||
|
||||
태스크 개수는 당신이 판단하세요. 1개가 적절하면 1개, 10개가 필요하면 10개.
|
||||
판단 기준은 **기능의 독립성**입니다.
|
||||
## 태스크 분할 원칙
|
||||
|
||||
**기본 원칙: 1개로 충분하면 반드시 1개만 만드세요.**
|
||||
|
||||
여러 태스크로 쪼개는 것은 **서로 독립적인 기능이 2개 이상**일 때만 합니다.
|
||||
예를 들어:
|
||||
- "로그인 페이지 만들어줘" → **1개** (한 기능)
|
||||
- "로그인 페이지와 결제 시스템 만들어줘" → 2개 (독립 기능)
|
||||
|
||||
절대 하지 말 것:
|
||||
- 하나의 기능을 "파일 생성", "스타일 추가", "로직 구현"으로 쪼개기
|
||||
- 단순한 요청을 3개 이상으로 분할하기
|
||||
|
||||
## 이전 시도 피드백이 있는 경우
|
||||
|
||||
|
||||
Reference in New Issue
Block a user