Notice
Recent Posts
Recent Comments
Link
| 일 | 월 | 화 | 수 | 목 | 금 | 토 |
|---|---|---|---|---|---|---|
| 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 |
Tags
- APM
- LLM
- go
- kotlin coroutine
- MySQL
- tucker의 go 언어 프로그래밍
- CKA 기출문제
- aws
- 정보처리기사 실기 기출문제
- Linux
- kotlin
- SRE
- minikube
- 바이브코딩
- Spring
- Kubernetes
- Pinpoint
- 오블완
- 기록으로 실력을 쌓자
- Rag
- CKA
- 코틀린 코루틴의 정석
- Java
- AWS EKS
- AI
- PETERICA
- golang
- CloudWatch
- 티스토리챌린지
- 공부
Archives
- Today
- Total
목록reader (1)
피터의 개발이야기
[AI W3] Reader(LLM) 프롬프트 설계와 Hallucination을 다루는 방법
[AI] LLM 학습 노트 공개 - Transformer부터 RAG까지, 그리고 운영 가능한 AI 시스템을 향해 ㅁ 들어가며RAG를 처음 붙였을 때 가장 쉽게 드는 생각은 이거다.“문서는 잘 검색되는데, 왜 답변은 여전히 애매할까?”Retriever도 튜닝했고, Ranker도 붙였고, 모델도 바꿔봤다.그런데도 답변 품질은 기대만큼 올라가지 않는다.이 지점에서 많은 사람이 LLM 성능을 의심한다. 하지만 실제로 문제의 원인은 대부분 Reader 단계, 정확히 말하면 프롬프트와 컨텍스트 구성에 있다. 이번 글에서는 RAG의 마지막 단계인 Reader를 단순한 “모델 호출”이 아니라 품질을 결정하는 최종 시스템 레이어로 바라보며, 프롬프트 설계와 Hallucination 문제를 어떻게 다뤄야 하는지 정리..
AI/AI이론 | 공부
2026. 2. 10. 00:15
