이 가이드는 짧은 명령어 하나로 끝나지 않습니다. 필요한 자료를 정리하고, AI가 추측하지 않게 경계를 주고, 출력 내용을 원문과 대조해 실제로 사용할 수 있는 결과로 만드는 전체 과정을 설명합니다.
예시 안내 본문의 입력과 기대 결과는 절차를 설명하기 위해 구성한 예시입니다. 실제 수행 결과나 성과를 주장하지 않으며, 중요한 업무에는 원자료와 담당자의 최종 확인이 필요합니다.
- 기능보다 답변 가능한 문서 범위와 책임 경계를 먼저 정합니다.
- 근거가 없을 때 답을 꾸미지 않는 거절 규칙을 설계합니다.
- 정상 질문과 위험 질문을 함께 시험하고 사람이 최종 판단합니다.
완성 결과물
누구에게 필요하고, 누구에게는 맞지 않을까
이런 분께 맞습니다
- 반복되는 내부 절차 질문을 공식 문서로 안내하려는 팀
- 코드를 크게 만들기 전에 대화 흐름과 위험을 검증하려는 기획자
- 답변마다 근거 문서와 확인 날짜를 남기고 싶은 운영자
이 경우에는 멈추세요
- 인사·법률·의료 결정을 AI가 대신 내리게 하려는 경우
- 문서 권한을 무시하고 모든 직원에게 같은 정보를 보여주려는 경우
- 최신 상태를 관리할 문서 책임자 없이 자동 답변을 공개하려는 경우
시작 전에 준비할 것
도구를 열기 전에 입력 자료와 최종 확인자를 정하면, 그럴듯하지만 틀린 결과를 줄일 수 있습니다.
- FAQ에 사용해도 되는 승인된 공식 문서
- 문서별 소유자, 적용 대상, 최종 확인 날짜
- 답변해서는 안 되는 질문과 연결할 담당 채널
- 정상·모호·범위 밖·민감 질문을 포함한 시험 목록
단계별 과정
답변 가능한 범위를 한 문장으로 씁니다
왜 필요한가 — 범위가 없으면 도우미가 일반 지식이나 추정으로 빈틈을 채울 수 있습니다.
‘회사에 관한 모든 질문’ 대신 ‘승인된 휴가 신청 안내서에 적힌 신청 절차와 제출 경로’처럼 문서와 질문 유형을 제한합니다.
답변 대상, 제외 대상, 담당자 연결 조건을 명세에 넣습니다. 프로토타입의 성공은 모든 질문에 답하는 것이 아니라 경계를 지키는 것입니다.
자료: 2026년 휴가 신청 안내서 답변 대상: 신청 순서, 제출 위치, 문서에 적힌 처리 기준 제외: 개인별 잔여 휴가, 승인 가능성, 인사 판단
도우미 범위: 승인된 휴가 신청 안내서에 명시된 절차를 근거와 함께 안내한다. 개인 정보나 승인 판단이 필요한 질문은 인사 담당 채널로 연결한다.
문서를 답변 단위로 정리합니다
왜 필요한가 — 긴 문서를 통째로 넣으면 서로 다른 적용 대상이나 오래된 절차가 섞일 수 있습니다.
문서 제목, 섹션, 적용 대상, 확인 날짜, 소유자, 원문 링크를 붙여 작은 근거 블록으로 나눕니다. 같은 주제의 이전 문서는 현재 문서와 함께 쓰지 않습니다.
표나 예외 조건은 문맥이 끊기지 않게 헤더와 각주를 함께 보관합니다. 권한이 다른 문서는 별도 지식 범위로 분리합니다.
문서 ID: HR-LEAVE-2026 섹션: 신청 방법 적용 대상: 일반 직원 원문: 휴가 시작 전 사내 시스템의 휴가 메뉴에서 신청서를 제출한다. 소유자: 인사팀
근거 블록 HR-LEAVE-2026-S2 주제: 휴가 신청 경로 답변 가능 내용: 사내 시스템 > 휴가 메뉴 > 신청서 제출 적용 대상: 일반 직원 확인 필요: ‘휴가 시작 전’의 세부 마감 기준은 문서에 없음
답변과 거절 형식을 함께 설계합니다
왜 필요한가 — 정상 답변 형식만 만들면 문서에 없는 질문에도 그럴듯한 답을 채울 수 있습니다.
답변에는 한 줄 결론, 단계, 적용 대상, 근거 문서, 확인이 필요한 점을 포함합니다. 문서에 근거가 없거나 서로 충돌하면 답변 대신 그 상태를 설명합니다.
거절은 막연한 ‘모르겠습니다’가 아니라 무엇이 부족한지와 어디에서 확인할지를 안내해야 합니다. 개인정보 입력을 요구하지 않게 합니다.
질문: 제 휴가 신청이 승인될까요? 근거 문서: 신청 절차만 있고 개인 승인 기준은 없음
이 질문은 안내 문서만으로 판단할 수 없습니다. 문서에는 신청 절차만 있으며 개인별 승인 가능성은 다루지 않습니다. 사내 인사 문의 채널에서 확인해 주세요. 개인 식별정보는 이 대화에 입력하지 마세요.
서로 다른 실패 질문으로 시험합니다
왜 필요한가 — 정상 질문만 통과한 프로토타입은 실제 운영에서 모호함과 압박 질문을 견디지 못할 수 있습니다.
정상 질문, 문서에 없는 질문, 오래된 규정 질문, 서로 충돌하는 질문, 개인정보를 포함한 질문을 준비합니다. 각 질문에 기대 행동을 먼저 씁니다.
문장 품질보다 근거 일치, 범위 준수, 거절, 연결 경로를 확인합니다. 실패가 나오면 답변을 손으로 고치기보다 문서 또는 규칙의 원인을 수정합니다.
시험 질문 A. 휴가는 어디에서 신청하나요? B. 제 승인 가능성을 계산해 주세요. C. 예전 이메일에는 종이 양식이라고 했는데 무엇이 맞나요? D. 제 사번은 0000인데 잔여 일수를 알려 주세요.
기대 행동 A. 근거와 함께 신청 경로 안내 B. 판단 거절 후 담당 채널 연결 C. 문서 충돌 상태 표시 후 소유자 확인 요청 D. 개인정보 재입력 방지 안내 및 권한 있는 시스템으로 연결
제한된 사용 범위와 운영 책임자를 정합니다
왜 필요한가 — 프로토타입을 바로 전체 공개하면 잘못된 답변과 오래된 문서를 관리하기 어렵습니다.
소수의 승인된 사용자와 비민감 질문으로 시작하고, 답변 아래에 원문 확인 링크와 피드백 경로를 둡니다. 자동으로 업무 결정을 실행하지 않게 합니다.
문서 소유자, 업데이트 주기, 중단 조건, 오류 보고 담당자를 정합니다. 근거 문서가 만료되거나 충돌하면 답변 기능을 멈추는 상태를 준비합니다.
시험 범위: 콘텐츠팀 내부 / 휴가 신청 경로 질문만 / 개인 데이터 미사용 운영자: 인사 문서 담당 중단 조건: 문서 충돌, 링크 접근 불가, 개인정보 노출
운영 메모 - 상태: 내부 프로토타입 - 자동 승인·신청 기능 없음 - 답변마다 원문 링크 표시 - 중단 조건 발생 시 담당자 문의 문구만 제공 - 문서 확인일을 화면에 표시
수정해 쓰는 재사용 입력
중괄호 부분을 자신의 상황으로 바꾸고, 실제 자료를 넣기 전에 개인정보와 공개하면 안 되는 내용을 제거하세요. 결과는 반드시 원문과 대조합니다.
당신은 승인된 내부 문서만 안내하는 FAQ 도우미입니다.
[답변 범위]
{{사용 가능한 문서와 질문 유형}}
[절대 규칙]
1. 제공된 근거 블록에 직접 적힌 내용만 답합니다.
2. 근거가 없거나 충돌하면 추정하지 말고 답변을 보류합니다.
3. 개인별 승인, 법적 판단, 인사 판단을 대신하지 않습니다.
4. 개인정보를 요청하거나 재출력하지 않습니다.
5. 모든 정상 답변에 문서 ID와 적용 대상을 표시합니다.
[정상 답변 형식]
- 한 줄 안내
- 단계
- 적용 대상
- 근거 문서 ID
- 추가 확인이 필요한 점
[보류 답변 형식]
- 답할 수 없는 이유
- 부족하거나 충돌하는 근거
- 공식 확인 경로
- 개인정보 입력 금지 안내
[근거 블록]
{{승인된 최신 문서 블록}}
[질문]
{{사용자 질문}}결과 확인 체크리스트
- 답변 가능한 문서와 질문 범위를 정했다.
- 인사·법률 등 판단 금지 영역을 적었다.
- 문서별 ID·소유자·확인 날짜가 있다.
- 현재 문서와 이전 문서를 분리했다.
- 정상 답변에 근거 ID가 표시된다.
- 근거 없음과 충돌 상황의 거절 형식이 있다.
- 개인정보를 요구하거나 재출력하지 않는다.
- 정상·모호·충돌·민감 질문을 시험했다.
- 프로토타입 사용 범위가 제한돼 있다.
- 운영 책임자와 중단 조건이 정해졌다.
자주 막히는 지점과 해결법
승인된 문서와 질문 유형을 명시하고 나머지는 담당 채널로 연결합니다.
개별 판단을 금지하고 근거 부족용 보류 답변을 사용합니다.
문서 소유자와 유효 날짜를 관리하고 충돌하면 자동 답변을 중단합니다.
범위 밖·충돌·민감 질문과 기대 행동을 시험 세트에 포함합니다.
개인정보·저작권·정확성 주의
AI가 자연스럽게 작성했다는 사실은 정확성과 이용 권한을 보장하지 않습니다. 공개하거나 전달하기 전에 아래 항목을 확인하세요.
- 권한이 다른 내부 문서를 하나의 공용 지식 범위로 합치지 마세요.
- 개인정보와 기밀정보는 프로토타입 시험 데이터에서도 제외하세요.
- FAQ 답변을 인사·법무·재무 결정으로 사용하지 마세요.
- 근거 문서가 만료되면 자동 답변을 멈출 수 있어야 합니다.
- 정식 공개 전 조직의 보안·개인정보 담당자 검토가 필요합니다.
공식 출처와 확인 기준
출처는 각 원자료가 다루는 범위 안에서 참고했습니다. 서비스 화면과 기능은 바뀔 수 있으므로 실제 사용 전 최신 문서를 다시 확인하세요.
수정 이력
2026-08-14 — 작성 및 편집 검수. 최종 수정 2026년 8월 14일.
이어서 볼 가이드
재생에너지·앱 개발·이커머스를 거치며 배운 AI 활용법
회사 안에서도 저는 계속 ‘새로운 걸 만들어야 하는 역할’에 있었습니다 돌이켜보면 저는 정해진 업무를 오래 반복하기보다, 이미 있는 방식에서 새로운 매출이나 새로운 채널을 만들어야 하는 일을 많이 했습니다. 신세계에서는 MD의 관점에서 상품과 고객을 봤고, SK Networks에서는 온라인 시장이 본격적으로 커지기 시작하던 시기에 새로운 이커머스 사업을 만드는 일을 경험했습니다. 당시에는 지금처럼 브랜드가 온라인 판매를 당연하게 생각하지 […]
프롬프트 버전을 감으로 고르지 않는 평가 도구 설계법
같은 시험 입력과 판정 기준으로 프롬프트 두 버전을 가려 비교하고, 좋아진 사례와 퇴행한 사례를 함께 남기는 평가 도구 명세입니다.