AI 친화형 교리 FAQ 문서 원본 보기

= AI 친화형 교리 FAQ =

'''AI 친화형 교리 FAQ'''는 생성형 인공지능 시대에 세계평화통일가정연합의 교리와 핵심 문헌을 질문-답변 구조로 정리하여, 사람과 AI가 모두 이해하고 인용하기 쉬운 지식베이스로 구축하기 위한 연구·실무 문서이다.

이 문서는 [[말씀선집 GraphRAG 연구]]의 추가 작업으로 작성되었으며, 기존 말씀선집 중심 GraphRAG 연구를 원리강론, 성경, 말씀선집, 천성경, 평화경, 참가정경 등 가정연합 주요 문헌 기반의 교리 질의응답 시스템으로 확장하는 데 목적이 있다.

== 작성 배경 ==

기존의 종교 정보 전달은 검색엔진에서 특정 웹페이지가 상위에 노출되도록 하는 SEO(Search Engine Optimization)에 크게 의존하였다. 그러나 ChatGPT, Gemini, Claude, Perplexity와 같은 생성형 AI와 답변엔진이 확산되면서, 사용자는 더 이상 여러 웹페이지를 직접 비교하기보다 질문을 입력하고 직접 답변을 받는 방식으로 정보를 찾고 있다.

이 변화 속에서 종교 교리 문헌도 단순한 원문 보관을 넘어, AI가 신뢰할 수 있는 출처로 탐색하고 요약하고 인용할 수 있도록 구조화될 필요가 있다. AI 친화형 교리 FAQ는 이러한 변화에 대응하기 위한 기초 데이터셋이다.

== 핵심 개념 ==

{| class="wikitable"
! 개념 !! 설명 !! 본 문서에서의 활용
|-
| SEO || Search Engine Optimization. 검색엔진이 문서의 주제, 구조, 신뢰도, 관련성을 잘 이해하도록 콘텐츠와 웹페이지를 최적화하는 전략 || 사용자가 Google, 네이버 등에서 가정연합 관련 질문을 검색했을 때 공식적이고 정리된 FAQ 문서가 발견되도록 한다.
|-
| AEO || Answer Engine Optimization. 사용자의 질문에 직접 답변하기 쉬운 구조로 콘텐츠를 정리하는 전략 || 질문, 요약답변, 근거, 관련질문을 명확히 분리한다.
|-
| GEO || Generative Engine Optimization. 생성형 AI가 답변 생성 과정에서 특정 자료를 참고하거나 인용하기 쉽게 만드는 전략 || 문헌 출처와 핵심 문장을 표준화하여 AI가 참조하기 쉬운 지식베이스를 만든다.
|-
| RAG || Retrieval-Augmented Generation. AI가 외부 문헌을 검색한 뒤 그 근거를 바탕으로 답변하는 방식 || 교리 답변이 단순 생성이 아니라 원문 근거를 기반으로 작성되도록 한다.
|-
| GraphRAG || 문헌 속 인물, 개념, 사건, 주제의 관계를 그래프로 구성하고 검색에 활용하는 RAG 방식 || 원리강론, 성경, 말씀선집, 천성경 등 문헌 사이의 개념 관계를 연결한다.
|}

=== SEO·AEO·GEO의 관계 ===

SEO, AEO, GEO는 서로 대체 관계라기보다 정보 탐색 환경의 변화에 따라 확장된 개념으로 볼 수 있다. SEO는 검색엔진에서 사용자가 관련 문서를 찾게 하는 단계이고, AEO는 사용자의 질문에 바로 답변될 수 있도록 문답 구조를 만드는 단계이며, GEO는 생성형 AI가 답변을 만들 때 신뢰할 수 있는 자료로 참조할 수 있도록 문헌과 근거를 구조화하는 단계이다.

{| class="wikitable"
! 구분 !! 중심 질문 !! 주요 대상 !! 문서 작성 방식
|-
| SEO || 사용자가 검색했을 때 이 문서가 발견되는가? || Google, 네이버, Bing 같은 검색엔진과 검색 사용자 || 명확한 제목, 핵심어, 문단 구조, 내부 링크, 설명 문장, 신뢰 가능한 출처를 갖춘다.
|-
| AEO || 사용자의 질문에 바로 답할 수 있는가? || 검색엔진 답변 박스, AI 검색, FAQ형 검색 결과 || 질문형 제목, 짧은 요약답변, 상세답변, 관련 질문, 다음 행동을 분리한다.
|-
| GEO || 생성형 AI가 이 내용을 신뢰하고 인용할 수 있는가? || ChatGPT, Gemini, Claude, Perplexity 등 생성형 AI || 근거 문헌, 인용 가능한 문장, 메타데이터, 개념 관계, 검토 상태를 구조화한다.
|}

따라서 AI 친화형 교리 FAQ는 SEO를 버리고 AEO·GEO로 넘어가는 문서가 아니다. 먼저 검색엔진이 발견할 수 있는 SEO 기반 문서를 만들고, 그 문서를 질문-답변 구조로 정리하여 AEO에 대응하며, 다시 문헌 근거와 개념 관계를 연결하여 GEO와 GraphRAG까지 확장하는 방식이다.

=== 종교 교리 FAQ에서 SEO가 필요한 이유 ===

가정연합 관련 정보는 사용자가 처음부터 공식 홈페이지나 위키에 들어와 찾는 경우보다, 검색창에 질문을 입력하면서 접하는 경우가 많다. 따라서 SEO는 단순 홍보 기술이 아니라, 사용자가 왜곡되거나 단편적인 정보만 접하지 않고 공식 문헌과 검토된 설명에 접근하도록 돕는 기본 장치이다.

종교 교리 FAQ에서 SEO가 필요한 이유는 다음과 같다.

* 사용자가 실제로 검색하는 표현을 파악하여 공식 문서의 제목과 질문 문장에 반영할 수 있다.
* 동일한 주제의 여러 표현을 대표 질문과 변형 질문으로 묶어 검색 누락을 줄일 수 있다.
* 검색엔진이 문서의 주제와 신뢰도를 이해하도록 제목, 소제목, 요약문, 내부 링크, 출처를 정리할 수 있다.
* 외부 비판 질문이나 오해성 검색어가 있더라도 공격적으로 대응하지 않고, 중립적인 쟁점 질문과 공식 근거 답변으로 연결할 수 있다.
* AEO와 GEO의 기초 데이터가 되는 질문 문장, 요약 답변, 근거 문헌, 관련 질문을 구조화할 수 있다.

SEO 관점에서 각 FAQ 문서는 최소한 다음 요소를 갖추어야 한다.

{| class="wikitable"
! 요소 !! 설명
|-
| 질문형 제목 || 사용자가 실제로 검색할 법한 자연어 질문을 제목으로 사용한다.
|-
| 짧은 요약답변 || 검색 결과와 AI 요약에 반영될 수 있도록 2~4문장의 핵심 답변을 먼저 제시한다.
|-
| 상세 설명 || 교리적 배경, 성경과 원리강론의 관계, 오해 가능성을 차분히 설명한다.
|-
| 근거 문헌 || 성경, 원리강론, 말씀선집, 천성경 등 확인 가능한 문헌 근거를 연결한다.
|-
| 관련 질문 || 사용자가 이어서 궁금해할 질문을 2~5개 연결한다.
|-
| 다음 행동 || 더 읽기, 비교 문서 보기, 원리강론 공부, 상담 신청, 지역교회 연결 등 다음 단계를 제시한다.
|}

=== 종교 교리 FAQ에서 AEO가 필요한 이유 ===

AEO는 사용자가 검색 결과 목록을 하나씩 눌러 보는 상황보다, 검색엔진·AI 검색·음성비서·답변형 서비스가 사용자의 질문에 바로 답을 제시하는 환경에 대응하기 위해 필요하다. 종교 교리 질문은 단어 검색보다 자연어 질문으로 제기되는 경우가 많기 때문에, 문서가 질문과 답변 구조로 정리되어 있지 않으면 답변엔진이 핵심 내용을 잘못 요약하거나 부정확한 외부 자료를 우선 참고할 수 있다.

종교 교리 FAQ에서 AEO가 필요한 이유는 다음과 같다.

* 사용자가 `가정연합은 재림주를 어떻게 이해하는가?`, `원리강론은 성경을 대체하는가?`처럼 자연어 질문을 입력할 때 바로 답변 가능한 구조를 만들 수 있다.
* 답변엔진이 긴 문서 전체를 임의로 요약하지 않고, 질문·요약답변·상세답변·근거문헌을 구분해 이해하도록 돕는다.
* 외부 기독교인, 일반 대중, 새식구 등 대상자별 질문 의도를 반영하여 같은 주제라도 답변 방향을 다르게 설계할 수 있다.
* 사용자가 단순 호기심에서 끝나지 않고 관련 질문, 비교 문서, 원리강론 학습, 상담 신청 등 다음 단계로 이동하도록 연결할 수 있다.
* 검색량이 높은 자극적 표현을 그대로 따라가지 않고, 사용자의 의문을 중립적인 쟁점 질문으로 바꾸어 답변할 수 있다.

AEO 관점에서 각 FAQ 문서는 다음 요소를 갖추는 것이 좋다.

{| class="wikitable"
! 요소 !! 설명
|-
| 대표 질문 || 사용자가 실제로 묻는 자연어 질문을 제목으로 둔다.
|-
| 2~4문장 요약답변 || 답변엔진이 바로 인용하거나 요약할 수 있는 짧은 답변을 먼저 둔다.
|-
| 질문 의도 || 비판, 단순 호기심, 비교 이해, 입문 학습, 내부 심화 중 어디에 해당하는지 표시한다.
|-
| 상세답변 || 교리적 배경, 성경과 원리강론의 관계, 오해 가능성을 설명한다.
|-
| 관련 질문 || 사용자가 이어서 물을 가능성이 높은 질문을 연결한다.
|-
| 다음 행동 || 더 읽기, 강의 보기, 질문 남기기, 상담 신청 등 후속 경로를 제시한다.
|}

=== 종교 교리 FAQ에서 GEO가 필요한 이유 ===

GEO는 생성형 AI가 답변을 만들 때 특정 문서와 문헌 근거를 신뢰할 수 있는 자료로 참조하도록 만드는 전략이다. 생성형 AI는 단순히 검색 결과 순위만 보는 것이 아니라, 여러 문서의 문장, 구조, 출처, 반복성, 신뢰도를 바탕으로 답변을 구성한다. 따라서 가정연합의 자기 이해와 공식 문헌 근거가 구조화되어 있지 않으면, AI는 외부 비판 자료나 불완전한 요약을 바탕으로 답변할 가능성이 높아진다.

종교 교리 FAQ에서 GEO가 필요한 이유는 다음과 같다.

* 생성형 AI가 가정연합 교리를 설명할 때 공식 문헌과 검토된 FAQ를 참고할 가능성을 높일 수 있다.
* AI가 `통일교`, `가정연합`, `세계평화통일가정연합` 같은 명칭을 혼동하지 않도록 표준 명칭과 용어 관계를 제공할 수 있다.
* 재림주, 참부모, 축복결혼, 원죄, 원리강론과 성경의 관계처럼 오해 가능성이 큰 주제에 대해 공식 근거 기반 설명을 제공할 수 있다.
* AI가 답변할 때 성경, 원리강론, 말씀선집, 천성경 등 근거 문헌을 함께 연결하도록 문헌 메타데이터를 제공할 수 있다.
* AI 답변에서 반복적으로 발생하는 오류와 누락을 발견하고, 이를 보정하는 FAQ를 지속적으로 추가할 수 있다.
* GraphRAG와 연결하여 개별 질문뿐 아니라 인물, 개념, 사건, 문헌 사이의 관계까지 검색·추론할 수 있다.

GEO 관점에서 각 FAQ 문서는 다음 요소를 갖추는 것이 좋다.

{| class="wikitable"
! 요소 !! 설명
|-
| 표준 용어 || 가정연합, 세계평화통일가정연합, 원리강론, 축복결혼 등 공식 명칭을 일관되게 사용한다.
|-
| 근거 문헌 메타데이터 || 성경, 원리강론, 말씀선집, 천성경, 평화경, 참가정경 등 출처를 구조화한다.
|-
| 인용 가능한 핵심 문장 || AI가 왜곡 없이 참고할 수 있도록 짧고 명확한 핵심 문장을 둔다.
|-
| 개념 관계 || 예수론, 재림론, 원죄론, 축복결혼, 참부모론 등 관련 개념을 연결한다.
|-
| 검토 상태 || 초안, 검토 중, 교리 검토 완료, 공개 가능 등 신뢰 상태를 표시한다.
|-
| AI 오류 보정 기록 || 생성형 AI가 자주 틀리는 표현과 보정 답변을 함께 관리한다.
|}

== 문서의 위치 ==

이 문서는 2번 논문인 [[말씀선집 GraphRAG 연구]]의 별도 추가 작업이다. 메인 논문의 중심이 말씀선집 620권의 검색·분석 시스템이라면, AI 친화형 교리 FAQ는 그 시스템의 실제 활용 영역을 대중 질문, 교리 설명, 기독교 변증, 신학 연구, 교육 자료 작성으로 확장한다.

정리하면 다음과 같다.

{| class="wikitable"
! 구분 !! 기존 말씀선집 GraphRAG 연구 !! AI 친화형 교리 FAQ
|-
| 중심 자료 || 말씀선집 약 620권 || 원리강론, 성경, 말씀선집, 천성경, 평화경, 참가정경
|-
| 주 사용 대상 || 연구자, 목회자, 교육 담당자 || 일반 질문자, 기독교인, 식구, 목회자, AI 답변 시스템
|-
| 핵심 기능 || 대규모 문헌 검색, 개념 관계 탐색, 출처 추적 || 질문별 요약답변, 상세답변, 문헌 근거, 관련 질문 연결
|-
| 기술 방향 || GraphRAG 기반 말씀 검색 || AEO·GEO 기반 교리 FAQ 지식베이스
|}

== 목표 대상자 설정 ==

AI 친화형 교리 FAQ 시스템은 먼저 누구의 질문에 답하려는지 명확히 해야 한다. 대상자가 불분명하면 질문 수집도 모호해지고, 답변 문체와 근거 수준도 흔들린다. 따라서 본 시스템은 모든 사람에게 동시에 답하는 일반 사전이 아니라, 대상자별 질문을 구분하여 수집하고 답변하는 교리 질의응답 지식베이스로 설계한다.

{| class="wikitable"
! 대상자 !! 질문의 성격 !! 답변 방향 !! 활용 목적
|-
| 외부 기독교인 || 예수, 십자가, 재림, 원죄, 이단 논쟁, 성경 해석에 관한 비교 질문 || 공격적 변증보다 성경과 원리강론의 해석 차이를 차분히 설명 || 대외 설명, 기독교 비교, 오해 해소
|-
| 일반 대중 || 통일교, 가정연합, 축복결혼, 참부모, 교회 명칭에 관한 기본 질문 || 내부 용어를 풀어 설명하고 역사·사회적 맥락을 함께 제시 || 검색 유입, AI 답변 노출, 대중 이해
|-
| 새식구·입문자 || 원리강론 기초, 예배, 훈독, 축복, 신앙생활에 관한 실천 질문 || 쉬운 설명과 단계별 안내 중심 | 교육, 정착, 기초 교리 이해
|-
| 기존 식구 || 말씀 근거, 교리 정리, 자녀 교육, 신앙상담 관련 질문 || 원문 근거와 목회적 적용을 함께 제시 || 교육자료, 소그룹 공부, 신앙상담 보조
|-
| 목회자·공직자 || 설교 준비, 강의안, 질의응답 대응, 대외 설명자료 관련 질문 || 출처가 분명한 근거 묶음과 예상 질문 대응 방식 제공 || 목회 현장, 교육, 공문·강의 자료 작성
|-
| 연구자·AI 시스템 || 문헌 관계, 개념 구조, 출처 추적, 데이터셋 품질 관련 질문 || 메타데이터, 근거 문단, 개념 관계, 검토 상태를 구조화 || GraphRAG 연구, 데이터셋 구축, AI 학습·검색 보조
|}

초기 구축의 1차 목표 대상은 외부 기독교인과 일반 대중으로 두는 것이 실무적으로 적합하다. 이들은 실제 검색과 생성형 AI 질의에서 가정연합 교리에 대해 가장 직접적인 질문을 던질 가능성이 높기 때문이다. 2차 목표 대상은 새식구와 기존 식구, 3차 목표 대상은 목회자·공직자와 연구자로 확장한다.

== 공신력 있는 질문 수집 체계 ==

AI 친화형 교리 FAQ의 품질은 답변보다 질문 수집에서 먼저 결정된다. 연구자가 머릿속으로 만든 질문만으로는 실제 사용자의 언어를 반영하기 어렵고, 반대로 인터넷 여론만 따라가면 자극적이거나 왜곡된 질문에 치우칠 수 있다. 따라서 질문은 공신력 있는 기관, 실제 상담·교육 현장, 공개 검색 데이터를 함께 사용하여 수집해야 한다.

=== 질문 수집 원천 ===

{| class="wikitable"
! 원천 !! 수집 가능한 질문 !! 장점 !! 주의사항
|-
| 세계평화통일가정연합 공식 홈페이지·공식 자료 || 공식 교리 설명, 축복, 행사, 명칭, 조직 관련 질문 || 공식 용어와 현재 입장을 반영할 수 있음 || 홍보 문구를 그대로 FAQ 답변으로 옮기지 말고 질문형으로 재구성해야 함
|-
| 원리강론·천성경·평화경·참가정경 색인 || 핵심 교리 개념과 문헌 근거 질문 || 원문 근거가 분명함 || 실제 사용자의 질문 언어로 변환해야 함
|-
| 교회 교육부·목회자·전도 현장 || 새식구, 청년, 학부모, 기독교인이 실제로 묻는 질문 || 현실성이 높고 교육자료로 바로 활용 가능 || 개인 상담 내용은 익명화하고 민감정보를 제거해야 함
|-
| 신학대학·종교학 연구기관·학술논문 || 학술적 비교 질문, 종교사회학적 질문, 신학적 쟁점 || 공신력과 논문 활용도가 높음 || 학술 질문과 대중 질문을 구분해야 함
|-
| 기독교 교단·이단상담 기관·종교문제 연구기관의 공개 자료 || 외부 기독교인이 실제로 제기하는 비판 질문 || 대외 변증과 오해 해소에 중요함 || 상대 기관을 공격하는 방식이 아니라 쟁점 질문으로 정리해야 함
|-
| Google Trends·네이버 데이터랩·검색어 자동완성·관련검색어 || 실제 검색 수요와 표현 방식 || AEO·GEO 관점에서 중요함 || 검색량만으로 중요도를 판단하지 말고 교리 중요도와 함께 평가해야 함
|-
| 주요 온라인 커뮤니티·종교 게시판·기독교 커뮤니티 || 일반 대중과 기독교인이 비공식 공간에서 실제로 나누는 질문, 오해, 논쟁 표현 || 공식 자료나 검색 데이터에 드러나지 않는 현장성 있는 질문 트렌드를 볼 수 있음 || 답변 근거로 사용하지 말고, 질문 후보와 표현 방식 파악용으로만 사용해야 함. 개인정보·닉네임·개별 사례는 익명화해야 함
|-
| ChatGPT·Gemini·Perplexity 등 생성형 AI 질의 결과 || AI가 현재 어떤 질문과 답변 구조를 만드는지 확인 || AI 노출 전략 점검에 유용함 || AI 답변을 원문 근거 없이 그대로 채택하지 말아야 함
|}

=== 원천별 질문 수집 방법 ===

질문 수집 원천을 정하는 것만으로는 부족하다. 실제 운영에서는 각 원천에서 어떤 절차로 질문을 가져오고, 어떤 형식으로 저장하며, 어떤 기준으로 정제할 것인지를 미리 정해야 한다. 특히 외부 기독교 비판 질문, 검색 데이터, 생성형 AI 질의 결과는 수집 방식에 따라 문서의 성격이 크게 달라질 수 있으므로 별도 절차를 둔다.

==== 기독교 교단·이단상담 기관·종교문제 연구기관 공개 자료 ====

이 원천은 외부 기독교인이 가정연합을 어떻게 질문하고 비판하는지 파악하는 데 중요하다. 다만 목적은 상대 기관을 반박하거나 공격하는 것이 아니라, 공개 자료 안에 반복적으로 등장하는 쟁점을 중립적 질문으로 재구성하는 것이다.

{| class="wikitable"
! 단계 !! 수집 방법 !! 산출물
|-
| 1단계 || 기독교 교단, 이단상담 기관, 종교문제 연구기관의 공개 웹페이지·자료집·상담 FAQ·세미나 자료 목록을 작성한다. || 기관명, 자료명, URL, 공개일, 자료 유형 목록
|-
| 2단계 || 자료 안에서 가정연합, 통일교, 문선명, 재림주, 축복결혼, 원리강론, 원죄, 십자가 등 핵심어가 포함된 문장을 찾는다. || 원문 질문 후보와 원문 문맥
|-
| 3단계 || 비판적·공격적 표현을 그대로 쓰지 않고, 쟁점 중심의 중립 질문으로 바꾼다. || 정제 질문
|-
| 4단계 || 질문을 예수론, 재림론, 원죄론, 축복결혼, 성경해석, 교회사, 사회적 오해 등으로 분류한다. || 질문 유형
|-
| 5단계 || 반복 출현 여부와 교리 중요도를 함께 평가하여 A~D 등급을 부여한다. || 신뢰도등급과 답변 우선순위
|}

예시는 다음과 같다.

{| class="wikitable"
! 원문 성격 !! 정제 질문
|-
| 특정 기관 자료에서 가정연합의 재림주 이해를 비판함 || 가정연합은 재림주를 어떻게 이해하는가?
|-
| 축복결혼을 성경적 결혼관과 비교해 비판함 || 축복결혼은 성경의 결혼관과 어떤 관계가 있는가?
|-
| 원리강론의 성경 해석을 문제 삼음 || 원리강론은 성경을 대체하는가, 해석하는가?
|}

==== Google Trends·네이버 데이터랩·자동완성·관련검색어 ====

검색 데이터는 사람들이 실제로 어떤 단어와 문장으로 묻는지 보여 준다. AEO·GEO 관점에서는 교리적으로 중요한 질문뿐 아니라, 사람들이 실제 검색창에 입력하는 표현도 중요하다. 다만 검색량이 많다는 이유만으로 신학적 중요도가 높다고 볼 수 없으므로, 검색 수요와 교리 중요도를 함께 평가한다.

{| class="wikitable"
! 단계 !! 수집 방법 !! 산출물
|-
| 1단계 || 핵심 시드 키워드를 정한다. 예: 통일교, 가정연합, 원리강론, 문선명, 참부모, 재림주, 축복결혼, 원죄, 십자가. || 시드 키워드 목록
|-
| 2단계 || Google Trends와 네이버 데이터랩에서 기간별 관심도, 관련 검색어, 상승 검색어를 확인한다. || 일간·주간·월간 검색어 목록
|-
| 3단계 || Google·네이버 검색창 자동완성, 관련검색어, 함께 찾는 질문을 수집한다. || 실제 표현 기반 질문 후보
|-
| 4단계 || 키워드를 질문형 문장으로 변환한다. 예: `통일교 축복결혼` → `가정연합의 축복결혼은 무엇인가?` || 정제 질문
|-
| 5단계 || 검색량, 반복성, 교리 중요도, 대외 오해 가능성을 함께 점수화한다. || 우선순위 점수
|}

검색 데이터 평가 기준은 다음처럼 둔다.

{| class="wikitable"
! 평가 항목 !! 설명
|-
| 검색 수요 || 실제로 많이 검색되거나 최근 상승하는가
|-
| 교리 중요도 || 원리강론과 핵심 교리에서 중요한 주제인가
|-
| 오해 가능성 || 잘못된 정보나 부정확한 AI 답변으로 이어질 위험이 큰가
|-
| 답변 가능성 || 공식 문헌과 성경·원리강론·말씀선집 근거로 답변할 수 있는가
|}

검색 데이터는 다음과 같은 실제 운영 방식으로 수집한다.

{| class="wikitable"
! 수집 대상 !! 수집 방법 !! 기록할 내용 !! 주기
|-
| Google Trends || 시드 키워드를 입력하고 지역, 기간, 관련 주제, 관련 검색어, 상승 검색어를 확인한다. || 키워드, 지역, 기간, 관심도 변화, 관련 검색어, 상승 검색어, 캡처 또는 URL || 주간·월간
|-
| 네이버 데이터랩 || 검색어 트렌드에서 핵심어 묶음을 비교하고 성별·연령·기간별 관심도를 확인한다. || 검색어 묶음, 기간, 연령·성별 경향, 상승 시기, 비교 키워드 || 주간·월간
|-
| Google 자동완성 || 검색창에 시드 키워드를 입력하고 자동완성 문장을 수집한다. 키워드 뒤에 `왜`, `무엇`, `차이`, `문제`, `성경`, `결혼` 등을 붙여 확장한다. || 자동완성 원문, 입력 키워드, 수집일, 질문 전환 문장 || 일간·주간
|-
| 네이버 자동완성·관련검색어 || 네이버 검색창, 통합검색 결과 하단 관련검색어, 함께 찾는 키워드를 수집한다. || 자동완성 원문, 관련검색어, 노출 위치, 반복 여부 || 일간·주간
|-
| 실제 검색 결과 제목 || 상위 검색 결과의 제목과 설명 문구를 확인해 사용자가 어떤 표현을 먼저 접하는지 기록한다. || 검색어, 상위 결과 제목, 설명 문구, 공식자료 여부, 오해 가능성 || 월간
|}

검색어는 그대로 FAQ 질문으로 쓰지 않고 다음 순서로 정제한다.

# 검색어 원문을 저장한다.
# 검색어가 가리키는 의도를 추정한다.
# 공격적·단정적 표현은 중립적인 쟁점 질문으로 바꾼다.
# 질문목적유형과 교리주제유형을 붙인다.
# 검색 수요 점수와 교리 중요도 점수를 따로 부여한다.
# 두 점수를 함께 보아 답변 우선순위를 정한다.

예시는 다음과 같다.

{| class="wikitable"
! 검색어 원문 !! 의도 해석 !! FAQ 정제 질문 !! 우선 검토 이유
|-
| 통일교 재림주 || 재림주 이해에 대한 궁금증 또는 비판 가능성 || 가정연합은 재림주를 어떻게 이해하는가? || 대외 기독교 변증과 핵심 교리 설명에 중요함
|-
| 원리강론 성경 차이 || 원리강론과 성경의 관계를 알고 싶어 함 || 원리강론은 성경을 대체하는가, 해석하는가? || 외부 기독교인이 자주 느끼는 교리적 답답함
|-
| 축복결혼 뜻 || 축복결혼의 기본 의미를 찾음 || 가정연합의 축복결혼은 무엇인가? || 입문자와 일반 대중의 기본 이해에 중요함
|}

==== 주요 온라인 커뮤니티·종교 게시판·기독교 커뮤니티 ====

주요 커뮤니티와 종교 게시판은 공신력 있는 교리 근거를 제공하는 원천은 아니지만, 사람들이 실제로 어떤 말투와 감정으로 질문하는지 확인하는 데 유용하다. 특히 기독교 커뮤니티, 종교 토론 게시판, 지역 커뮤니티, 청년 커뮤니티, 대형 포털 카페·지식문답 서비스 등에서는 공식 자료나 검색 트렌드만으로 보이지 않는 질문이 나타날 수 있다.

다만 커뮤니티 자료는 익명성, 감정적 표현, 불완전한 정보, 비방 가능성이 크기 때문에 답변의 근거로 직접 사용해서는 안 된다. 이 원천의 목적은 답변 작성이 아니라 질문 후보와 트렌드 감지에 있다.

{| class="wikitable"
! 단계 !! 수집 방법 !! 산출물
|-
| 1단계 || 종교 게시판, 기독교 커뮤니티, 일반 커뮤니티의 종교 관련 게시판, 포털 지식문답, 카페 등 공개 열람 가능한 공간을 목록화한다. || 커뮤니티명, 게시판명, URL, 공개 여부, 수집 가능 범위
|-
| 2단계 || 통일교, 가정연합, 원리강론, 문선명, 참부모, 재림주, 축복결혼, 이단 논쟁 등 핵심어로 공개 게시글과 댓글 제목을 검색한다. || 게시글 제목, 질문 표현, 반복 키워드, 수집일
|-
| 3단계 || 개인 신상, 닉네임, 구체적 사례, 감정적 비난 표현을 제거하고 질문 의도만 추출한다. || 익명화된 질문 후보
|-
| 4단계 || 커뮤니티 표현을 공개 FAQ 문장으로 직접 옮기지 않고, 중립적인 쟁점 질문으로 바꾼다. || 정제 질문
|-
| 5단계 || 검색 데이터, 외부 기관 자료, 목회 현장 질문과 교차 확인하여 반복성이 있는 질문만 우선 검토한다. || 트렌드 점수와 검토 우선순위
|}

커뮤니티 자료의 활용 기준은 다음과 같다.

{| class="wikitable"
! 구분 !! 활용 가능 !! 활용 금지
|-
| 질문 트렌드 || 어떤 주제가 반복적으로 등장하는지 파악 || 특정 커뮤니티의 의견을 전체 여론으로 단정
|-
| 표현 방식 || 사람들이 실제로 쓰는 질문 표현과 오해 지점 확인 || 비방 표현, 조롱 표현, 개인 공격 표현을 그대로 FAQ 제목으로 사용
|-
| 답변 근거 || 공식 문헌으로 답변할 질문 후보를 찾는 데 사용 || 커뮤니티 글을 교리 답변의 근거로 사용
|-
| 데이터 보존 || 게시글 URL, 수집일, 검색어, 익명화된 질문 의도 기록 || 닉네임, 개인 사연, 연락처, 민감정보 저장
|}

예시는 다음과 같다.

{| class="wikitable"
! 커뮤니티 표현 성격 !! FAQ 정제 질문
|-
| 가정연합과 기독교의 관계를 혼란스러워함 || 가정연합은 기독교와 어떤 관계가 있는가?
|-
| 축복결혼을 낯설거나 부정확하게 이해함 || 가정연합의 축복결혼은 일반 결혼과 무엇이 다른가?
|-
| 원리강론과 성경의 권위를 비교함 || 원리강론은 성경을 대체하는가, 성경을 해석하는가?
|-
| 재림주 개념에 대해 기독교적 의문을 제기함 || 가정연합은 재림주를 어떻게 이해하며 성경과 어떻게 연결해 설명하는가?
|}

==== ChatGPT·Gemini·Perplexity 등 생성형 AI 질의 결과 ====

생성형 AI 질의 결과는 현재 AI가 가정연합 관련 질문을 어떻게 이해하고 답변하는지 점검하는 자료다. 이 자료는 답변을 그대로 가져오기 위한 것이 아니라, AI가 자주 빠뜨리는 쟁점, 잘못 요약하는 부분, 출처 없이 단정하는 부분을 확인하기 위한 진단 자료로 사용한다.

{| class="wikitable"
! 단계 !! 수집 방법 !! 산출물
|-
| 1단계 || 표준 테스트 질문 세트를 만든다. 예: `통일교는 기독교인가?`, `축복결혼은 무엇인가?`, `원리강론은 성경과 어떤 관계인가?` || 표준 프롬프트 목록
|-
| 2단계 || ChatGPT, Gemini, Perplexity 등 여러 생성형 AI에 같은 질문을 입력한다. || 모델별 답변 원문
|-
| 3단계 || 답변의 관점, 출처 표시 여부, 오류, 누락, 부정확한 표현을 비교한다. || AI 답변 진단표
|-
| 4단계 || AI가 잘못 답하거나 모호하게 답하는 부분을 FAQ 질문으로 전환한다. || 보완 질문 목록
|-
| 5단계 || 공식 문헌 근거를 붙여 사람이 검토한 답변을 작성한다. || 검토 완료 FAQ
|}

생성형 AI 질의 결과는 다음과 같은 실제 운영 방식으로 수집한다.

{| class="wikitable"
! 수집 항목 !! 수집 방법 !! 기록할 내용 !! 주기
|-
| 표준 질문 테스트 || 같은 질문을 ChatGPT, Gemini, Perplexity 등에 동일하게 입력한다. || 질문 원문, 입력일, 모델명, 모델 버전 또는 사용 환경, 답변 원문 || 주간·월간
|-
| 후속 질문 테스트 || 첫 답변 뒤에 `근거는 무엇인가?`, `성경적으로 설명해 달라`, `비판적 관점도 알려 달라` 같은 후속 질문을 입력한다. || 후속 질문, 답변 변화, 출처 제시 여부, 논리 일관성 || 월간
|-
| 출처 확인 || AI가 제시한 출처, 링크, 문헌명이 실제로 존재하는지 확인한다. || 출처명, URL, 실제 존재 여부, 공식자료 여부, 오류 여부 || 월간
|-
| 오류·누락 표시 || 답변 안의 사실 오류, 교리 왜곡, 빠진 핵심 쟁점, 부정확한 명칭을 표시한다. || 오류 유형, 누락 내용, 보정 필요성, 관련 공식 문헌 || 월간
|-
| FAQ 전환 || AI 답변에서 반복적으로 틀리거나 모호한 부분을 새 FAQ 질문으로 전환한다. || 보정 질문, 질문목적유형, 교리주제유형, 답변 우선순위 || 월간·분기
|}

생성형 AI에 입력할 표준 질문은 다음 세 묶음으로 구성한다.

{| class="wikitable"
! 질문 묶음 !! 목적 !! 예시
|-
| 기본 인식 질문 || AI가 가정연합을 어떻게 개괄 설명하는지 확인한다. || 가정연합은 어떤 종교인가? / 통일교와 가정연합은 같은가?
|-
| 핵심 교리 질문 || 재림주, 원죄, 축복결혼, 참부모, 원리강론에 대한 설명 정확도를 확인한다. || 가정연합은 재림주를 어떻게 이해하는가? / 축복결혼은 무엇인가?
|-
| 비판·오해 질문 || 외부 기독교인이나 일반 대중이 제기하는 민감한 질문에 대한 AI 답변을 점검한다. || 원리강론은 성경을 대체하는가? / 가정연합은 왜 이단 논쟁을 겪었는가?
|}

AI 답변은 다음 기준으로 평가한다.

{| class="wikitable"
! 평가 항목 !! 설명
|-
| 사실 정확성 || 명칭, 역사, 인물, 교리 설명이 사실과 맞는가
|-
| 출처 신뢰도 || 공식 문헌이나 확인 가능한 출처를 제시하는가
|-
| 교리 균형성 || 외부 시각과 가정연합의 자기 이해를 구분해서 설명하는가
|-
| 누락 쟁점 || 재림주, 참부모, 축복결혼, 원리강론 등 핵심 요소를 빠뜨리지 않았는가
|-
| 표현 위험성 || 단정적, 비하적, 과장된 표현이 있는가
|-
| FAQ 전환 가치 || 이 오류나 누락을 별도 FAQ로 만들 필요가 있는가
|}

생성형 AI 답변 점검표는 다음 필드를 둔다.

{| class="wikitable"
! 필드 !! 설명
|-
| 질문 || 입력한 표준 질문
|-
| 사용 모델 || ChatGPT, Gemini, Perplexity 등
|-
| 답변 요약 || 모델이 제시한 핵심 답변
|-
| 출처 여부 || 출처를 제시했는지, 신뢰할 수 있는지
|-
| 오류·누락 || 사실 오류, 교리 왜곡, 부정확한 표현, 빠진 쟁점
|-
| FAQ 전환 필요성 || 새 FAQ로 만들 필요가 있는지
|-
| 검토자 의견 || 목회자·연구자·교리 검토자의 판단
|}

=== 기술적 자료 수집 방식 ===

자료 수집은 모두 같은 방식으로 처리하지 않는다. API가 제공되는 자료는 API로 수집하고, API가 없거나 결과 화면의 맥락이 중요한 자료는 브라우저 자동화 또는 수기 검토로 수집한다. 모든 수집 결과는 원문, 수집 시각, 출처, 수집 방식, 정제 상태를 함께 저장해야 한다.

==== 수집 방식 구분 ====

{| class="wikitable"
! 자료 유형 !! 권장 수집 방식 !! 기술 도구 !! 주의사항
|-
| 네이버 데이터랩 || 공식 API 또는 수동 다운로드 || 네이버 데이터랩 API, Python 수집 스크립트, CSV 저장 || API 사용 가능 범위와 호출 제한을 확인해야 한다.
|-
| Google Trends || 수동 다운로드 또는 비공식 라이브러리 보조 사용 || CSV 다운로드, pytrends 등 보조 도구, 스크린샷 저장 || Google Trends는 공식 공개 API가 제한적이므로 자동화 결과만 신뢰하지 말고 주기적으로 화면 검증을 병행한다.
|-
| Google 자동완성 || 브라우저 자동화 또는 자동완성 요청 수집 || Playwright, Selenium, 자동완성 요청 URL, JSON 저장 || 지역, 언어, 로그인 상태, 검색 이력에 따라 결과가 달라질 수 있으므로 수집 환경을 기록한다.
|-
| 네이버 자동완성·관련검색어 || 브라우저 자동화와 수기 검토 병행 || Playwright, Selenium, HTML 저장, 스크린샷 저장 || 자동완성·관련검색어는 화면 노출이 바뀔 수 있으므로 원문과 캡처를 함께 보존한다.
|-
| 실제 검색 결과 제목 || 검색 API 또는 브라우저 자동화 || Google Custom Search API, 네이버 검색 API, Playwright, 결과 HTML 저장 || 검색 순위는 시간과 위치에 따라 변하므로 수집일·지역·검색조건을 남긴다.
|-
| ChatGPT 질의 결과 || API 또는 수동 질의 || OpenAI API, 프롬프트 파일, JSONL 응답 저장 || 모델명, 날짜, 프롬프트, temperature 등 실행 조건을 기록한다.
|-
| Gemini 질의 결과 || API 또는 수동 질의 || Gemini API, 프롬프트 파일, JSONL 응답 저장 || 같은 질문을 동일 조건으로 반복할 수 있도록 입력문을 보존한다.
|-
| Perplexity 질의 결과 || API 또는 수동 질의 || Perplexity API, 답변 원문, 출처 링크 저장 || 출처 링크가 핵심이므로 답변뿐 아니라 인용 URL도 저장한다.
|-
| 외부 기관 공개자료 || 웹페이지 수집과 수기 검토 병행 || requests, BeautifulSoup, Playwright, PDF 다운로드, 스크린샷 || robots.txt, 저작권, 개인정보, 비공개 자료 여부를 확인한다.
|}

==== API 키 발급과 운영 제약 ====

API 기반 수집을 하려면 단순히 코드를 작성하는 것보다 먼저 계정, 프로젝트, 애플리케이션, API 권한, 결제, 호출 한도, 보안 저장 방식을 정해야 한다. 특히 검색 데이터와 생성형 AI 답변은 서비스별 정책과 한도가 자주 바뀌므로, 실제 구축 시점에는 반드시 공식 문서를 다시 확인해야 한다.

API 도입의 일반 절차는 다음과 같다.

# 서비스 계정을 만든다. 개인 계정보다는 기관·프로젝트 전용 계정을 권장한다.
# 개발자 콘솔에서 프로젝트 또는 애플리케이션을 만든다.
# 사용할 API를 선택하거나 활성화한다.
# API 키, 클라이언트 아이디, 클라이언트 시크릿, 조직 키 등 인증 정보를 발급받는다.
# 무료 한도, 유료 과금, 일간 호출 한도, 분당 호출 한도, 토큰 한도, 데이터 보관 정책을 확인한다.
# 결제가 필요한 서비스는 결제 수단과 월 사용 한도를 먼저 설정한다.
# API 키를 코드에 직접 넣지 않고 `.env`, 서버 환경변수, 비밀 저장소에 저장한다.
# 테스트 질문 1~2개로 정상 응답과 오류 응답을 확인한다.
# 수집 스크립트에는 속도 제한, 재시도, 실패 로그, 중복 방지, 원문 저장 기능을 넣는다.
# 운영 전에는 약관, robots.txt, 저작권, 개인정보 포함 가능성을 점검한다.

서비스별 API 발급과 제약은 다음처럼 정리할 수 있다.

{| class="wikitable"
! 서비스 !! 회원가입·발급 절차 !! 기술적으로 받는 값 !! 주요 제약 !! 본 프로젝트 활용
|-
| 네이버 데이터랩 API || 네이버 개발자 센터 로그인 → Application > 애플리케이션 등록 → 사용 API에서 데이터랩 검색어트렌드 선택 → 서비스 환경 입력 → 애플리케이션 생성 || `X-Naver-Client-Id`, `X-Naver-Client-Secret` || 공식 문서 기준 통합 검색어 트렌드 API는 하루 호출 한도 1,000회이다. 요청은 HTTPS POST이며, 주제어 묶음은 최대 5개, 각 묶음의 검색어는 최대 20개까지 설정할 수 있다. 결과값은 절대 검색량이 아니라 최대값 100 기준의 상대 비율이다. || `통일교`, `가정연합`, `원리강론`, `축복결혼` 등 검색어 묶음의 일간·주간·월간 관심도 비교에 사용한다.
|-
| 네이버 검색 API || 네이버 개발자 센터 로그인 → 애플리케이션 등록 → 검색 API 선택 → 뉴스, 블로그, 웹문서 등 필요한 검색 분야 선택 || `X-Naver-Client-Id`, `X-Naver-Client-Secret` || 공식 문서 기준 검색 API는 하루 호출 한도 25,000회이다. 결과는 네이버 검색의 일부 분야별 결과이며, 자동완성·관련검색어 자체를 제공하는 API는 아니므로 자동완성은 별도 수집이 필요하다. || 검색 결과 제목, 설명문, URL을 수집해 사용자가 먼저 접하는 표현과 오해 가능성을 파악한다.
|-
| Google Trends || 일반 사용자는 Google Trends 웹사이트에서 검색어 입력 → 지역·기간 설정 → 차트 다운로드로 CSV 저장한다. 제한적 공식 Trends API는 별도 신청·승인 대상일 수 있다. || CSV 파일, 캡처 이미지, 또는 승인받은 API 접근 정보 || 일반 공개 API처럼 누구나 키를 발급받아 쓰는 구조가 아니다. 공식 블로그 기준 API는 제한된 테스터 중심의 알파 성격으로 안내되었고, 일반 운영에서는 웹 UI의 CSV 다운로드와 캡처 보존이 현실적이다. 비공식 라이브러리는 서비스 변경에 취약하고 약관 문제가 생길 수 있다. || Google 검색 수요의 장기 추세, 상승 검색어, 지역별 관심도 확인에 사용하되 원문 CSV와 캡처를 함께 보관한다.
|-
| Google Custom Search JSON API || Google Cloud 프로젝트 생성 → Programmable Search Engine 생성 → 검색엔진 ID 확인 → API 키 발급 → 필요 시 결제 활성화 || API key, Search Engine ID(`cx`) || 공식 문서 기준 2026년 현재 Custom Search JSON API는 신규 고객에게 닫혀 있으며, 기존 고객도 2027년 1월 1일까지 대안으로 전환해야 한다. 기존 고객에게는 하루 100회 무료, 추가 요청은 과금과 일간 한도가 적용된다. || 신규 구축에서는 핵심 수단으로 보지 않고, 기존 접근 권한이 있을 때만 검색 결과 JSON 수집에 보조적으로 사용한다. 대안으로 네이버 검색 API, 수동 검증, 승인된 검색 서비스, 브라우저 자동화를 검토한다.
|-
| OpenAI API || OpenAI Platform 가입 → 프로젝트 생성 → API Keys에서 새 키 생성 → 결제·사용 한도 설정 → 서버 환경변수에 저장 || `OPENAI_API_KEY` || 요청 수, 토큰 수, 모델별 사용 한도, 과금이 프로젝트·조직·모델에 따라 달라진다. 키는 한 번 노출되면 폐기·재발급해야 하며, 브라우저나 공개 저장소에 넣으면 안 된다. || 표준 질문 세트를 ChatGPT 계열 모델에 반복 질의하고, 답변 원문·모델명·프롬프트·날짜·오류 여부를 JSONL로 저장한다.
|-
| Gemini API || Google AI Studio 또는 Google Cloud 로그인 → API Keys 페이지에서 키 생성 → Gemini API 전용 제한 설정 → 필요 시 결제 연결 || Gemini API key || 사용량 제한은 모델과 사용 계층에 따라 달라지며, AI Studio에서 현재 한도를 확인해야 한다. 키 제한, 프로젝트 수, 키 표시, 휴면 키 차단 등 관리 제약이 있다. || 동일 질문을 Gemini에 질의해 OpenAI·Perplexity 답변과 비교하고, 누락된 교리 쟁점과 출처 표시 수준을 평가한다.
|-
| Perplexity API || Perplexity 계정 생성 → API Portal에서 API Group 생성 → 결제 정보와 크레딧 설정 → API Keys에서 키 생성 || Perplexity API key, API Group || API 키는 생성 시 한 번만 전체 값이 표시되므로 즉시 안전한 곳에 저장해야 한다. 사용량 계층은 누적 크레딧 구매액에 따라 올라가며, 계층별 rate limit이 다르다. 크레딧 부족, 키 삭제, rate limit 초과 시 오류가 발생한다. || 답변 원문과 함께 Perplexity가 제시하는 인용 URL을 저장하여, AI 답변의 출처 품질과 외부 인용 경향을 분석한다.
|}

API 수집 운영 시 공통 제약은 다음과 같다.

{| class="wikitable"
! 제약 유형 !! 설명 !! 대응 방식
|-
| 호출 한도 || 하루 호출 수, 분당 요청 수, 초당 요청 수, 토큰 수 제한이 있다. || 수집 주기를 일간·주간·월간으로 나누고, 대량 수집은 큐와 지연 실행을 사용한다.
|-
| 과금 || 검색 API는 요청 수 기준, 생성형 AI는 대체로 토큰·모델·검색 사용량 기준으로 비용이 발생한다. || 월 예산 한도와 알림을 설정하고, 테스트 단계에서는 질문 수를 제한한다.
|-
| 키 보안 || API 키가 유출되면 비용 발생과 데이터 오남용 위험이 있다. || `.env`와 서버 비밀 저장소에 보관하고, Git·위키·프론트엔드 코드에 절대 올리지 않는다.
|-
| 결과 재현성 || 검색 결과와 AI 답변은 시간, 지역, 모델 버전, 로그인 상태에 따라 바뀐다. || 수집 시각, 지역, 언어, 모델명, 프롬프트, 파라미터, 원문 응답을 함께 저장한다.
|-
| 약관·저작권 || 자동화 수집이 허용되지 않는 자료나 재배포가 제한된 자료가 있을 수 있다. || 공개 범위, robots.txt, 이용약관, 저작권을 확인하고 원문 전체 재게시를 피한다.
|-
| 개인정보 || 상담 질문이나 현장 질문에는 개인 신앙·가정·연락처 정보가 포함될 수 있다. || 수집 전 동의, 익명화, 민감정보 제거, 접근권한 제한을 둔다.
|}

==== 기술적 자료 수집 비용 구조 ====

자료 수집 비용은 API 요금만으로 계산하면 안 된다. 실제 운영비는 API 호출 비용, 생성형 AI 토큰 비용, 브라우저 자동화 서버 비용, 저장소 비용, 검토 인력 비용, 보안·백업 비용을 함께 보아야 한다. 특히 2,000개 질문지를 구축하는 경우에는 한 번 수집하고 끝나는 것이 아니라 일간·주간·월간으로 반복 수집하므로, 월별 운영비 관점에서 설계해야 한다.

비용 항목은 다음과 같이 나눌 수 있다.

{| class="wikitable"
! 비용 항목 !! 발생 이유 !! 비용 관리 방법
|-
| 검색 데이터 API 비용 || 네이버 검색 API, Google Custom Search JSON API, 승인된 외부 검색 API 등을 호출할 때 발생 || 무료 한도 안에서 우선 운영하고, 월간 수집량을 정해 초과 호출을 막는다.
|-
| 검색 트렌드 수집 비용 || Google Trends CSV 수동 다운로드, 네이버 데이터랩 API 호출, 캡처 저장, 분석 작업에서 발생 || 자동 API가 가능한 것은 자동화하고, Google Trends처럼 수동 확인이 필요한 것은 주간·월간으로 제한한다.
|-
| 생성형 AI API 비용 || ChatGPT, Gemini, Perplexity 등에 표준 질문과 후속 질문을 입력할 때 토큰 또는 요청 단위로 발생 || 표준 질문 세트를 고정하고, 저비용 모델로 1차 점검한 뒤 중요한 질문만 고성능 모델로 재검토한다.
|-
| 브라우저 자동화 비용 || Playwright, Selenium 등으로 자동완성·관련검색어·검색결과 화면을 수집할 때 서버 자원과 운영 시간이 든다. || 매일 모든 키워드를 돌리지 않고 핵심어는 주간, 보조어는 월간으로 나누어 실행한다.
|-
| 저장소 비용 || HTML, PDF, CSV, JSONL, 스크린샷, AI 답변 원문을 장기간 보관할 때 발생 || 원문은 압축 저장하고, 중복 파일을 제거하며, 공개 가능 자료와 내부 검토 자료를 분리한다.
|-
| 검토 인력 비용 || 질문 정제, 교리 검토, 개인정보 제거, 공개 승인 과정에 사람이 필요하다. || 자동 수집보다 검토량이 병목이 되므로 우선순위 A·B 질문부터 검토한다.
|-
| 보안·백업 비용 || API 키, 수집 원문, 내부 검토 자료, 개인정보 가능 자료를 보호해야 한다. || `.env`, 접근권한, 백업, 로그 점검, 키 교체 절차를 마련한다.
|}

서비스별 비용 특성은 다음과 같다. 실제 요금은 변경될 수 있으므로 운영 직전 공식 가격표를 다시 확인해야 한다.

{| class="wikitable"
! 서비스 !! 비용 구조 !! 비용상 장점 !! 비용상 주의사항
|-
| 네이버 데이터랩 API || 공식 호출 한도 안에서 사용하는 구조이며, 통합 검색어 트렌드 API는 호출량 제한이 핵심 비용 관리 요소이다. || 한국어 검색 수요 파악에 직접적이고, 검색어 묶음 비교가 가능하다. || 절대 검색량이 아니라 상대 지표이므로, 비용을 들여 많이 호출해도 실제 검색량 자체를 얻는 것은 아니다.
|-
| 네이버 검색 API || 공식 문서 기준 하루 호출 한도 안에서 검색 결과를 수집한다. || 한국어 검색 결과 제목·설명·URL 수집에 유용하다. || 자동완성·관련검색어는 별도 API가 아니므로 브라우저 자동화 비용이 따로 든다.
|-
| Google Trends || 일반 운영에서는 CSV 다운로드와 캡처 중심이므로 API 과금보다 수동 작업 시간이 비용이 된다. || 장기 추세와 상승 검색어 확인에 유용하다. || 일반 공개 API 키 방식이 아니므로 완전 자동화에 기대면 안 된다. 수동 검증 시간이 필요하다.
|-
| Google Custom Search JSON API || 기존 고객 기준 무료 쿼리 이후 요청당 과금 구조가 있으며, 신규 고객 제한과 종료 일정이 있다. || 기존 접근 권한이 있으면 검색 결과 JSON 수집이 쉽다. || 2026년 기준 신규 구축 핵심 수단으로 삼기 어렵고, 대안 전환 비용을 고려해야 한다.
|-
| OpenAI API || 모델별 입력 토큰, 출력 토큰, 캐시 입력, 배치 처리 여부에 따라 비용이 달라진다. || 질문 정제, AI 답변 점검, 요약, 분류 자동화에 활용도가 높다. || 긴 문헌을 통째로 넣거나 후속 질문을 과도하게 반복하면 비용이 빠르게 늘어난다.
|-
| Gemini API || 모델과 사용 계층별 토큰 과금 및 rate limit이 적용된다. 일부 모델은 무료 또는 낮은 비용으로 테스트 가능하다. || 동일 질문을 다른 AI 관점에서 비교하는 데 유용하다. || 모델별 한도와 가격이 자주 바뀌므로 운영 전 AI Studio에서 현재 한도를 확인해야 한다.
|-
| Perplexity API || 검색 기반 답변, 인용 URL, 모델 선택에 따라 비용이 달라진다. API 사용량 계층과 크레딧 관리가 중요하다. || 답변과 함께 출처 링크를 수집하기 좋다. || 출처 기반 답변은 가치가 높지만, 대량 반복 질의 시 비용과 rate limit 관리가 필요하다.
|-
| 브라우저 자동화 || API 요금보다는 서버 실행 시간, 프록시·캡처 저장소, 유지보수 비용이 발생한다. || 자동완성, 관련검색어, 화면 노출 맥락처럼 API로 얻기 어려운 자료를 수집할 수 있다. || 검색 서비스 화면 구조가 바뀌면 스크립트가 깨질 수 있어 유지보수 비용이 생긴다.
|}

2,000개 질문지 구축을 위한 비용 관리 원칙은 다음과 같다.

# 처음부터 2,000개 전체를 생성형 AI에 반복 질의하지 않는다.
# 1차 수집은 네이버 데이터랩, 검색 API, 자동완성, 커뮤니티 트렌드 등 저비용 원천으로 질문 후보를 만든다.
# 2차로 중복 제거와 질문 정제를 거쳐 500~700개 우선 질문을 뽑는다.
# 3차로 A등급·B등급 질문만 ChatGPT, Gemini, Perplexity에 표준 질의한다.
# 4차로 AI 답변 오류가 큰 질문만 고성능 모델 또는 목회자·연구자 검토로 보낸다.
# 월간 운영에서는 새로 등장한 검색어와 AI 오류 질문만 추가 수집하고, 전체 2,000개를 매번 재수집하지 않는다.

비용을 줄이기 위한 실무 전략은 다음과 같다.

{| class="wikitable"
! 전략 !! 설명
|-
| 질문 묶음 관리 || 비슷한 질문을 하나의 대표 질문과 변형 질문으로 묶어 중복 API 호출을 줄인다.
|-
| 저비용 모델 선분류 || 생성형 AI를 사용할 때 처음부터 고성능 모델을 쓰지 않고, 저비용 모델로 분류·중복 제거를 먼저 한다.
|-
| 캐시 사용 || 같은 질문과 같은 프롬프트의 결과는 다시 호출하지 않고 기존 응답을 재사용한다.
|-
| 배치 처리 || 가능한 서비스에서는 배치 처리나 비동기 처리를 사용해 비용을 낮춘다.
|-
| 월 예산 한도 || OpenAI, Google Cloud, Perplexity 등에서 월 사용 한도와 알림을 설정한다.
|-
| 샘플링 수집 || 모든 커뮤니티와 모든 키워드를 매일 수집하지 않고, 핵심 키워드와 상승 키워드만 집중 수집한다.
|-
| 원문 압축 저장 || HTML, JSONL, CSV, 스크린샷을 압축하고 중복을 제거하여 저장소 비용을 줄인다.
|}

초기 실험 단계에서는 다음 수준으로 시작하는 것이 현실적이다.

{| class="wikitable"
! 단계 !! 권장 운영 규모 !! 비용 관리 방향
|-
| 1단계 파일럿 || 100~200개 질문 후보, 20~30개 표준 AI 질의 || 무료 한도와 저비용 모델 중심으로 검증한다.
|-
| 2단계 시범 운영 || 500개 질문 후보, 100~150개 AI 질의 || 월 예산 한도를 설정하고 API별 사용량을 기록한다.
|-
| 3단계 본 구축 || 2,000개 질문 후보, A·B등급 중심 AI 점검 || 전체 질문을 매번 호출하지 않고 변경분 중심으로 운영한다.
|-
| 4단계 정기 운영 || 일간·주간·월간 신규 질문과 오류 보정 || 신규 트렌드, AI 오류, 상담 질문 중심으로 추가 비용을 통제한다.
|}

공식 가격 확인 문서:

* OpenAI API 가격: https://openai.com/api/pricing/
* Gemini API 가격: https://ai.google.dev/gemini-api/docs/pricing
* Gemini API rate limit: https://ai.google.dev/gemini-api/docs/rate-limits
* Perplexity API 가격: https://docs.perplexity.ai/docs/getting-started/pricing
* Perplexity rate limits and usage tiers: https://docs.perplexity.ai/docs/admin/rate-limits-usage-tiers
* Google Custom Search JSON API: https://developers.google.com/custom-search/v1/overview

기술 운영 예시는 다음과 같다.

# `config/seeds.yml`에 시드 키워드와 표준 질문을 저장한다.
# `.env`에 `NAVER_CLIENT_ID`, `NAVER_CLIENT_SECRET`, `OPENAI_API_KEY`, `GEMINI_API_KEY`, `PERPLEXITY_API_KEY`를 저장한다.
# `collect_naver_datalab.py`, `collect_naver_search.py`, `collect_ai_answers.py`처럼 원천별 수집 스크립트를 분리한다.
# 각 스크립트는 원문 응답을 `raw/` 폴더에 날짜별 JSONL 또는 CSV로 저장한다.
# 실패 응답, 429 rate limit, 403 권한 오류, 401 인증 오류를 별도 로그로 남긴다.
# 정규화 스크립트가 원문 응답을 `processed/questions.csv`로 변환한다.
# 사람이 검토 화면에서 질문을 승인하면 `faq/approved_questions.csv`로 이동한다.

공식 문서 참고:

* 네이버 데이터랩 통합 검색어 트렌드 API: https://developers.naver.com/docs/serviceapi/datalab/search/search.md
* 네이버 검색 API: https://developers.naver.com/docs/serviceapi/search/news/news.md
* Google Trends CSV 내보내기: https://support.google.com/trends/answer/4365538
* Google Trends API 알파 안내: https://developers.google.com/search/blog/2025/07/trends-api
* Google Custom Search JSON API: https://developers.google.com/custom-search/v1/overview
* OpenAI API Quickstart: https://developers.openai.com/api/docs/quickstart
* OpenAI API key safety: https://help.openai.com/en/articles/5112595-best-practices-for-api-key-safety
* Gemini API key: https://ai.google.dev/gemini-api/docs/api-key
* Gemini API rate limits: https://ai.google.dev/gemini-api/docs/rate-limits
* Perplexity API key management: https://docs.perplexity.ai/docs/admin/api-key-management
* Perplexity rate limits and usage tiers: https://docs.perplexity.ai/docs/admin/rate-limits-usage-tiers

==== 기본 기술 구조 ====

기술적으로는 다음 구조를 권장한다.

# `수집 스크립트`가 검색어, 자동완성, AI 응답, 외부 공개자료를 주기적으로 가져온다.
# `원문 저장소`에 HTML, JSON, CSV, PDF, 스크린샷을 원본 그대로 저장한다.
# `정규화 스크립트`가 원문을 공통 필드로 변환한다.
# `질문 후보 DB`에 원문표현, 정제질문, 출처, 수집일, 유형, 점수, 상태를 저장한다.
# `검토 화면`에서 사람이 질문을 승인·보류·수정한다.
# 승인된 질문만 `FAQ 작성 대기열`로 넘긴다.

초기에는 구글시트와 로컬 폴더만으로 시작할 수 있다. 그러나 2,000개 질문지를 안정적으로 운영하려면 SQLite, PostgreSQL, Airtable, Notion DB, 또는 별도 관리형 데이터베이스 중 하나를 사용하는 것이 좋다.

==== 저장 구조 예시 ====

수집 자료는 다음처럼 폴더와 데이터베이스를 나누어 관리한다.

{| class="wikitable"
! 저장 위치 !! 저장 내용
|-
| `raw/search_trends/` || Google Trends, 네이버 데이터랩 CSV와 캡처 이미지
|-
| `raw/autocomplete/` || Google·네이버 자동완성 원문 JSON, HTML, 스크린샷
|-
| `raw/search_results/` || 실제 검색 결과 제목, 설명문, URL, 수집 HTML
|-
| `raw/ai_answers/` || ChatGPT·Gemini·Perplexity 질문과 답변 원문 JSONL
|-
| `raw/external_sources/` || 외부 기관 공개자료 HTML, PDF, 캡처
|-
| `processed/questions.csv` || 정제된 질문 후보 목록
|-
| `processed/question_scores.csv` || 검색 수요, 교리 중요도, 오해 가능성, 답변 가능성 점수
|-
| `faq/approved_questions.csv` || 검토 후 FAQ 작성 대상으로 승인된 질문
|}

==== 공통 데이터 필드 ====

기술 수집 단계에서는 최소한 다음 필드를 공통으로 저장한다.

{| class="wikitable"
! 필드 !! 설명
|-
| collection_id || 수집 기록 고유 ID
|-
| source_type || trends, datalab, autocomplete, search_result, ai_answer, external_source 등
|-
| source_name || Google Trends, 네이버 데이터랩, ChatGPT, Gemini, Perplexity, 기관명 등
|-
| query_seed || 수집에 사용한 시드 키워드 또는 표준 질문
|-
| raw_text || 검색어, 자동완성 문장, AI 답변, 웹페이지 문장 등 원문
|-
| source_url || URL 또는 API 엔드포인트
|-
| captured_file || HTML, PDF, CSV, JSON, 스크린샷 파일 경로
|-
| collected_at || 수집 시각
|-
| collector || 수집자 또는 수집 스크립트 이름
|-
| normalized_question || 정제된 FAQ 후보 질문
|-
| status || raw, normalized, reviewed, approved, rejected, faq_created
|}

==== 자동 수집과 수동 검토의 역할 분리 ====

자동화는 자료를 빠르게 모으는 데 사용하고, 최종 판단은 사람이 해야 한다. 특히 종교 교리와 대외 변증 자료는 AI나 크롤러가 자동으로 결론을 내리면 안 된다.

{| class="wikitable"
! 단계 !! 자동화 가능 여부 !! 사람 검토 필요성
|-
| 검색어·자동완성 수집 || 높음 || 검색어 의도 해석은 사람 검토 필요
|-
| AI 답변 원문 수집 || 높음 || 오류·누락·표현 위험성 판단은 사람 검토 필요
|-
| 외부 공개자료 수집 || 중간 || 공격 표현을 중립 질문으로 바꾸는 과정은 사람 검토 필요
|-
| 질문 유형 분류 || 중간 || 교리주제와 질문목적유형은 검토자 확인 필요
|-
| 답변 우선순위 점수화 || 중간 || 검색 수요와 교리 중요도의 균형은 연구팀 판단 필요
|-
| FAQ 공개 여부 결정 || 낮음 || 목회자·교리 검토자 승인 필요
|}

따라서 기술적 수집 시스템의 목적은 자동으로 답변을 만드는 것이 아니라, 사람이 검토할 수 있도록 자료와 질문 후보를 빠짐없이 정리하는 데 있다.

=== 질문 수집 기록 양식 ===

수집된 질문은 원천이 달라도 하나의 공통 양식으로 저장해야 한다. 이렇게 해야 검색 데이터, 기관 공개자료, 생성형 AI 질의 결과를 함께 비교할 수 있다.

{| class="wikitable"
! 필드명 !! 설명
|-
| 수집ID || 질문 수집 기록 고유 번호
|-
| 수집일 || 질문을 수집한 날짜
|-
| 수집주기 || 일간, 주간, 월간, 분기
|-
| 원천분류 || 공식기관, 외부기독교자료, 검색데이터, 생성형AI, 목회현장, 학술자료 등
|-
| 원천명 || 기관명, 검색도구명, AI 모델명, 자료명
|-
| 원문URL || 공개 웹자료나 검색 결과의 URL
|-
| 원문표현 || 실제 자료나 검색창에 나타난 표현
|-
| 정제질문 || FAQ로 사용할 수 있게 중립적으로 바꾼 질문
|-
| 목표대상 || 외부 기독교인, 일반 대중, 새식구, 기존 식구, 목회자, 연구자 등
|-
| 질문유형 || 예수론, 재림론, 원죄론, 축복결혼, 성경해석 등
|-
| 반복성 || 같은 질문이 다른 원천에서도 반복되는지
|-
| 교리중요도 || 상, 중, 하
|-
| 신뢰도등급 || A, B, C, D
|-
| 처리상태 || 수집, 정제, 검토중, 답변작성, 공개, 보류
|}

=== 일간·주간·월간 질문 수집 운영 ===

질문 수집은 한 번에 끝나는 작업이 아니라 정기 운영 체계로 설계해야 한다. 특히 AEO·GEO 환경에서는 사람들이 어떤 표현으로 질문하는지가 계속 바뀌므로, 일간·주간·월간 단위의 수집과 검토 절차가 필요하다.

{| class="wikitable"
! 주기 !! 작업 내용 !! 담당/원천 !! 산출물
|-
| 일간 || 검색어 자동완성, 관련검색어, 생성형 AI 답변 변화, 온라인 공개 질문을 가볍게 모니터링 || 운영자, AI 보조 수집, 검색 데이터 || 일일 후보 질문 목록
|-
| 주간 || 교회 현장 질문, 목회자·교육 담당자 질문, 새식구 교육 질문을 정리하고 중복을 합침 || 목회자, 교육부, 전도 현장, 상담 담당자 || 주간 질문 후보 10~30개와 우선순위
|-
| 월간 || 공식 자료, 학술자료, 기독교 비판 자료, 종교기관 공개 문서를 검토하여 질문의 공신력과 답변 필요성을 판단 || 연구자, 교리 검토자, 공식 자료 담당자 || 월간 핵심 질문 목록, 검토등급, 답변 작성 대상
|-
| 분기 || 축적된 질문을 유형별로 재분류하고 FAQ 데이터셋 구조를 수정 || 연구팀, 목회자, 데이터 담당자 || 질문 유형 체계 개정안, 공개 가능 FAQ 묶음
|}

이 운영 체계에서 중요한 점은 질문의 출처를 반드시 남기는 것이다. 질문 출처가 없으면 FAQ는 연구자의 임의 질문집이 되고, 질문 출처가 분명하면 실제 사회적·종교적 질문 흐름을 반영한 데이터셋이 된다.

=== 질문 신뢰도 등급 ===

수집된 모든 질문을 같은 무게로 다루지 않고, 출처와 반복성에 따라 신뢰도 등급을 부여한다.

{| class="wikitable"
! 등급 !! 기준 !! 처리 방식
|-
| A등급 || 공식 기관 자료, 반복적으로 접수된 목회 현장 질문, 학술자료에서 확인되는 핵심 질문 || 우선 답변 작성, 문헌 근거 필수 연결
|-
| B등급 || 검색 데이터와 생성형 AI 질의에서 반복 확인되는 대중 질문 || 답변 후보 작성 후 공식 문헌 근거 검토
|-
| C등급 || 온라인 커뮤니티, 개인 의견, 일회성 논쟁 질문 || 표현을 정제하고 유형 분류 후 보류 또는 참고 처리
|-
| D등급 || 비방, 허위 전제, 개인정보 포함, 혐오 표현이 강한 질문 || 원문 저장 지양, 쟁점만 중립 질문으로 재구성
|}

== FAQ 데이터셋 기본 구조 ==

AI 친화형 교리 FAQ는 질문 하나를 단순 문답으로 저장하지 않고, 답변 생성과 근거 추적이 가능하도록 다음 항목을 갖춘다.

{| class="wikitable"
! 필드명 !! 설명
|-
| 질문ID || 각 질문을 식별하는 고유 번호
|-
| 대표질문 || 사용자가 실제로 물을 법한 자연어 질문
|-
| 목표대상 || 외부 기독교인, 일반 대중, 새식구, 기존 식구, 목회자, 연구자 등
|-
| 질문출처 || 공식 자료, 목회 현장, 교육부, 검색 데이터, 학술자료, 생성형 AI 질의 등
|-
| 수집방법 || 기관 공개자료 검토, 검색데이터 분석, 자동완성 수집, 생성형 AI 표준질문 테스트, 현장 질문 접수 등
|-
| 원문URL || 질문이 나온 공개 자료나 검색 결과의 URL
|-
| 원문표현 || 실제 자료, 검색어, AI 답변에서 확인된 원래 표현
|-
| 정제질문 || FAQ에 넣기 위해 중립적으로 다듬은 질문
|-
| 수집주기 || 일간, 주간, 월간, 분기
|-
| 신뢰도등급 || A, B, C, D 등급
|-
| 질문목적유형 || 외부 기독교인의 교리적 답답함, 가정연합이 알리고 싶은 사항, 오해 해소, 새식구 교육, 목회 현장 대응 등
|-
| 교리주제유형 || 기독교 비교, 원리강론 기초, 축복결혼, 재림론, 원죄론, 신론, 인간론, 종말론 등
|-
| 요약답변 || 3~5문장 안에서 직접 답하는 짧은 답변
|-
| 상세설명 || 교리적 배경과 논리 전개를 포함한 확장 설명
|-
| 성경근거 || 관련 성경 구절과 해석 방향
|-
| 원리강론근거 || 원리강론의 관련 장·절·핵심 논지
|-
| 말씀선집근거 || 말씀선집 권, 날짜, 제목, 페이지 또는 문단 근거
|-
| 기타문헌근거 || 천성경, 평화경, 참가정경 등 추가 문헌 근거
|-
| 관련질문 || 같은 주제와 연결되는 다른 질문
|-
| 주의사항 || 단정 금지, 교단 공식 입장 확인 필요, 민감 쟁점 등
|-
| 공개등급 || 공개 가능, 내부 검토 필요, 연구자 검토 필요 등
|}

== QNA·FAQ 유형 체계 ==

AI 친화형 교리 FAQ는 질문을 단순히 `예수론`, `재림론`, `축복결혼` 같은 교리 주제별로만 나누면 부족하다. 같은 축복결혼 질문이라도 외부 기독교인이 불편해하는 질문인지, 가정연합이 먼저 알리고 싶은 핵심 설명인지, 새식구 교육용 질문인지에 따라 답변의 방향과 문체가 달라진다. 따라서 FAQ는 `질문목적유형`과 `교리주제유형`을 함께 부여해야 한다.

=== 질문목적유형 ===

{| class="wikitable"
! 유형 !! 설명 !! 대표 질문 !! 답변 방향
|-
| 외부 기독교인의 교리적 답답함 || 기독교인이 성경, 예수, 십자가, 재림, 이단 논쟁의 관점에서 실제로 불편하거나 이해되지 않는 지점 || 예수님이 구원자인데 왜 재림주가 필요한가? / 원리강론은 성경보다 위에 있는가? || 상대의 신앙 언어를 존중하면서 성경 근거와 가정연합 해석 차이를 차분히 설명
|-
| 가정연합이 알리고 싶은 사항 || 외부 질문 여부와 별개로 가정연합이 스스로 분명히 설명해야 할 핵심 교리·정체성·실천 내용 || 축복결혼은 무엇인가? / 참부모란 무엇인가? / 가정연합은 왜 가정을 강조하는가? || 방어적 답변보다 핵심 가치, 역사, 문헌 근거, 사회적 의미를 선명하게 제시
|-
| 오해 해소형 질문 || 사회적으로 반복되는 오해, 부정확한 명칭, 과거 이미지, 언론·온라인 정보 왜곡에서 생기는 질문 || 통일교와 가정연합은 다른가? / 가정연합은 왜 이름이 바뀌었는가? || 사실관계, 용어 변화, 현재 공식 명칭과 활동을 간결하게 정리
|-
| 새식구·입문자 교육형 질문 || 처음 배우는 사람이 내부 용어와 신앙 실천을 이해하기 위해 묻는 질문 || 훈독은 무엇인가? / 원리강론은 어떻게 공부해야 하는가? || 쉬운 말, 단계별 설명, 실천 안내 중심
|-
| 기존 식구 심화형 질문 || 이미 기본 교리를 아는 식구가 말씀 근거와 신앙적 적용을 더 깊게 묻는 질문 || 혈통 전환을 오늘의 삶에서 어떻게 이해해야 하는가? || 원문 근거, 목회적 적용, 교육자료 활용 가능성을 함께 제시
|-
| 목회 현장 대응형 질문 || 목회자·공직자가 설교, 상담, 강의, 외부 질의응답에서 바로 대응해야 하는 질문 || 기독교인이 축복결혼을 비판할 때 어떻게 설명할 것인가? || 핵심 답변, 보조 근거, 예상 추가 질문, 주의 표현을 제공
|-
| AI 답변 보정형 질문 || 생성형 AI가 부정확하게 답하거나 출처 없이 단정하는 부분을 바로잡기 위한 질문 || ChatGPT가 통일교를 어떻게 설명하고 있으며 무엇이 빠졌는가? || AI 답변 오류를 진단하고 공식 문헌 근거가 있는 보정 답변을 작성
|}

이 중 초기 우선순위는 `외부 기독교인의 교리적 답답함`과 `가정연합이 알리고 싶은 사항`이다. 전자는 실제 질문 수요와 대외 변증의 필요를 반영하고, 후자는 가정연합이 생성형 AI 시대에 어떤 내용을 주도적으로 설명해야 하는지를 정리한다.

=== 두 핵심 유형의 차이 ===

{| class="wikitable"
! 구분 !! 외부 기독교인의 교리적 답답함 !! 가정연합이 알리고 싶은 사항
|-
| 출발점 || 외부 질문자의 의문, 비판, 불편함 || 가정연합의 핵심 교리와 정체성
|-
| 질문 예시 || 재림주가 왜 필요한가? / 축복결혼은 성경적인가? / 원리강론은 성경을 대체하는가? || 참부모란 무엇인가? / 축복결혼의 목적은 무엇인가? / 가정연합은 왜 세계평화를 말하는가?
|-
| 답변 태도 || 상대의 전제를 먼저 이해하고 차이를 설명 || 핵심 메시지를 먼저 분명히 제시
|-
| 근거 배치 || 성경 근거 → 기독교적 쟁점 → 원리강론·말씀선집 해석 || 원리강론·말씀선집 핵심 설명 → 성경·사회적 의미 연결
|-
| 문체 || 비교 설명형, 오해 해소형, 차분한 변증형 || 설명형, 교육형, 정체성 제시형
|-
| 위험 || 방어적·공격적 문체가 되기 쉬움 || 홍보 문구처럼 보여 실제 질문에 답하지 못할 수 있음
|}

따라서 FAQ 작성자는 질문을 받을 때 먼저 다음 두 가지를 판단해야 한다.

# 이 질문은 상대가 답답해서 묻는 질문인가?
# 아니면 가정연합이 먼저 알려야 할 핵심 내용을 질문 형태로 만든 것인가?

두 유형은 모두 필요하지만, 같은 답변 방식으로 처리하면 안 된다. 외부 기독교인의 답답함에 대한 질문은 상대의 신앙 언어와 문제의식을 먼저 존중해야 하고, 가정연합이 알리고 싶은 사항은 핵심 메시지와 공식 문헌 근거를 선명하게 제시해야 한다.

=== 교리주제유형 ===

질문목적유형과 별도로, 각 질문은 교리 주제별 태그도 함께 가져야 한다.

{| class="wikitable"
! 교리주제유형 !! 포함 질문
|-
| 예수론과 십자가 || 예수님의 사명, 십자가, 부활, 초림과 재림의 관계
|-
| 재림론 || 재림주, 메시아, 구름 재림, 재림의 방식과 목적
|-
| 원죄와 타락론 || 인간 타락, 원죄, 혈통, 복귀섭리
|-
| 축복결혼 || 축복의 의미, 성경적 결혼관, 혈통 전환, 가정 이상
|-
| 성경과 원리강론 || 원리강론의 위치, 성경 해석, 계시와 해석의 관계
|-
| 참부모와 참가정 || 참부모 개념, 참가정, 신앙적·역사적 의미
|-
| 교회 정체성과 역사 || 통일교 명칭, 세계평화통일가정연합, 교회 역사와 사회적 활동
|-
| 신앙생활과 교육 || 훈독, 예배, 기도, 새식구 교육, 자녀 교육
|}

== 대표 질문 유형 ==

초기 FAQ 데이터셋은 기독교인이 실제로 제기할 가능성이 높은 질문에서 출발하는 것이 좋다. 이는 가정연합 교리를 내부자용 설명으로만 정리하지 않고, 외부 질문자의 언어와 문제의식에 맞추기 위한 것이다.

=== 예수론과 십자가 ===

* 예수님은 십자가에 죽기 위해 오셨는가?
* 예수님의 십자가는 실패인가, 승리인가?
* 예수님이 다시 오셔야 한다면 초림 예수님의 사명은 어떻게 이해해야 하는가?

=== 재림론 ===

* 재림주는 왜 필요한가?
* 재림주는 구름을 타고 오는가, 사람으로 오는가?
* 재림주와 메시아는 어떤 관계인가?

=== 원죄와 타락론 ===

* 원죄는 무엇인가?
* 인간 타락을 상징으로 보아야 하는가, 실제 사건으로 보아야 하는가?
* 왜 타락 문제가 결혼과 혈통의 문제로 설명되는가?

=== 축복결혼 ===

* 축복결혼은 성경적인가?
* 축복결혼은 일반 결혼과 무엇이 다른가?
* 왜 가정연합은 혈통 전환을 강조하는가?

=== 성경과 원리강론 ===

* 원리강론은 성경을 대체하는가?
* 원리강론은 성경을 어떻게 해석하는가?
* 성경과 말씀선집, 천성경은 어떤 관계인가?

=== 교회와 사회적 질문 ===

* 가정연합은 기독교인가?
* 통일교라는 명칭과 세계평화통일가정연합은 어떤 관계인가?
* 가정연합 교리는 현대 사회에서 어떤 의미를 갖는가?

== 예시 레코드 ==

아래 예시는 실제 최종 답변이 아니라, FAQ 데이터셋을 어떤 구조로 만들 것인지 보여 주는 설계 예시이다. 최종 답변은 원문 근거 확인과 신학적 검토를 거쳐 작성해야 한다.

{| class="wikitable"
! 항목 !! 내용
|-
| 질문ID || FAQ-CHRIST-001
|-
| 대표질문 || 예수님은 십자가에 죽기 위해 오셨는가?
|-
| 목표대상 || 외부 기독교인, 새식구, 목회자
|-
| 질문출처 || 기독교 비교 질문, 전도·교육 현장 질문, 원리강론 핵심 교리 쟁점
|-
| 수집주기 || 월간 핵심 질문 검토 대상
|-
| 신뢰도등급 || A등급
|-
| 질문목적유형 || 외부 기독교인의 교리적 답답함
|-
| 교리주제유형 || 예수론, 십자가, 구원론
|-
| 요약답변 || 가정연합 관점에서는 예수님의 십자가를 하나님의 구원섭리 안에서 중요한 승리로 보면서도, 예수님이 본래부터 죽기 위해서만 오셨다고 보지는 않는다. 예수님은 하나님 나라를 실현하고 인류를 새롭게 하기 위해 오셨으나, 당시 사람들의 불신으로 십자가의 길을 가게 되었다고 설명한다.
|-
| 상세설명 || 이 질문은 기독교 전통의 십자가 이해와 가정연합의 복귀섭리 이해가 만나는 핵심 쟁점이다. FAQ 답변에서는 십자가의 구원적 의미를 부정하지 않으면서, 예수님의 본래 사명과 당시 인간 책임의 문제를 함께 설명해야 한다.
|-
| 성경근거 || 마태복음 16장, 요한복음 1장, 사도행전 2장 등 관련 본문 검토 필요
|-
| 원리강론근거 || 메시아 강림과 재림의 목적, 복귀섭리 관련 장 검토 필요
|-
| 말씀선집근거 || 예수님의 사명, 십자가, 불신, 재림 필요성 관련 말씀 검색 필요
|-
| 관련질문 || 재림주는 왜 필요한가? / 십자가는 실패인가 승리인가?
|-
| 주의사항 || 기독교 신앙의 핵심 주제이므로 공격적 표현을 피하고, 성경적 근거와 가정연합의 해석 차이를 구분한다.
|}

== 작성 원칙 ==

AI 친화형 교리 FAQ는 단순 홍보 문구가 아니라, 검색과 인용, 검증이 가능한 지식베이스로 작성되어야 한다. 따라서 다음 원칙을 따른다.

# 질문은 실제 사용자가 묻는 자연어 형태로 작성한다.
# 첫 문단은 질문에 직접 답하는 요약답변으로 시작한다.
# 상세설명은 교리 논리, 성경 근거, 원리강론 근거, 말씀선집 근거를 구분한다.
# AI가 답변을 생성할 때 출처를 추적할 수 있도록 문헌명, 장, 절, 권, 날짜, 페이지를 가능한 한 남긴다.
# 외부 기독교인이 읽을 수 있도록 내부 용어만 나열하지 않고, 필요한 용어는 풀어서 설명한다.
# 논쟁적 질문일수록 방어적·공격적 문체보다 비교 설명형 문체를 사용한다.
# AI가 공식 입장처럼 과잉 단정하지 않도록 공개등급과 검토상태를 표시한다.

== AEO·GEO 관점의 문장 형식 ==

FAQ 문장은 생성형 AI가 잘 인식할 수 있도록 다음 형식을 권장한다.

* 질문 제목은 사용자가 실제로 입력할 법한 문장으로 둔다.
* 답변 첫 문장은 결론을 분명히 말한다.
* 두 번째 문단부터 근거와 설명을 나눈다.
* 성경, 원리강론, 말씀선집 근거를 항목화한다.
* 관련 질문을 내부 링크로 연결한다.
* 하나의 답변 안에 너무 많은 교리 주제를 섞지 않는다.

== 2,000개 질문 풀 구축 계획 ==

AI 친화형 교리 FAQ는 몇 개의 대표 문답만으로는 충분하지 않다. 생성형 AI 시대에는 사용자가 같은 주제도 매우 다양한 표현으로 질문하므로, 최소 2,000개 안팎의 질문 풀을 만들고 이를 유형별·대상별·교리주제별로 분류해야 한다. 이 질문 풀은 곧 GraphRAG 시스템의 질의 데이터셋이자, AEO·GEO 대응용 교리 지식베이스의 입구가 된다.

=== 2,000개 질문 배분안 ===

{| class="wikitable"
! 질문목적유형 !! 목표 문항 수 !! 주요 대상 !! 설명
|-
| 외부 기독교인의 교리적 답답함 || 350 || 외부 기독교인, 종교 비교 관심자 || 예수, 십자가, 재림, 원죄, 성경 해석, 이단 논쟁과 관련해 실제로 불편하거나 이해되지 않는 질문
|-
| 가정연합이 알리고 싶은 핵심 사항 || 300 || 일반 대중, 검색 사용자, AI 답변 시스템 || 참부모, 축복결혼, 참가정, 세계평화, 가정 가치, 신앙 실천 등 가정연합이 주도적으로 설명해야 할 질문
|-
| 오해·왜곡 해소형 || 250 || 일반 대중, 언론·온라인 정보 접촉자 || 명칭, 역사, 사회적 이미지, 온라인 정보 왜곡에서 발생하는 질문
|-
| 입문자 기초 이해형 || 250 || 새식구, 청년, 입문자 || 원리강론, 예배, 훈독, 기도, 축복, 교회 생활을 처음 배우는 사람이 묻는 질문
|-
| 내부 식구 신앙 심화형 || 200 || 기존 식구, 소그룹, 교육 담당자 || 말씀 근거, 신앙 적용, 축복가정 책임, 자녀 교육, 공동체 생활 관련 질문
|-
| 목회 현장 대응형 || 200 || 목회자, 공직자, 전도 담당자 || 상담, 강의, 설교, 외부 질문 대응에 바로 필요한 질문
|-
| AI 오류 보정형 || 150 || 연구자, AI 운영자, 콘텐츠 담당자 || ChatGPT·Gemini·Perplexity 등이 잘못 답하거나 누락하는 내용을 보정하기 위한 질문
|-
| 사회·윤리 쟁점형 || 150 || 일반 대중, 청년, 사회 이슈 관심자 || 결혼, 가정, 성, 평화, 다문화, 갈등, 종교와 사회 책임 관련 질문
|-
| 문헌 근거 탐색형 || 150 || 연구자, 목회자, 교육자료 작성자 || 원리강론, 말씀선집, 천성경, 평화경, 참가정경의 근거 위치를 찾기 위한 질문
|}

합계는 2,000개를 기준으로 하되, 실제 운영에서는 질문 수요가 많은 유형에 더 많은 문항을 배정할 수 있다. 중요한 것은 처음부터 2,000개 답변을 완성하는 것이 아니라, 먼저 2,000개 질문 후보를 수집·분류하고, 그중 우선순위가 높은 질문부터 답변을 작성하는 것이다.

=== 질문지 제작 단계 ===

{| class="wikitable"
! 단계 !! 작업 내용 !! 산출물
|-
| 1단계 || 9개 질문목적유형별로 1차 질문 후보를 수집한다. || 유형별 질문 후보 목록
|-
| 2단계 || 중복 질문, 공격적 표현, 지나치게 내부적인 표현을 정리한다. || 정제 질문 목록
|-
| 3단계 || 각 질문에 목표대상, 질문목적유형, 교리주제유형, 수집출처, 신뢰도등급을 붙인다. || 분류 완료 질문지
|-
| 4단계 || A등급과 B등급 질문을 우선 선정한다. || 1차 답변 작성 대상 200~300개
|-
| 5단계 || 답변 작성 전 문헌 근거를 먼저 연결한다. || 질문-근거 매핑표
|-
| 6단계 || 요약답변, 상세답변, 관련질문, 다음 행동 제안을 작성한다. || 공개 가능 FAQ 초안
|}

=== 질문지 필드 ===

2,000개 질문지는 엑셀, 구글시트, 데이터베이스 어디에서 관리하더라도 최소한 다음 필드를 가져야 한다.

{| class="wikitable"
! 필드명 !! 설명
|-
| 질문ID || FAQ-0001처럼 관리하는 고유 번호
|-
| 대표질문 || 사용자에게 보여 줄 질문
|-
| 변형질문 || 검색어, 자동완성, AI 질의에서 나온 다른 표현
|-
| 목표대상 || 외부 기독교인, 일반 대중, 새식구, 기존 식구, 목회자, 연구자 등
|-
| 질문목적유형 || 외부 기독교인의 교리적 답답함, 가정연합이 알리고 싶은 사항 등
|-
| 교리주제유형 || 예수론, 재림론, 원죄론, 축복결혼, 성경과 원리강론 등
|-
| 수집출처 || 공식자료, 외부기관 공개자료, 검색데이터, 생성형 AI, 목회현장 등
|-
| 신뢰도등급 || A, B, C, D
|-
| 우선순위 || 상, 중, 하 또는 점수
|-
| 근거문헌 || 성경, 원리강론, 말씀선집, 천성경, 평화경, 참가정경 등
|-
| 답변상태 || 미작성, 근거수집, 초안, 검토중, 공개, 보류
|-
| 다음 행동 || 더 읽기, 원리강론 공부, 상담 신청, 영상 보기, 교회 방문, 관련 FAQ 이동 등
|}

== 호기심 이후의 다음 단계 설계 ==

AI 친화형 교리 FAQ의 목적은 단순히 사용자의 호기심을 해소하는 데서 끝나면 안 된다. 사용자가 질문을 읽고 나서 한 단계 더 나아갈 수 있도록 다음 행동을 제시해야 한다. 이것은 대외 홍보 차원의 유도라기보다, 질문자의 이해 수준과 관심 방향에 맞는 학습·대화·참여 경로를 제공하는 것이다.

=== 답변 후 전환 경로 ===

{| class="wikitable"
! 관심 수준 !! 사용자의 상태 !! 다음 행동 제안
|-
| 1단계: 단순 호기심 || 검색이나 AI 답변을 통해 처음 접함 || 관련 FAQ 2~3개, 쉬운 설명 문서, 3분 요약 영상 연결
|-
| 2단계: 비교 이해 || 기독교·성경 관점에서 차이를 알고 싶어 함 || 성경 근거, 원리강론 관련 절, 비교 설명 문서 연결
|-
| 3단계: 교리 학습 || 원리강론이나 축복결혼 등 핵심 교리를 더 배우고 싶어 함 || 원리강론 입문 과정, 온라인 강의, 소그룹 공부 안내
|-
| 4단계: 개인 질문 || 자신의 신앙, 가정, 결혼, 삶의 문제와 연결해 묻기 시작함 || 목회자 상담, 1:1 질문 접수, 지역교회 연결
|-
| 5단계: 공동체 참여 || 예배, 교육, 행사, 봉사, 축복 관련 참여를 검토함 || 가까운 교회 안내, 행사 일정, 교육 신청 링크
|}

=== 단계별 필요 장치와 시스템 ===

답변 이후의 전환 경로가 실제로 작동하려면, 각 단계마다 필요한 장치와 시스템을 미리 설계해야 한다. FAQ는 단순 문서가 아니라 질문자와 가정연합의 다음 만남을 연결하는 입구이므로, 콘텐츠 시스템, 상담 시스템, 교육 시스템, 지역교회 연결 시스템이 함께 준비되어야 한다.

{| class="wikitable"
! 단계 !! 필요한 장치·시스템 !! 설명
|-
| 1단계: 단순 호기심 || 모바일 친화형 FAQ 페이지, 위키 문서, 검색엔진 최적화 페이지, FAQ 구조화 데이터, 짧은 영상 저장소, 기본 접속 분석 도구 || 사용자가 검색·AI 답변·링크를 통해 처음 들어오는 단계이다. 스마트폰에서 바로 읽히는 문서, 관련 FAQ 추천, 3분 요약 영상, 접속 경로 분석이 필요하다.
|-
| 2단계: 비교 이해 || 성경-원리강론 비교 문서, 근거 문헌 데이터베이스, 주제별 인용 카드, 비교표 생성 템플릿, GraphRAG 검색 화면 || 외부 기독교인이나 일반 사용자가 “성경과 어떻게 다른가”를 묻는 단계이다. 성경 구절, 원리강론 절, 말씀선집 근거를 함께 보여 주는 비교형 지식베이스가 필요하다.
|-
| 3단계: 교리 학습 || 온라인 강의 시스템, 원리강론 입문 과정, 학습 진도 관리, 퀴즈·확인 질문, 소그룹 신청 시스템, 알림 메시지 시스템 || 사용자가 단순 답변을 넘어 체계적 학습으로 이동하는 단계이다. 영상 강의, 읽기 순서, 진도 기록, 소그룹 연결, 카카오톡·문자·이메일 알림이 필요하다.
|-
| 4단계: 개인 질문 || 1:1 질문 접수 폼, 개인정보 동의 절차, 상담 예약 시스템, 목회자·상담자 배정 화면, 질문 처리 상태 관리, 보안 저장소 || 질문이 개인의 신앙·가정·결혼·삶의 문제로 넘어가는 단계이다. 공개 FAQ로 처리하지 말아야 할 질문을 안전하게 접수하고, 담당자가 답변·상담·후속 연락을 관리해야 한다.
|-
| 5단계: 공동체 참여 || 지역교회 찾기, 예배·행사 일정표, 교육 신청 시스템, QR 체크인, 새가족 관리 CRM, 후속 연락 기록, 만족도·피드백 설문 || 사용자가 실제 공동체 참여를 검토하는 단계이다. 가까운 교회 안내, 교육 신청, 행사 참여, 방문 후 후속 연락까지 이어지는 관리 시스템이 필요하다.
|}

각 단계에서 필요한 장치는 반드시 고급 장비일 필요는 없다. 초기에는 위키, 구글시트, 설문폼, 영상 링크, 카카오톡 채널, 지역교회 연락망만으로도 시작할 수 있다. 다만 장기적으로는 질문 수집, 답변 검토, 상담 연결, 교육 신청, 참여 기록이 하나의 흐름으로 이어지도록 시스템을 통합해야 한다.

=== 2,000개 질문지 구축을 위한 내부 운영 시스템 ===

2,000개 질문지를 실제로 만들기 위해서는 외부 사용자가 보는 FAQ 화면과 별도로 내부 운영 시스템이 필요하다. 이 내부 시스템은 질문을 모으고, 중복을 제거하고, 유형을 분류하고, 문헌 근거를 붙이고, 검토 후 공개하는 제작 공정이다.

{| class="wikitable"
! 운영 영역 !! 필요한 시스템 !! 역할
|-
| 질문 수집 || 질문 접수 폼, 검색어 수집표, 외부기관 공개자료 목록표, 생성형 AI 질의 기록표 || 일간·주간·월간으로 들어오는 질문 후보를 한곳에 모은다.
|-
| 원문 보존 || 출처 URL 저장소, 스크린샷·PDF 보관 폴더, 수집일 기록, 출처 신뢰도 표시 || 질문이 어디에서 왔는지 추적할 수 있게 한다. 특히 외부 비판 자료는 공격 표현보다 쟁점과 출처 기록이 중요하다.
|-
| 질문 정제 || 중복 제거 도구, 표현 정제 규칙, 공격적 표현 중립화 기준, 대표질문·변형질문 관리표 || 원문 질문을 그대로 쓰지 않고, 연구와 답변에 적합한 중립 질문으로 바꾼다.
|-
| 유형 분류 || 질문목적유형 태그, 교리주제유형 태그, 목표대상 태그, 우선순위 점수표 || 외부 기독교인의 답답함, 가정연합이 알리고 싶은 사항, 오해 해소형, AI 오류 보정형 등을 구분한다.
|-
| 문헌 근거 연결 || 성경·원리강론·말씀선집·천성경·평화경·참가정경 인용 DB, GraphRAG 관계 그래프, 문헌 검색기 || 답변을 의견이 아니라 근거 있는 설명으로 만들기 위해 질문마다 근거 문헌을 연결한다.
|-
| 답변 작성 || 요약답변 템플릿, 상세답변 템플릿, 비교 설명 템플릿, 다음 행동 추천 필드 || 질문자의 수준에 맞춰 짧은 답변, 자세한 답변, 관련 FAQ, 다음 행동을 함께 작성한다.
|-
| 검토·승인 || 교리 검토자 대시보드, 목회자 검토 목록, 공개 가능 등급, 수정 이력 관리 || 교리적으로 민감한 답변을 바로 공개하지 않고, 검토와 승인 절차를 거친다.
|-
| 공개·배포 || 위키, 공식 FAQ 페이지, 검색엔진용 구조화 데이터, AI 학습용 공개 문서, API 또는 데이터셋 내보내기 || 검토된 답변을 사람이 읽는 문서와 AI가 참조하기 쉬운 데이터로 동시에 공개한다.
|-
| 성과 분석 || 검색 유입 분석, FAQ 클릭 분석, 후속 질문 분석, 상담·교육 전환율 분석 || 어떤 질문이 실제 관심을 만들고, 어떤 답변이 학습·상담·참여로 이어지는지 확인한다.
|}

초기 구축은 엑셀이나 구글시트 기반으로 시작할 수 있으나, 2,000개 이상으로 확장되면 데이터베이스형 관리가 필요하다. 최소한 질문ID, 출처, 유형, 근거문헌, 답변상태, 검토자, 공개여부, 다음 행동 필드는 구조화되어야 한다.

=== 2,000개 초기 질문 감수 운영안 ===

2,000개 질문지는 수집한 뒤 바로 공개해서는 안 된다. 질문 자체가 부정확하거나 공격적 표현을 포함할 수 있고, 답변 역시 교리·역사·대외 표현상 민감한 문제가 생길 수 있기 때문이다. 따라서 초기 2,000개 질문은 `수집`, `정제`, `근거 연결`, `답변 초안`, `교리 감수`, `공개 승인`의 단계로 나누어 관리해야 한다.

다음 네 가지 운영안을 고려할 수 있다.

{| class="wikitable"
! 운영안 !! 방식 !! 장점 !! 단점 !! 적합한 상황
|-
| 안 A: 중앙 감수위원회형 || 연구자, 목회자, 교리 담당자, 콘텐츠 담당자로 5~7명 감수위원회를 구성하고 모든 A·B등급 질문을 중앙에서 승인한다. || 교리 일관성과 공개 품질이 높다. 민감한 대외 질문을 안정적으로 처리할 수 있다. || 속도가 느리고 특정 인력에게 부담이 몰릴 수 있다. || 공식 위키·공식 FAQ로 공개할 문답, 대외 변증성이 큰 질문
|-
| 안 B: 분야별 분과 감수형 || 예수론·재림론·원죄론·축복결혼·성경과 원리강론·교회사 등 주제별 분과를 나누어 감수한다. || 전문성이 높고 2,000개 질문을 병렬로 처리할 수 있다. || 분과별 문체와 판단 기준이 달라질 수 있어 최종 편집 기준이 필요하다. || 질문량이 많고 주제별 전문가를 확보할 수 있을 때
|-
| 안 C: 등급별 단계 공개형 || A등급 핵심 질문 200~300개를 먼저 감수·공개하고, B등급 500개, C등급 참고 질문 순서로 확장한다. || 빠르게 1차 성과를 만들 수 있고, 공개 위험을 줄일 수 있다. || 전체 2,000개 완성까지 시간이 걸린다. || 초기 파일럿과 시범 운영에 가장 현실적인 방식
|-
| 안 D: AI 초안+사람 감수형 || AI가 질문 중복 제거, 유형 분류, 답변 초안을 보조하고, 사람은 근거·표현·공개 여부를 최종 감수한다. || 작업 속도가 빠르고 비용을 줄일 수 있다. || AI 초안을 그대로 신뢰하면 오류가 생긴다. 반드시 사람 감수가 필요하다. || 인력이 부족하지만 많은 질문을 빠르게 정리해야 할 때
|}

현실적인 추천은 `안 C: 등급별 단계 공개형`을 기본으로 하고, 내부 작업에서는 `안 D: AI 초안+사람 감수형`을 보조적으로 사용하는 방식이다. 즉, 2,000개를 한 번에 완성하려 하지 말고, 먼저 핵심 300개를 공개 가능한 수준으로 만들고, 이후 700개, 1,000개, 2,000개로 확장한다.

=== 초기 2,000개 감수 절차안 ===

초기 질문지는 다음 순서로 감수한다.

{| class="wikitable"
! 단계 !! 처리 대상 !! 담당 !! 산출물
|-
| 1단계: 원문 수집 검토 || 2,000개 질문 후보 전체 || 자료 수집 담당자 || 출처, 원문표현, 수집일, 수집방법 확인
|-
| 2단계: 질문 정제 || 중복·공격 표현·불명확 질문 || 편집 담당자, AI 보조 도구 || 대표질문, 변형질문, 중립 질문
|-
| 3단계: 유형 분류 || 전체 질문 || 연구자, 데이터 담당자 || 목표대상, 질문목적유형, 교리주제유형, 신뢰도등급
|-
| 4단계: 우선순위 산정 || A·B·C·D 등급 질문 || 연구자, 목회자 || 1차 공개 후보 200~300개, 보류 질문 목록
|-
| 5단계: 근거 문헌 연결 || A·B등급 질문 || 문헌 담당자, GraphRAG 담당자 || 성경·원리강론·말씀선집·천성경 등 근거 매핑
|-
| 6단계: 답변 초안 작성 || 1차 공개 후보 || 답변 작성자, AI 보조 도구 || 요약답변, 상세답변, 관련질문, 다음 행동
|-
| 7단계: 교리 감수 || 공개 예정 답변 || 교리 검토자, 목회자 || 수정 요청, 승인, 보류 결정
|-
| 8단계: 공개 편집 || 승인 답변 || 편집 담당자 || 위키 공개 문서, FAQ 페이지, AI 참조용 데이터
|}

감수 상태는 다음처럼 관리한다.

{| class="wikitable"
! 상태 !! 의미
|-
| 수집 || 원문과 출처만 확보된 상태
|-
| 정제 || 공격적 표현과 중복을 정리해 대표질문으로 만든 상태
|-
| 분류 || 목표대상, 질문목적유형, 교리주제유형, 신뢰도등급이 붙은 상태
|-
| 근거수집 || 성경, 원리강론, 말씀선집 등 근거 문헌을 찾는 상태
|-
| 초안 || 요약답변과 상세답변 초안이 작성된 상태
|-
| 감수중 || 교리·목회·대외 표현 검토 중인 상태
|-
| 공개가능 || 감수자가 공개 가능하다고 승인한 상태
|-
| 보류 || 근거 부족, 표현 위험, 공개 부적절 등의 이유로 보류한 상태
|}

=== 일간·주간·월간 추가 질문 처리안 ===

초기 2,000개 질문지를 만든 뒤에도 질문은 계속 추가된다. 다만 새 질문이 들어올 때마다 바로 FAQ에 넣으면 품질 관리가 어렵다. 따라서 일간 수집은 가볍게, 주간 정리는 묶어서, 월간 감수는 신중하게 운영한다.

{| class="wikitable"
! 주기 !! 처리 방식 !! 공개 여부 !! 산출물
|-
| 일간 || 자동완성, 관련검색어, 커뮤니티 트렌드, AI 답변 오류를 가볍게 모니터링한다. || 공개하지 않음 || 일일 후보 질문 로그
|-
| 주간 || 일간 후보를 중복 제거하고, 반복 출현 질문과 현장 질문을 묶는다. || 공개하지 않음 || 주간 후보 질문 10~30개, 우선순위 초안
|-
| 월간 || 주간 후보 중 A·B등급 질문을 선정하고 공식 자료·문헌 근거를 연결한다. || 일부 공개 가능 || 월간 신규 FAQ 후보, 감수 요청 목록
|-
| 분기 || 3개월간 누적된 질문을 유형 체계와 공개 FAQ 구조에 반영한다. || 승인분 공개 || 분기 업데이트 묶음, 유형 체계 수정안
|}

추가 질문은 다음 세 종류로 나누어 처리한다.

{| class="wikitable"
! 추가 질문 유형 !! 처리 방식
|-
| 긴급 대응 질문 || 언론, 사회 이슈, 온라인 논쟁, AI 오류 확산처럼 즉시 대응이 필요한 질문은 별도 `긴급 검토` 상태로 올리고 24~72시간 안에 목회자·교리 검토를 받는다.
|-
| 정기 반영 질문 || 검색량이 꾸준히 늘거나 현장에서 반복되는 질문은 월간 회의에서 A·B등급 여부를 판단하고 다음 달 FAQ 작성 대상으로 넣는다.
|-
| 참고·보류 질문 || 커뮤니티 일회성 논쟁, 비방성 질문, 근거 부족 질문은 원문을 과도하게 저장하지 않고 쟁점만 추출해 보류 또는 참고 처리한다.
|}

일간·월간 운영에서 중요한 원칙은 다음과 같다.

* 일간 수집은 `감지`가 목적이고, 공개가 목적이 아니다.
* 월간 감수는 `공개 가능 질문`을 결정하는 단계이다.
* 새 질문은 기존 2,000개 질문과 먼저 중복 비교해야 한다.
* 기존 FAQ로 답할 수 있는 질문은 새 문서가 아니라 관련 질문·변형 질문으로 연결한다.
* 신규 질문이 기존 답변의 부족함을 드러내면 새 답변을 만들기보다 기존 FAQ를 보강할 수 있다.
* 민감 질문은 반드시 공개등급과 감수자를 기록한다.

=== 추천 운영 조합 ===

초기 운영은 다음 조합이 가장 현실적이다.

{| class="wikitable"
! 단계 !! 추천 방식
|-
| 초기 1개월 || 2,000개 질문 후보 수집과 중복 제거. 공개하지 않고 내부 질문지 구축에 집중한다.
|-
| 2~3개월 || A등급 200~300개 질문을 먼저 근거 연결·답변 작성·교리 감수하여 1차 공개한다.
|-
| 4~6개월 || B등급 질문 500~700개를 추가 감수하고, AI 오류 보정형·검색 유입형 질문을 보강한다.
|-
| 6개월 이후 || 일간 수집, 주간 정리, 월간 감수, 분기 공개 업데이트 체계로 전환한다.
|}

따라서 이 시스템의 핵심은 `초기 2,000개 일괄 감수`가 아니라, `핵심 질문부터 단계적으로 공개하고 이후 변경분을 정기 감수하는 운영 체계`이다.

=== 정보 공개·게시 위치 전반안 ===

AI 친화형 교리 FAQ에서 수집·정리한 정보는 한 곳에 모두 공개하지 않는다. 같은 질문 데이터라도 `내부 검토용`, `공식 공개용`, `AI 참조용`, `교육 활용용`, `연구 자료용`으로 나누어 게시해야 한다. 특히 수집 원문, 커뮤니티 표현, AI 오류 로그, 감수 의견은 일반 대중에게 그대로 공개할 자료가 아니다.

==== 공개 수준 구분 ====

{| class="wikitable"
! 공개 수준 !! 공개 대상 !! 포함할 수 있는 내용 !! 공개하면 안 되는 내용
|-
| 일반 공개 || 일반 대중, 외부 기독교인, 새식구, 검색 사용자 || 감수 완료 FAQ, 쉬운 요약답변, 상세답변, 공식 근거문헌, 관련 질문, 다음 행동 || 수집 원문 전체, 커뮤니티 원문, 비방 표현, 미검토 AI 답변, 개인정보, 내부 감수 의견
|-
| 제한 공개 || 목회자, 교육 담당자, 연구자, 내부 검토자 || 답변 카드, 상담 대응안, 예상 질문, 근거 문헌 묶음, 감수 상태, 공개 여부 || 개인 상담 내용, 민감 사례, 외부 비공개 자료, 저작권 문제가 있는 원문 전문
|-
| 내부 운영 || FAQ 운영팀, 교리 감수팀, 데이터 담당자 || 원문 수집 로그, 질문 후보, 중복 판단, AI 오류 진단표, 검토 메모, 우선순위 점수 || 외부 공개용으로 사용하지 않은 비정제 표현을 일반 공개 채널에 노출
|-
| 연구·데이터셋 || 논문 작성자, 연구 협력자, AI 시스템 개발자 || 익명화된 질문 메타데이터, 유형 체계, 승인된 질문·답변, 근거 문헌 매핑, 버전 정보 || 개인 식별 정보, 커뮤니티 작성자 정보, 원문 저작권을 침해할 수 있는 전문 복제
|}

==== 게시 위치별 역할 ====

{| class="wikitable"
! 게시 위치 !! 공개 대상 !! 올릴 내용 !! 올리면 안 되는 내용 !! 목적
|-
| 천일국위키 || 연구자, 목회자, 내부 기획자, 관심 있는 일반 독자 || 프로젝트 설계, 질문 유형 체계, 감수 기준, 근거 문헌 구조, 승인된 대표 FAQ || 미검토 원문, 개인정보, 내부 논쟁 메모 || 기준 문서와 장기 보존 아카이브
|-
| 공식 홈페이지 FAQ || 일반 대중, 외부 기독교인, 새식구 || 감수 완료 질문, 쉬운 요약답변, 핵심 근거, 관련 문서 링크, 상담·교육 연결 || 기술적 수집 방식, 비용 구조, 내부 검토 과정, 커뮤니티 원문 || 대중 접점과 신뢰 가능한 공식 답변
|-
| 별도 AI 친화형 FAQ 사이트 || 검색 사용자, AI 검색 사용자, 모바일 사용자 || 구조화된 Q&A, 주제별 탐색, FAQPage 구조화 데이터, 사이트맵, 관련 질문 묶음 || 내부 운영자료, 미승인 답변, 공격적 질문 원문 || SEO·AEO·GEO 대응을 위한 공개형 지식 허브
|-
| 검색엔진 등록 도구 || Google, 네이버, Bing 등 검색엔진 || 사이트맵, canonical URL, 구조화 데이터, 검색 노출 점검 결과 || 개인정보 포함 URL, 비공개 검토 페이지 || 검색 발견성과 색인 품질 관리
|-
| AI 참조 패키지 || 생성형 AI, GraphRAG, 내부 검색 시스템 || 승인 FAQ JSON/CSV, 용어 사전, 근거 문헌 메타데이터, `llms.txt` 성격의 AI 안내 파일 || 미검토 질문, 저작권 원문 전문, 내부 감수 의견 || AI가 검증된 공식 답변을 참조하도록 유도
|-
| 교육 플랫폼 || 새식구, 기존 식구, 강사, 소그룹 리더 || 원리강론 입문 과정, 질문별 학습자료, 퀴즈, 강의안, PDF, 슬라이드 || 외부 비판 원문을 그대로 노출한 자료, 미감수 답변 || 호기심 이후 학습 단계로 연결
|-
| 목회자·공직자 내부 포털 || 목회자, 공직자, 상담 담당자 || 상담 응답 카드, 예상 반론, 문헌 근거 묶음, 민감 질문 대응 순서 || 일반 공개가 어려운 내부 자료의 외부 노출 || 목회 현장 대응력 강화
|-
| SNS·짧은 영상 채널 || 일반 대중, 청년층, 검색 유입자 || 1분 요약, 핵심 질문 소개, 쉬운 용어 설명, 공식 FAQ 링크 || 민감 교리의 단정적 짧은 결론, 논쟁 유발형 제목, 감수 전 답변 || 관심 유입과 공식 FAQ 이동
|-
| 월간 뉴스레터·업데이트 || 내부 구성원, 관심 구독자, 목회자 || 이번 달 신규 FAQ, 수정된 답변, 자주 나온 질문, AI 오류 보정 사례 요약 || 원문 수집 로그, 개인정보, 내부 검토자 의견 || 정기 운영성과 공유
|-
| 논문·연구 부록 || 연구자, 심사자, 프로젝트 참여자 || 방법론, 질문 분류표, 익명화된 표본, 감수 절차, 평가 기준 || 공개 동의 없는 원문, 커뮤니티 개인 정보, 저작권 전문 || 연구 재현성과 학술적 설명
|}

==== 추천 공개 구조 ====

문서와 시스템은 다음처럼 분리하는 것이 좋다.

{| class="wikitable"
! 구분 !! 권장 위치 !! 역할
|-
| 프로젝트 설계 문서 || `AI 친화형 교리 FAQ` 위키 문서 || 전체 개념, 운영 체계, 수집·감수·공개 원칙을 설명한다.
|-
| 질문 수집 운영지침 || `AI 친화형 교리 FAQ/질문수집_운영지침` 성격의 하위 문서 || API, 검색, 커뮤니티, AI 질의 결과 수집 방법과 비용·제약을 정리한다.
|-
| 공개 FAQ || 공식 홈페이지 또는 별도 FAQ 사이트 || 일반 사용자가 실제로 읽는 감수 완료 Q&A만 게시한다.
|-
| 감수 기준 문서 || 내부 위키 또는 제한 공개 문서 || 질문 등급, 공개 가능성, 표현 기준, 교리 검토 기준을 관리한다.
|-
| 원문·후보 질문 DB || 내부 데이터베이스 또는 접근 제한 스프레드시트 || 수집 원문, 질문 후보, 중복 판단, 감수 상태, 담당자를 관리한다.
|-
| AI 참조 데이터 || 승인된 FAQ의 JSON/CSV/API || 생성형 AI와 GraphRAG가 참조할 수 있는 구조화 데이터를 제공한다.
|}

==== 단계별 게시 전략 ====

{| class="wikitable"
! 단계 !! 게시 전략 !! 산출물
|-
| 1단계: 내부 기준 확정 || 위키에 프로젝트 설계, 수집 원칙, 감수 기준, 공개 기준을 먼저 정리한다. || 기준 문서, 질문지 양식, 감수 상태 체계
|-
| 2단계: 1차 공개 FAQ || A등급 핵심 질문 200~300개만 공식 FAQ 또는 별도 FAQ 사이트에 공개한다. || 감수 완료 공개 FAQ, 관련 질문 링크, 다음 행동 연결
|-
| 3단계: 검색·AI 배포 || sitemap, 구조화 데이터, canonical URL, AI 참조용 요약 파일, 승인 FAQ JSON/CSV를 제공한다. || SEO/AEO/GEO 배포 패키지
|-
| 4단계: 교육·목회 활용 || 공개 FAQ를 바탕으로 강의안, 상담 카드, 소그룹 교재, 영상 스크립트를 만든다. || 교육자료, 목회 대응자료, 영상 콘텐츠
|-
| 5단계: 정기 업데이트 || 월간 신규 FAQ, 분기 구조 개편, AI 오류 보정 사례를 반영한다. || 월간 업데이트, 분기 개정판, 변경 이력
|}

==== 단일 사이트와 분산 게시 방식 비교 ====

FAQ 정보를 공개할 때는 `하나의 사이트에 모두 모을 것인가`, `여러 채널에 분산할 것인가`를 결정해야 한다. 결론부터 말하면, 가장 현실적인 방식은 `하나의 중심 허브`를 두고, 대상과 목적에 따라 `분산 채널`로 확장하는 방식이다. 완전한 단일 사이트는 관리가 쉽지만 유입 경로가 좁고, 완전한 분산 방식은 접점은 넓지만 답변 일관성이 무너질 수 있다.

{| class="wikitable"
! 방식 !! 장점 !! 단점 !! 적합한 경우
|-
| 단일 사이트 집중형 || 브랜드와 답변 기준을 통일하기 쉽고, 검색엔진·AI가 대표 출처로 인식하기 쉽다. 사용자 이동 경로와 성과 분석도 단순하다. || 사용자가 처음 접하는 채널이 제한될 수 있고, 교육·상담·SNS 등 다양한 활용으로 확장하기 어렵다. || 공식 FAQ, AI 친화형 Q&A 허브, 검색 유입 중심 운영
|-
| 완전 분산형 || 위키, 홈페이지, SNS, 교육자료, 목회자료 등 여러 접점에서 사람을 만날 수 있다. 대상별 표현을 달리하기 쉽다. || 같은 질문에 서로 다른 답변이 생길 수 있고, 수정·감수·버전 관리가 어려워진다. 검색엔진과 AI가 대표 출처를 혼동할 수 있다. || 이미 여러 부서와 채널이 독립 운영 중일 때
|-
| 중심 허브+분산 채널형 || 승인된 답변은 하나의 허브에서 관리하고, 외부 채널은 요약·유입·교육·상담 목적에 맞게 변환한다. 일관성과 확장성을 동시에 얻을 수 있다. || 원천 DB, 링크 구조, 업데이트 규칙을 처음에 잘 설계해야 한다. || 본 프로젝트의 권장 방식
|}

따라서 권장 구조는 다음과 같다.

* `중심 허브`: AI 친화형 교리 FAQ 사이트 또는 공식 FAQ 페이지
* `기준 문서`: 천일국위키와 논문 부록
* `유입 채널`: 검색엔진, SNS, 짧은 영상, 커뮤니티 답변 링크
* `심화 채널`: 원리강론 입문 과정, 비교 문서, 온라인 강의
* `상담 채널`: 1:1 질문, 목회자 연결, 지역교회 안내
* `AI 참조 채널`: 승인 FAQ JSON, 용어 사전, 문헌 메타데이터, GraphRAG

즉, 사용자가 보는 입구는 여러 개일 수 있지만, 최종적으로 연결되는 공식 답변의 기준점은 하나여야 한다.

==== 2단계·3단계 전환을 위한 구조 ====

FAQ의 목적은 질문에 답하는 데서 끝나지 않고, 사용자가 다음 단계로 이동하도록 돕는 것이다. 이때 모든 사용자에게 같은 다음 행동을 제시하면 전환율이 낮아진다. 사용자의 현재 상태에 따라 2단계, 3단계로 넘어가는 길을 다르게 설계해야 한다.

{| class="wikitable"
! 사용자 상태 !! 1차 접점 !! 2단계 전환 !! 3단계 전환 !! 유리한 게시 구조
|-
| 단순 호기심 사용자 || 검색 결과, AI 답변, SNS 짧은 영상 || 쉬운 FAQ, 3분 요약, 관련 질문 보기 || 원리강론 입문 페이지, 쉬운 용어집 || 중심 FAQ 허브+SNS 유입
|-
| 외부 기독교인 || 교리 비교 질문, 검색, 커뮤니티 토론 || 성경 본문과 원리강론 비교 설명 || 재림론·원죄론·축복결혼 등 주제별 심화 문서 || 중심 FAQ 허브+비교 문서
|-
| 오해·비판을 가진 사용자 || 이단 논쟁, 비판 질문, AI 답변 오류 || 중립적 쟁점 질문과 사실관계 정리 || 공식 문헌 근거, 상담 질문 남기기 || 중심 FAQ 허브+근거 문헌 페이지
|-
| 새식구·입문자 || 쉬운 설명 FAQ, 교회 안내 링크 || 입문 강의, 학습 순서, 퀴즈 || 소그룹 신청, 교육 과정 등록 || FAQ 허브+교육 플랫폼
|-
| 깊이 공부하려는 사용자 || 문헌 근거 질문, 말씀 검색 || 원리강론·말씀선집 근거 문단 || GraphRAG 검색, 주제별 문헌 지도 || FAQ 허브+문헌 DB
|-
| 개인 상담이 필요한 사용자 || FAQ로 해결되지 않는 질문 || 1:1 질문 폼, 개인정보 동의 || 목회자 상담, 지역교회 연결 || FAQ 허브+상담 시스템
|}

2단계·3단계 전환에 유리한 구조는 `단일 사이트만 운영`하는 방식이 아니라, 중심 FAQ 허브 안에 다음 행동을 명확히 넣고 필요한 곳으로 연결하는 방식이다. 예를 들어 `축복결혼은 무엇인가?`라는 FAQ는 답변만 제공하지 말고 다음과 같이 이어져야 한다.

{| class="wikitable"
! 단계 !! 화면에서 제공할 요소
|-
| 1단계 답변 || 축복결혼의 기본 의미를 5~7문장으로 요약한다.
|-
| 2단계 이해 || `성경과 축복결혼`, `원리강론의 결혼관`, `참가정 개념` 같은 관련 FAQ를 제시한다.
|-
| 3단계 학습 || 원리강론 입문 강의, 15분 영상, 소그룹 교재, 퀴즈로 연결한다.
|-
| 4단계 개인 질문 || 더 묻고 싶은 내용을 남기는 1:1 질문 폼이나 상담 신청으로 연결한다.
|-
| 5단계 공동체 참여 || 가까운 교회, 교육 일정, 새식구 안내 페이지로 연결한다.
|}

==== 전환을 높이는 화면 구성 원칙 ====

* 각 FAQ 첫 화면에는 `짧은 답변`, `상세 설명`, `근거 문헌`, `관련 질문`, `다음 행동`을 고정 구조로 둔다.
* 답변 아래에는 항상 하나의 주된 다음 행동을 둔다. 예: `원리강론 입문으로 이어보기`, `성경 비교 설명 보기`, `목회자에게 질문 남기기`.
* 질문 유형별로 다음 행동을 다르게 제시한다. 외부 기독교인에게는 비교 설명, 입문자에게는 학습 순서, 상담형 질문에는 1:1 질문을 우선 제시한다.
* SNS와 짧은 영상은 긴 설명을 담는 곳이 아니라 중심 FAQ로 데려오는 입구로 사용한다.
* 내부 위키와 운영문서는 전환용 화면이 아니라 기준과 근거를 관리하는 곳으로 둔다.
* 모든 채널의 링크는 최종적으로 승인된 중심 FAQ 또는 공식 학습 페이지로 모이게 한다.

결론적으로, 2단계·3단계 전환까지 고려하면 `중심 허브+분산 채널형`이 가장 유리하다. 중심 허브는 신뢰와 일관성을 만들고, 분산 채널은 유입과 대상별 접근성을 넓힌다. 다만 모든 분산 채널은 독립 답변을 만들지 말고 중심 허브의 승인된 질문ID와 답변을 기준으로 요약·재가공해야 한다.

==== 단일 원천 관리 원칙 ====

게시 위치가 여러 개가 되면 서로 다른 답변이 생길 위험이 있다. 따라서 모든 공개물은 하나의 승인 데이터베이스에서 파생되어야 한다.

* 원천 데이터는 `질문ID`, `대표질문`, `변형질문`, `답변`, `근거문헌`, `감수상태`, `공개등급`, `최종수정일`, `검토자`를 가진다.
* 공식 홈페이지, 위키, AI 참조 파일, 교육자료는 같은 승인 데이터를 각 목적에 맞게 변환해 사용한다.
* 답변마다 `초안`, `감수중`, `공개승인`, `수정필요`, `보류` 상태를 표시한다.
* 공개 페이지에는 최종수정일과 관련 질문을 표시해 업데이트 신뢰도를 높인다.
* 내부 원문 수집자료와 공개 FAQ를 분리하여 개인정보, 저작권, 비방 표현, 미검토 AI 답변이 외부로 나가지 않게 한다.

현 단계에서 이 문서에 정리하는 기술 수집 방식, 비용 구조, 감수 운영안, 게시 전략은 일반 대중용 FAQ라기보다 `운영 설계 문서`에 가깝다. 따라서 천일국위키와 논문 부록, 내부 운영지침에는 포함하되, 일반 공개 FAQ 화면에는 감수 완료 질문·답변·근거·다음 행동만 보여 주는 것이 적절하다.

=== 질문 유형별 다음 행동 ===

{| class="wikitable"
! 질문목적유형 !! 답변 후 제안할 다음 행동
|-
| 외부 기독교인의 교리적 답답함 || 관련 성경 구절 비교, 원리강론 해당 절 읽기, 추가 질문 남기기
|-
| 가정연합이 알리고 싶은 핵심 사항 || 공식 소개 문서, 핵심 가치 영상, 축복·참가정 설명 페이지로 이동
|-
| 오해·왜곡 해소형 || 사실관계 정리 문서, 공식 명칭·역사 설명, 자주 묻는 오해 목록 연결
|-
| 입문자 기초 이해형 || 원리강론 입문 순서, 새식구 교육자료, 쉬운 용어집 연결
|-
| 내부 식구 신앙 심화형 || 말씀 원문, 훈독 자료, 소그룹 토론 질문 연결
|-
| 목회 현장 대응형 || 강의안, 예상 반론, 상담 응답 카드, 문헌 근거 묶음 제공
|-
| AI 오류 보정형 || AI 답변 오류 보고, 공식 근거 기반 보정 답변, 검색엔진·AI 노출용 정리문 작성
|-
| 사회·윤리 쟁점형 || 가정·결혼·평화 관련 공식 자료, 사회활동 사례, 토론용 질문 연결
|-
| 문헌 근거 탐색형 || 말씀선집·원리강론 근거 문단, 관련 주제 그래프, 인용 가능한 출처 제공
|}

=== 답변 말미의 표준 안내 문장 ===

각 FAQ 답변 끝에는 사용자의 다음 행동을 돕는 짧은 안내를 붙일 수 있다.

* 더 깊이 알고 싶다면: 관련 원리강론 절과 말씀선집 근거를 읽어 보십시오.
* 비교해서 알고 싶다면: 성경 본문과 가정연합의 해석 차이를 함께 확인하십시오.
* 개인적인 신앙 질문이라면: 가까운 교회나 담당 목회자와 대화하는 것이 좋습니다.
* 계속 궁금한 점이 있다면: 후속 질문을 남기고 관련 FAQ를 이어서 확인하십시오.

== 구축 단계 ==

{| class="wikitable"
! 단계 !! 작업 내용 !! 산출물
|-
| 1단계 || 목표 대상자 확정 || 외부 기독교인, 일반 대중, 새식구, 기존 식구, 목회자, 연구자별 질문 범위
|-
| 2단계 || 일간·주간·월간 질문 수집 체계 운영 || 일일 후보 질문, 주간 현장 질문, 월간 공신력 검토 질문
|-
| 3단계 || 질문 유형 분류와 신뢰도 등급 부여 || 예수론, 재림론, 원죄론, 축복결혼, 성경해석 등 분류표와 A~D 등급
|-
| 4단계 || 문헌 근거 연결 || 성경, 원리강론, 말씀선집, 천성경, 평화경, 참가정경 근거 목록
|-
| 5단계 || FAQ 답변 초안 작성 || 요약답변과 상세설명
|-
| 6단계 || GraphRAG 연결 || 질문-개념-문헌-근거 문단 관계 그래프
|-
| 7단계 || 검토와 공개등급 설정 || 공개 가능 문답과 내부 검토 문답 분리
|}

== 2번 논문과의 연결 ==

이 문서는 [[말씀선집 GraphRAG 연구]]의 후속 추가 작업으로, 논문 안에서는 다음 위치에 배치할 수 있다.

* 연구 배경: 생성형 AI 시대에 종교 정보 탐색 방식이 검색에서 답변으로 이동했다는 근거
* 연구 목적: 말씀선집 GraphRAG를 교리 질의응답 시스템으로 확장하는 목표
* 연구 방법: FAQ 데이터셋, 문헌 근거 연결, GraphRAG 검색 구조 설계
* 활용 방안: 종교 교육, 신학 연구, 기독교 변증, 대외 홍보, AI 답변 노출 전략
* 한계: 교리 왜곡 가능성, 비공식 답변의 위험, 원문 근거 검증 필요성

== 관련 문서 ==

* [[말씀선집 GraphRAG 연구]]
* [[말씀선집 GraphRAG 연구/논문 03 - Improving LLM Reliability with RAG in Religious Question-Answering: MufassirQAS]]
* [[말씀선집 GraphRAG 연구/논문 04 - FARSIQA: Faithful and Advanced RAG System for Islamic Question Answering]]
* [[말씀선집 GraphRAG 연구/논문 10 - 한국어 Hybrid RAG 기반 질의응답 시스템 구축에 관한 연구]]

[[분류:말씀선집 GraphRAG 연구]]
[[분류:GraphRAG]]
[[분류:AI]]
[[분류:교리 FAQ]]