프롬프트 원칙 17번: 주장에는 반드시 ‘근거와 확인 방법’을 함께 요구하라
LLM은 매우 설득력 있는 문장을 만들어낼 수 있습니다. 문제는 그 문장이 사실인지, 추정인지, 일반론인지를 구분하기 어렵다는 점입니다. 특히 업무에서 사용하는 분석, 기획, 정책, 제안 문서에서는 “그럴듯함”보다 “확인 가능성”이 훨씬 중요합니다.
프롬프트 원칙 17번은 이 지점을 보완합니다. 단순히 결론이나 주장을 요구하는 것이 아니라, 각 주장에 대한 근거와, 그 근거를 어떻게 확인할 수 있는지까지 함께 제시하도록 요구하라는 원칙입니다. 이 원칙을 적용하면 LLM의 답변은 참고 자료 수준을 넘어, 실제 검토와 실행이 가능한 문서로 바뀝니다.
왜 ‘근거와 확인 방법’이 중요한가?
사람의 보고서에서도 “~라고 판단됩니다”라는 문장이 근거 없이 반복되면 신뢰를 잃습니다. LLM의 답변 역시 마찬가지입니다. 근거가 없는 주장은, 나중에 문제가 발생했을 때 “이 판단은 어디서 나온 것인가?”라는 질문에 답할 수 없습니다.
반면 근거와 확인 방법이 함께 제시되면, 사용자는 그 내용을 그대로 믿을지, 추가 검증할지, 혹은 보류할지를 판단할 수 있습니다. 즉, 결과물이 의사결정의 출발점이 됩니다.
원칙 17을 적용할 때의 기본 구조
- 주장: 모델이 제시하는 판단 또는 결론
- 근거: 데이터, 관찰 결과, 일반적으로 알려진 사실 등
- 확인 방법: 로그, 지표, 추가 실험, 문서 확인 등
직무별 예시로 보는 원칙 17의 활용
연구개발
연구개발에서는 특히 “그럴듯한 설명”이 위험합니다. 성능 저하 원인을 분석할 때, 근거 없이 하나의 원인을 단정하면 잘못된 방향으로 실험이 진행될 수 있습니다.
이때 “각 원인 가설마다 사용한 근거와, 이를 검증하기 위한 확인 실험 방법을 함께 제시해달라”고 요청하면, 결과물은 곧바로 실험 계획으로 이어질 수 있습니다.
기획
기획 문서에는 많은 판단이 포함됩니다. 예를 들어 “이 기능은 사용자 만족도를 높일 것이다”라는 주장은 근거가 없으면 의견에 불과합니다.
프롬프트에서 “각 주요 주장에 대해 근거와, 이를 검증할 수 있는 지표나 실험 방법을 함께 제시해달라”고 요청하면, 기획안은 훨씬 설득력 있는 문서가 됩니다.
영업·마케팅
영업과 마케팅에서는 신뢰를 해치지 않는 것이 무엇보다 중요합니다. “고객 반응이 좋을 것이다”, “도입 효과가 크다”라는 표현은 근거 없이는 오히려 리스크가 됩니다.
이때 “주요 메시지마다 근거와, 실제 현장에서 확인할 수 있는 방법(사례, 지표)을 함께 제시해달라”고 요청하면 영업 현장에서 활용 가능한 자료가 만들어집니다.
생산
생산 현장에서는 잘못된 판단이 곧 비용과 사고로 이어질 수 있습니다. 따라서 조치안에는 반드시 근거가 필요합니다.
“각 조치안에 대해 왜 효과가 있을 것으로 판단하는지, 그리고 효과를 어떻게 확인할 것인지”를 함께 요구하면 실행 후 점검까지 이어지는 문서가 됩니다.
품질보증
QA와 감사 대응에서는 근거 없는 주장은 곧 지적 사항이 됩니다. “문제가 없다”라는 판단에는 반드시 확인 가능한 근거가 뒤따라야 합니다.
프롬프트에서 “각 판단에 대해 증빙 가능한 근거와, 감사자가 확인할 수 있는 자료 위치를 함께 제시해달라”고 요청하면 감사 대응력이 크게 향상됩니다.
경영지원
정책이나 공지에서도 직원들은 자연스럽게 “왜?”를 묻습니다. 근거가 없는 정책은 불신을 낳기 쉽습니다.
“주요 정책 변경 이유마다 근거와, 이를 확인할 수 있는 내부 기준이나 자료를 함께 제시해달라”고 요청하면 불필요한 문의와 오해를 줄일 수 있습니다.
정리하며
프롬프트 원칙 17번은 LLM의 답변을 맹신하지 않기 위한 안전장치입니다. 핵심은 단순합니다. 주장을 요구할 때, 그 주장을 검증할 수 있는 실마리까지 함께 요구하라는 것입니다.
다음번 프롬프트에 이렇게 한 줄을 추가해 보세요. “각 주장에 대해 근거와, 사람이 직접 확인할 수 있는 방법을 함께 제시해줘.” 이 한 문장은 LLM의 결과물을 훨씬 신뢰할 수 있는 업무 파트너의 산출물로 바꿔 줄 것입니다.
'HRD' 카테고리의 다른 글
| 팀이 자율적으로 움직이는 순간, 비밀은 ‘권한’이 아니라 ‘경계’에 있다 (0) | 2026.01.13 |
|---|---|
| 프롬프트 원칙 18번: 일반 사례뿐 아니라 ‘엣지 케이스와 실패 사례’를 함께 요구하라 (0) | 2026.01.13 |
| 프롬프트 원칙 16번: 단일 답변이 아니라 ‘대안과 선택 기준’을 함께 요구하라 (0) | 2026.01.13 |
| 프롬프트 원칙 15번: 가정(Assumption)과 한계(Limitation)를 명시하게 하라 (0) | 2026.01.13 |
| AI 교육 열심히 했는데 왜 현장은 그대로일까”… 2026년, 문제는 ‘역량’이 아니라 ‘구조’다 (0) | 2026.01.13 |