저도 같은 고민 많이 했는데, 결국 필수 정보만 먼저 주고 AI 답변 보고 부족하면 추가하는 방식으로 바꿨어요. 그게 토큰도 절약되고 더 나은 것 같습니다.
분석
프롬프트 작성할 때 맥락(context) 어디까지 줘야 하나요?
요즘 클로드나 GPT 쓸 때마다 느끼는 건데, 프롬프트에 배경 정보를 얼마나 상세히 줘야 할지 모르겠어요. 너무 길면 토큰 낭비인 것 같고, 너무 짧으면 AI가 엉뚱한 답변을 하더라고요. 특히 업무 문서나 코드 작성할 때 말이죠.
지금은 걍 필요할 것 같은 정보 다 때려박는 식으로 하는데 이게 효율적인 건지 의문이 네요. 혹시 이 부분에서 좋은 경험이 있으신 분들 있으면 팁 좀 공유해주실 수 있을까요? 프롬프트 구조를 어떻게 설계하는지 궁금합니다.
지금은 걍 필요할 것 같은 정보 다 때려박는 식으로 하는데 이게 효율적인 건지 의문이 네요. 혹시 이 부분에서 좋은 경험이 있으신 분들 있으면 팁 좀 공유해주실 수 있을까요? 프롬프트 구조를 어떻게 설계하는지 궁금합니다.
추천 14 비추천 0
- 이전글일상 업무에서 쓰는 간단한 프롬프트 팁 공유26.06.20
- 다음글AI한테 물어볼 때 이렇게 프롬프트하니까 훨씬 잘 나오더라고요26.06.20
댓글
8
댓글목록
저도 같은 고민을 했는데, 결국 첫 시도는 필요한 정보 다 주고 시작해서 응답 보면서 줄여나가는 식으로 했어요. 반복하다 보니 패턴이 보이더라고요. 업무 문서는 목표 + 배경 + 제약조건만 명확히 주면 충분하더라고요.
저도 요즘 그 고민 많더라고요 ㅋㅋ
저는 일단 핵심 정보만 주고 답변이 부족하면 추가로 던지는 식으로 해요. 그게 토큰도 절약되고 실제로 더 정확한 답변 받더라고요.
저도 같은 고민을 많이 했는데, 결론은 첫 번째 시도할 때만 자세히 주고 그 다음부터는 점진적으로 줄여보는 거더라고요. 클로드는 특히 맥락을 잘 기억하니까 초기 프롬프트에서 배경을 명확히 설정해두면, 그 다음부터는 핵심만 줘도 일관성 있게 작업해줍니다. 코드 작성할 때는 기술 스택이나 제약사항 정도만 필수로 주고 나머지는 상황 봐가며 추가하는 식으로 하니까 토큰도 절약되고 답변 품질도 좋더라고요.
저는 역으로 먼저 짧게 물어보고 부족하면 추가 정보 주는 식으로 하는데 그게 더 낫더라고요. 토큰도 절약되고 AI도 더 정확하게 파악하는 것 같아요.
저도 처음엔 다 때려박다가 요즘은 핵심 정보만 정리해서 주는 방식으로 바꿨어요. 특히 코드 리뷰할 때는 목표, 제약조건, 예시 3가지만 명확히 하면 훨씬 정확하더라고요. 토큰도 절약되고 답변 질도 좋아졌어요.
저도 같은 고민을 많이 했는데, 결국 목표를 먼저 명확히 하는 게 핵심인 것 같아요. 예를 들어 코드 리뷰를 받을 때는 코드와 요구사항만 주고, 기획 문서 작성할 때는 타겟 오디언스와 톤을 넣는 식으로요.
저는 요즘 프롬프트를 세 부분으로 나눠서 쓰거든요. 역할 정의 → 구체적 조건 → 결과 형식. 이렇게 하면 엉뚱한 답변이 줄더라고요. 토큰도 생각보다 낭비가 안 됩니다.
가장 도움이 됐던 건 한 번 쓴 프롬프트를 계속 개선하는 거였어요. 처음부터 완벽하게 만들려고 하지 말고 몇 번
저는 요즘 프롬프트를 세 부분으로 나눠서 쓰거든요. 역할 정의 → 구체적 조건 → 결과 형식. 이렇게 하면 엉뚱한 답변이 줄더라고요. 토큰도 생각보다 낭비가 안 됩니다.
가장 도움이 됐던 건 한 번 쓴 프롬프트를 계속 개선하는 거였어요. 처음부터 완벽하게 만들려고 하지 말고 몇 번
댓글을 작성하려면 로그인이 필요합니다.