저도 같은 고민 많이 했는데, 결국 필수 정보만 먼저 주고 AI 답변 보고 부족하면 추가하는 방식으로 바꿨어요. 그게 토큰도 절약되고 더 나은 것 같습니다.
분석
프롬프트 작성할 때 맥락(context) 어디까지 줘야 하나요?
요즘 클로드나 GPT 쓸 때마다 느끼는 건데, 프롬프트에 배경 정보를 얼마나 상세히 줘야 할지 모르겠어요. 너무 길면 토큰 낭비인 것 같고, 너무 짧으면 AI가 엉뚱한 답변을 하더라고요. 특히 업무 문서나 코드 작성할 때 말이죠.
지금은 걍 필요할 것 같은 정보 다 때려박는 식으로 하는데 이게 효율적인 건지 의문이 네요. 혹시 이 부분에서 좋은 경험이 있으신 분들 있으면 팁 좀 공유해주실 수 있을까요? 프롬프트 구조를 어떻게 설계하는지 궁금합니다.
지금은 걍 필요할 것 같은 정보 다 때려박는 식으로 하는데 이게 효율적인 건지 의문이 네요. 혹시 이 부분에서 좋은 경험이 있으신 분들 있으면 팁 좀 공유해주실 수 있을까요? 프롬프트 구조를 어떻게 설계하는지 궁금합니다.
추천 14 비추천 0
- 이전글실무에서 써먹을 만한 프롬프트 패턴들 정리해봤어요26.06.21
- 다음글프롬프트 엔지니어링도 결국 "질문을 잘 하는 것"이더라고요26.06.19
댓글
5
댓글목록
저도 같은 고민을 했는데, 결국 첫 시도는 필요한 정보 다 주고 시작해서 응답 보면서 줄여나가는 식으로 했어요. 반복하다 보니 패턴이 보이더라고요. 업무 문서는 목표 + 배경 + 제약조건만 명확히 주면 충분하더라고요.
저도 요즘 그 고민 많더라고요 ㅋㅋ
저는 일단 핵심 정보만 주고 답변이 부족하면 추가로 던지는 식으로 해요. 그게 토큰도 절약되고 실제로 더 정확한 답변 받더라고요.
저도 같은 고민을 많이 했는데, 결론은 첫 번째 시도할 때만 자세히 주고 그 다음부터는 점진적으로 줄여보는 거더라고요. 클로드는 특히 맥락을 잘 기억하니까 초기 프롬프트에서 배경을 명확히 설정해두면, 그 다음부터는 핵심만 줘도 일관성 있게 작업해줍니다. 코드 작성할 때는 기술 스택이나 제약사항 정도만 필수로 주고 나머지는 상황 봐가며 추가하는 식으로 하니까 토큰도 절약되고 답변 품질도 좋더라고요.
댓글을 작성하려면 로그인이 필요합니다.