원문 기반 심화 분석 · WikiDocs LLM위키 완벽 가이드 4.3

4.3 첫 질문으로 방향 잡기

첫 질문은 답을 빨리 얻기 위한 문장이 아니라, 현재 위키가 무엇을 알고 무엇을 모르는지 드러내는 진단 장치다. 자료 범위, 결정 목적, 답변 형식, 검증 요청을 함께 넣어야 LLM의 일반론과 위키 근거를 분리할 수 있다.

원문 URL: https://wikidocs.net/353392 · 확인일: 2026-06-06 KST · source: md/wikidocs/pages/04-03-first-question.md

핵심 결론

첫 질문은 진단이다

첫 답변의 품질보다 더 중요한 것은 답변이 현재 raw와 wiki 근거에 닿아 있는지, 어디서 추정이 시작되는지, 다음에 어떤 자료가 필요한지 확인하는 것이다.

네 가지 앵커가 필요하다

좋은 첫 질문은 사용할 자료 범위, 돕고 싶은 결정 목적, 재사용 가능한 답변 형식, 근거와 확인 필요를 나누라는 검증 요청을 포함한다.

첫 답변은 세 갈래로 읽는다

답변을 확인된 내용, 제한된 추정, 추가로 필요한 자료로 나누면 채택 가능한 지식과 보류해야 할 해석을 섞지 않게 된다.

빈틈은 backlog가 된다

근거가 약한 문장과 확인 필요 항목은 실패가 아니라 다음 raw 수집, wiki 보강, 두 번째 질문을 만드는 입력이다.

원문 구조와 실무 의미

원문 절	핵심 내용	실무 의미
도입부	첫 질문은 위키 방향을 정하는 나침반이다.	요약 요청이 아니라 자료 범위와 빈틈을 확인하는 절차로 다룬다.
업무 질문을 위키 질문으로 바꾸기	막연한 업무 질문을 현재 위키 안 자료 기준으로 좁힌다.	LLM이 위키 밖 일반론을 확인된 지식처럼 섞는 위험을 줄인다.
첫 질문 후보 만들기	자료 기준, 결정 목적, 답변 형식, 검증 요청을 표로 채운다.	4.1의 주제 카드와 4.2의 초기 폴더 구조를 실제 프롬프트로 전환한다.
초기 답변 만들기	첫 답변은 완성본이 아니라 현재 위키 상태를 보여 주는 진단 결과다.	자료 부족, 질문 범위 문제, 출처 연결 문제를 분리해서 본다.
부족한 자료를 역으로 찾기	답변의 약한 근거와 확인 필요 항목에서 다음 자료를 찾는다.	첫 답변을 복사하지 않고 자료 수집 계획으로 바꾼다.
다음 질문으로 연결하기	부족한 근거를 겨냥하는 두 번째 질문을 만든다.	일반 조언 요청에서 구체적인 판단 질문으로 좁혀 간다.

첫 질문 설계 원칙

막연한 질문은 관심사를 말해 주지만 위키 질문으로는 부족하다. 예를 들어 “반복 업무를 줄이려면 무엇을 해야 하는가”는 자동화 일반론을 불러오기 쉽다. 위키 질문은 현재 존재하는 raw/meeting-notes/, raw/work-memos/, wiki/ 문서 중 어느 범위를 사용할지 지정하고, 다음 주 자동화 후보 1개 선정처럼 판단 목적을 붙여야 한다.

앵커	질문에 넣을 내용	효과
자료 기준	사용할 `raw`와 `wiki` 경로	답변의 근거 범위를 제한한다.
결정 목적	자동화 후보 선정, 보고서 작성, 자료 보강 판단 등	답변이 어떤 행동을 돕는지 분명해진다.
답변 형식	표, 목록, 비교 기준, 실행 항목	후속 산출물과 다음 질문으로 재사용하기 쉽다.
검증 요청	근거, 확인 필요, 제한된 추정 분리	확인된 지식과 추정을 섞지 않는다.

핵심 표현은 “현재 자료 기준”이다. 이는 완전한 보안 장치가 아니라 답변의 중심을 현재 위키 근거로 제한하는 작업 계약이다. 결과가 실제로 그 계약을 지켰는지는 별도 검증해야 한다.

초기 답변을 받는 구조

첫 답변은 믿기 쉽게 만드는 문서가 아니라 의심하기 쉽게 만드는 문서여야 한다. 따라서 답변 요청 단계에서부터 확인된 내용, 제한된 추정, 추가 자료를 나누도록 요구한다.

구역	들어갈 내용	처리 기준
확인된 내용	`raw` 원천 자료나 `wiki` 문서로 뒷받침되는 내용	근거 파일과 확인일을 붙인 뒤 관련 wiki 반영 후보로 둔다.
제한된 추정	자료가 적지만 가능성이 있는 해석	보고서 단정문으로 쓰지 않고 확인 필요로 보류한다.
추가로 필요한 자료	더 나은 판단을 위해 필요한 원천과 정리 문서	5장의 수집 기준과 backlog로 넘긴다.
다음 질문	첫 답변의 약한 근거를 직접 겨냥하는 후속 질문	다시 넓게 묻지 않고 부족한 자료와 판단 기준을 확인한다.

프롬프트 템플릿

현재 위키의 [raw 경로]와 [wiki 문서]만 기준으로,
[결정 목적]을 위해 [업무 질문]에 답해 주세요.

답변은 다음 형식으로 작성해 주세요.
1. 확인된 내용
2. 제한된 추정
3. 추가로 필요한 자료
4. 다음 질문 3개

각 핵심 항목에는 근거가 되는 원천 자료 또는 위키 문서를 표시해 주세요.
자료에서 확인되지 않는 내용은 단정하지 말고 확인 필요로 표시해 주세요.
위키 밖 일반 조언이 필요하다면 별도 추정으로 분리해 주세요.

역방향 자료 찾기

4.3의 실무 전환점은 첫 답변을 거꾸로 읽는 것이다. 효과가 크다고 하지만 근거가 없는 문장, 반복된다고 하지만 사례 수가 부족한 문장, 자동화 후보라고 하지만 비교 기준이 없는 문장을 찾아 다음 자료 목록으로 바꾼다.

초기 답변의 위험 신호	필요한 자료	저장 위치 후보	다음 행동
효과가 클 가능성이 있다고 하지만 근거가 없다.	최근 3회 작업 시간 기록	`raw/work-logs/`	작업 시간을 기록하거나 기존 기록을 수집한다.
반복된다고 하지만 사례 수가 부족하다.	최근 회의록 3-5개	`raw/meeting-notes/`	회의록 원문과 확인일을 남긴다.
검토자가 자주 고친다고 하지만 수정 사례가 없다.	수정 요청, 검토 코멘트	`raw/review-comments/`	민감 정보 제거 후 원천 카드로 저장한다.
자동화하면 안 되는 판단 항목이 불명확하다.	사람 검토가 필요한 예외 목록	`wiki/automation-boundaries.md`	확인된 기준과 확인 필요를 나눈다.
자동화 후보 1순위라고 하지만 비교가 없다.	후보별 빈도, 영향, 난이도 표	`wiki/automation-candidates.md`	비교 기준을 추가하고 두 번째 질문을 만든다.

확인 필요 항목은 귀찮은 결함이 아니라 다음 수집 방향이다. 다만 회의록, 고객 문의, 계약 조건, 작업 로그에는 개인정보와 내부 정책 정보가 섞일 수 있으므로 수집 전 익명화와 접근 권한을 확인해야 한다.

반영 절차

4.1의 첫 주제 카드에서 업무 주제, 원천 자료 후보, 성공 기준을 확인한다.
4.2의 raw/, wiki/, output/, index.md, log.md, 지침 파일 구조를 확인한다.
막연한 업무 질문에 자료 기준, 결정 목적, 답변 형식, 검증 요청을 붙인다.
첫 답변을 확인된 내용, 제한된 추정, 추가로 필요한 자료, 다음 질문으로 받는다.
답변 문장을 원천 근거 있음, wiki 근거 있음, 제한된 추정, 출처 없음, 확인 필요로 분류한다.
확인된 내용은 관련 wiki 반영 후보로 두고, 제한된 추정은 확인 필요 또는 log.md에 남긴다.
추가 자료 목록에는 필요한 자료, 저장 위치, 우선순위, 민감 정보 여부를 붙인다.
두 번째 질문은 첫 답변의 약한 근거를 직접 겨냥하도록 만든다.

체크리스트

첫 질문

단순 요약 요청에 머물지 않는다.
사용할 raw 또는 wiki 범위가 들어 있다.
답변이 어떤 결정을 돕는지 명확하다.
답변 형식이 표, 목록, 비교 기준, 실행 항목처럼 재사용 가능하다.
근거가 부족한 내용은 확인 필요 또는 제한된 추정으로 표시하라고 했다.

초기 답변

확인된 내용, 제한된 추정, 추가로 필요한 자료로 나뉜다.
확인된 내용에는 raw 또는 wiki 근거가 있다.
출처 없는 단정문은 확인 필요로 낮춘다.
답변의 좋은 문장보다 빈틈과 추가 자료 목록을 먼저 검토한다.

자료 보강과 로그

확인 필요 항목마다 필요한 자료와 저장 위치를 정했다.
민감 정보가 있는 자료는 익명화, 보류, 승인 필요로 나눴다.
첫 답변 전체를 wiki에 복사하지 않았다.
추가 자료 목록과 다음 질문을 log.md에 남길 수 있다.

한계와 확인 필요

이 분석은 2026-06-06 KST에 확인한 WikiDocs 원문 구조와 제공된 분석 문서를 기준으로 한다. 원문 최신 수정 여부는 WikiDocs 원문에서 다시 확인해야 한다.
원문이 언급한 Karpathy LLM Wiki, nvk/llm-wiki, Codex AGENTS.md, Claude Code memory, WiCER 등 외부 참고 자료의 현재성은 이 페이지에서 별도 검증하지 않았다.
첫 질문을 잘 만들어도 원천 자료가 부족하면 좋은 답을 만들 수 없다. 질문 설계는 자료 부족을 해결하는 장치가 아니라 부족한 자료를 드러내는 장치다.
초기 답변의 추정은 보고서나 실행 계획으로 바로 승격하지 않는다. 효과, 우선순위, 시간 절감, 자동화 가능성은 실제 자료와 검증 기준이 필요하다.

완료 기준

막연한 업무 질문을 자료 기준, 결정 목적, 답변 형식, 검증 요청이 포함된 위키 질문으로 바꿨다.
첫 질문이 현재 raw와 wiki 범위를 기준으로 답하도록 제한했다.
초기 답변을 확인된 내용, 제한된 추정, 추가로 필요한 자료, 다음 질문으로 받았다.
답변 문장을 근거 있음, 제한된 추정, 출처 없음, 확인 필요로 분류했다.
확인 필요 항목을 필요한 자료, 저장 위치, 우선순위가 있는 보강 목록으로 바꿨다.
두 번째 질문이 첫 답변의 부족한 근거를 직접 겨냥한다.
확인된 내용, 보류할 추정, 추가 자료, 다음 질문을 wiki, index.md, log.md에 어떻게 반영할지 정했다.

Source path: data/runtime/write-agents/LLM wiki reference analyses/md/wikidocs/pages/04-03-first-question.md