일 | 월 | 화 | 수 | 목 | 금 | 토 |
---|---|---|---|---|---|---|
1 | 2 | 3 | 4 | 5 | ||
6 | 7 | 8 | 9 | 10 | 11 | 12 |
13 | 14 | 15 | 16 | 17 | 18 | 19 |
20 | 21 | 22 | 23 | 24 | 25 | 26 |
27 | 28 | 29 | 30 |
- 리액트 심플캡차
- 스프링 시큐리티
- build
- react 심플캡차
- Spring Boot
- SpringBoot
- spring security 로그인
- react 자동입력방지
- 스프링 시큐리티 로그인
- maven
- 젠킨스
- Spring Security
- react 상태
- react 캡차
- 리액트 캡차
- react simple captcha
- react captcha
- myBatis
- git
- spring error
- ChatGPT
- error
- 깃
- REACT
- 에러
- jpa
- CI
- 스프링
- Docker
- Security 로그인
- Today
- Total
I can do it(Feat. DEV)
[ChatGPT]프롬프트 작성, 잘하면 2배는 더 똑똑해짐(Feat. o3) 본문
GPT 잘 쓰고 싶은데, 뭘 어떻게 적어야 하죠??
모델에 뭘 시키고 싶은데 자꾸 뭔가 엇나감.
말한 대로 안 되고, 애매하게 대충 돌아오는 응답 때문에 답답하셨던 분들 많을 것임..(🙋♂️ 그게 바로 저예요..)
사실 이거, 대부분 프롬프트 문제입니다.
GPT가 똑똑하긴 한데, 엉뚱하게 말해주면 엉뚱하게 듣는 똑똑이라서요 ㅎㅎ
오늘은 "프롬프트, 어떻게 잘 써야 하는지"를
정~말 실용적으로! 예제 중심으로!
바로 써먹을 수 있게 정리해 보겠음.
참고로 OpenAI에서 제공하는 공식 프롬프트 가이드를 바탕으로 정리해서 포스팅했음!!
핵심은 딱 하나, “간결하고 명확하게”
모델한테 뭘 시키든 간에
말 복잡하게 돌리지 말고, 그냥 직설적으로 말해라.
이게 정답임.
예를 하나 들어볼게요.
❌ 이건 안 되는 예:
“우리 회사의 최근 매출 증가 요인을 다양한 관점에서 분석해 주실 수 있나요? 그리고 여러 데이터들을 종합해서 앞으로의 예측도 해주세요.”
사람한테 말하는 것처럼 너무 친절함… 근데 GPT는 이런 문장을 "한 덩어리"로 이해함.
결과? 각 요청이 애매하게 섞여서 대충 추측해서 대답함.
✅ 이렇게 바꾸면 됨:
“최근 3년간 매출 데이터 기반으로 증가 요인을 분석하고, 향후 1년 매출 예측 결과(숫자 포함)를 300자 이내로 요약해줘.”
핵심만 딱딱 떨어지게 말하니까
GPT가 “아~ 분석하고, 요약하고, 숫자 포함해야겠구나” 하면서 정확하게 처리함다.
구분 기호도 매우 중요함
입력 데이터가 복잡해지면 섹션을 명확하게 나눠야 함다.
사람한텐 쉬운 말도, GPT에겐 "구분이 흐릿하면" 정보 해석이 꼬일 수 있음.
❌ 구분 없는 예:
제품 A와 B의 차이점과 장단점을 알려줘. 그리고 고객 리뷰도 반영해줘.
이건 제품 설명과 리뷰가 섞여 들어가서 헷갈릴 수 있음.
✅ 이렇게 바꿔야 함:
제품 비교:
제품 A: 주요 기능, 장단점 포함
제품 B: 주요 기능, 장단점 포함
[추가 자료: 고객 리뷰 50건 첨부]
요렇게 마크다운이나 태그, 혹은 대괄호 쓰면
GPT가 구조적으로 데이터를 이해할 수 있음.
단순하지만 효과 직빵임다.
산출물 형태도 정해줘야 함
"이거 해줘"만 하면 뭘 어떻게 해줄지 GPT도 모름.
📌 꼭 넣어야 할 것들:
- 결과물 형식 (예: bullet point, 테이블 등)
- 분량 제한 (예: 500자 이내)
- 포함할 요소 (예: 숫자, 그래프 등)
예시
“500자 이내로, 3가지 핵심 전략을 bullet point로 정리한 마케팅 전략을 작성해줘.”
이렇게 하면 GPT가 머릿속으로 시뮬레이션 하면서 작업함.
그냥 "전략 짜줘"라고 하면 글로 길게 쓰고 중복될 수도 있음다.
체인 오브 씽크(chain of thought)? 쓰지 마셈
이건 좀 헷갈릴 수 있는데요,
“단계별로 생각해봐” 같은 요청은 모델 성능을 오히려 떨어뜨릴 수 있음.
GPT는 '단계적으로 추론하라'는 말을
명령이 아니라 노이즈처럼 받아들일 수 있음다.
특히 복잡한 o3 모델에서는 이게 더 문제됨.
결론?
👉 그냥 결과 중심으로 요약해달라고만 하셈!
일단 제로샷 → 필요하면 예시 추가
처음부터 예시를 빽빽하게 넣지 말고,
일단 간단히 시켜보고 결과가 만족스럽지 않을 때
“이런 식으로 해줘” 예제를 넣는 게 제일 좋음다.
예시
아래와 같은 형식으로 작성해줘.
예제:
항목 1: 내용
항목 2: 내용
이러면 모델이 딱 그 포맷에 맞춰 응답함.
응답 일관성 잡기 진짜 쉬워짐.
✨ 핵심 요약! 실전에서 이렇게 써보셈!
- 간단명료하게 요구하기
- 핵심 키워드, 요구 조건만 쏙쏙.
- 입력 구분 기호 사용
- 마크다운, XML, 대괄호, 섹션 헤더 적극 활용.
- 산출물 포맷과 조건 명시
- 형식, 길이, 포함 정보 미리 딱 정리.
- 체인 오브 씽크는 안 쓰는 게 낫다
- 추론 유도 X, 결과만 요청!
- 제로샷 먼저, 부족하면 예시 추가
- GPT한테 기회를 한 번 주고, 보완은 나중에.
🤔 Q&A
📌 GPT가 자꾸 헛소리하는데 왜 그래요?
👉 대부분 프롬프트가 애매하거나, 요구 조건이 빠졌기 때문임. “정확하게 뭐 해야 하는지” 써주면 훨씬 좋아짐.
📌 마크다운이 꼭 필요한가요?
👉 꼭은 아님. 근데 구조적인 정보 구분에 유리해서 권장함. 가독성도 좋아서 나중에 재활용할 때 편함!
📌 한 번에 너무 많은 요청하면 안 되나요?
👉 네. 가급적이면 1~2개씩 요청하고, 단계적으로 시도하는 게 더 안정적임. 모델이 폭주할 수 있음!
🧠 GPT를 잘 쓰는 것도 실력입니다
요즘 개발자들 사이에서 GPT 잘 쓰는 사람 = 생산성 2배
이건 진짜 데이터로 증명되고 있음.
코드 리뷰, 요약, 기획안 초안, 번역…
잘만 쓰면 30분짜리 일이 5분 컷!
근데 그 시작이 프롬프트 작성이라는 거.
"한 줄" 잘 써도 10배 편해짐다.
다들, 꼭 한번 적용해보세요!
그럼 오늘 하루도 무탈하길..👍
📢참조 사이트
https://platform.openai.com/docs/guides/reasoning?api-mode=chat
'개발자 모드 > 개념' 카테고리의 다른 글
[Docker]AWS Ubuntu 서버에 도커 설치하기 (4) | 2024.10.31 |
---|---|
[Spring]JDBC, SQL Mapper, ORM이란?(feat. JPA, Mybatis) (0) | 2024.05.26 |
[Java] Open JDK 설치 및 환경 변수 설정 (0) | 2024.04.04 |
[백엔드 아키텍처] 계층 구조 vs 도메인 구조에 대한 고민 (0) | 2024.04.02 |
AI 챗봇 사용법(feat. Chat GPT, Bard, HyperCLOVA X) (2) | 2023.08.24 |