6.3 답변을 다시 위키에 반영하기

핵심 요약

원문 메타

원문 구조와 실무 의미

답변 이후 운영 루프

좋은 답변과 업무 결정은 다르다

LLM의 좋은 답변은 유용한 후보일 수 있지만, 결정은 조직이나 개인의 업무 기준으로 실제 채택한 결론이다. 따라서 결정 로그는 단순 결과 메모가 아니라 나중에 같은 논의를 반복하지 않게 하는 판단 기록이어야 한다.

답변은 세 갈래 이상으로 분류한다

답변 전체를 위키에 넣으면 근거 있는 내용, 추정, 결정, 일반론이 같은 무게를 갖는다. 먼저 요소별 처리 위치를 정해야 한다.

새 지식 반영 원칙

질문 과정에서 새로 알게 된 내용은 원본과 섞지 않고 관련 주제 문서에 추가한다. LLM 답변 문장은 원본 자료가 아니므로 raw에 덮어쓰지 않는다.

나쁜 반영 방식은 답변 전체 붙여넣기, 출처 없는 요약, 기존 문서 끝에 무한히 덧붙이기, 불확실성 단정이다. 반대로 좋은 반영은 적더라도 근거와 재질문 가능성을 보존한다.

index와 log까지 갱신한다

index.md는 무엇이 어디 있는지 알려 주고, log.md는 왜 이런 문서가 생겼는지 알려 준다. 결정과 새 지식이 있어도 index에 없으면 찾기 어렵고, log가 없으면 변경 이유를 복구하기 어렵다.

반복 질문 템플릿

회의록 정리, 보고서 초안 작성, 자료 검토, 결정 사항 추적처럼 반복되는 작업은 템플릿으로 남긴다. 템플릿은 친절한 문장을 보관하는 곳이 아니라 매번 같은 품질 기준을 적용하기 위한 장치다.

# 반복 질문 템플릿: 작업 이름

## 작업 목적
- 무엇을 얻고 싶은지 쓴다.

## 입력 자료
- 원천 자료: {raw_file}

## 참고할 위키 문서
- wiki/...
- wiki/decisions.md

## 요청 문장
- {raw_file}을 읽고 참고 문서 기준으로 결과를 작성한다.

## 출력 형식
| 항목 | 근거 | 상태 | 확인 필요 |
| --- | --- | --- | --- |

## 검증 기준
- 원천 자료에 없는 내용은 추정으로 표시한다.
- 근거가 약한 내용은 확인 필요로 둔다.
- 기존 결정과 충돌하는 내용은 별도 목록으로 분리한다.
- 답변 끝에 위키 반영 후보와 보류 후보를 제안한다.

실무 적용 절차

1. 6.2에서 만든 답변 근거 라벨을 열고 원천 근거, wiki 근거, 추정, 출처 없음, 확인 필요를 확인한다.
2. 답변 전체를 반영 대상으로 보지 말고 반영, 보류, 폐기 후보로 나눈다.
3. 실제 업무 기준으로 채택한 결론이 있는지 확인하고, 채택하지 않은 제안은 결정 로그에 넣지 않는다.
4. 채택한 결론은 wiki/decisions.md 또는 주제별 결정 로그에 기록한다.
5. 결정 기록에는 결정, 이유, 근거, 확인 날짜, 남은 의문, 다음 행동을 포함한다.
6. 원천 자료에서 확인되는 새 지식은 관련 wiki/ 문서에 반영한다.
7. 새 지식에는 한 문장 요약, 확인된 내용, 근거, 확인 필요, 다시 물어볼 질문을 포함한다.
8. LLM 답변 문장을 raw 원본처럼 저장하지 않는다.
9. 근거가 약한 내용은 확인 필요, log.md, 수집 backlog로 보낸다.
10. 같은 질문을 다시 할 가능성이 있으면 템플릿 후보로 둔다.
11. 질문 템플릿에는 작업 목적, 입력 자료, 참고할 위키 문서, 출력 형식, 검증 기준을 넣는다.
12. 템플릿이 특정 raw 경로에 묶이지 않도록 자리표시자를 둔다.
13. 새 문서와 템플릿은 index.md에 링크와 사용 목적 중심으로 등록한다.
14. log.md에는 반영 날짜, 사용한 raw와 답변, 변경 문서, 확인 필요, 다음 행동을 남긴다.
15. 반영 후 raw가 바뀌지 않았는지 확인한다.
16. 결정, 주제 지식, 템플릿, index, log가 서로 연결되는지 확인한다.
17. output 산출물로 넘길 내용과 아직 확인 필요로 남길 내용을 분리한다.
18. 7장으로 넘어가기 전 보고서나 실행 계획에 들어갈 주장이 결정 로그와 wiki 근거를 갖는지 점검한다.
19. 8장 감사 루틴에서 최신성, 중복, 충돌, 링크 점검 대상이 되도록 log에 남긴다.

체크리스트

반영 전

• 답변 문장별 근거 라벨이 있다.
• 원천 근거, wiki 근거, 추정, 출처 없음, 확인 필요가 구분되어 있다.
• 출처 없는 일반론을 위키에 넣지 않았다.
• LLM 답변을 raw 원본처럼 취급하지 않는다.
• 반영할 항목과 폐기할 항목을 나누었다.

결정 기록

• 실제로 채택한 결론만 결정 로그에 남겼다.
• 결정, 이유, 근거, 확인 날짜, 남은 의문, 다음 행동이 있다.
• 채택하지 않은 제안이나 추정을 결정처럼 쓰지 않았다.
• 결정이 관련 주제 문서나 템플릿 갱신으로 이어진다.
• 오래될 수 있는 결정에는 재확인 조건이 있다.

새 지식과 탐색성

• 새 지식은 관련 wiki/ 문서에 반영했다.
• 원본 자료는 raw/에 보존했다.
• 확인된 내용과 확인 필요가 분리되어 있다.
• 핵심 주장마다 원천 자료 경로, URL, 확인 날짜 중 하나 이상이 있다.
• 새 문서와 템플릿을 index.md에서 찾을 수 있다.
• log.md에 반영 이력이 남아 있다.

보안과 품질

• 개인정보, 고객명, 계약 조건, 비공개 코드가 파생 문서로 퍼지지 않았다.
• 민감 정보가 필요한 경우 익명화, 접근 권한, 외부 LLM 호출 여부를 확인했다.
• 템플릿이나 지침 파일이 결과를 강제한다고 착각하지 않는다.
• output 산출물로 넘기기 전에 결정과 새 지식이 wiki와 log에 반영되어 있다.

좋은 질문과 검증 질문

LLM에게 던질 질문

• 아래 답변을 결정, 새 지식, 추정 또는 제안, 반복 질문 템플릿 후보, 폐기 후보로 분류해 주세요. 각 항목에 근거 위치와 확인 필요를 붙여 주세요.
• 이 결정 로그 항목이 충분한지 점검해 주세요. 결정, 이유, 근거, 확인 날짜, 남은 의문, 다음 행동 중 빠진 항목을 표시해 주세요.
• 아래 답변에서 관련 wiki/ 문서에 반영할 확인된 내용만 추려 주세요. 원천 자료 경로와 확인 날짜가 없는 문장은 확인 필요로 낮춰 주세요.
• 이 반복 질문을 템플릿으로 바꿔 주세요. 작업 목적, 입력 자료, 참고 문서, 출력 형식, 검증 기준, 위키 반영 후보를 포함해 주세요.
• 반영 후 갱신해야 할 index.md, log.md, AGENTS.md 또는 CLAUDE.md 항목을 제안해 주세요. 본문을 장문 복사하지 말고 링크와 처리 이력 중심으로 작성해 주세요.

사람이 확인할 질문

• 이 내용은 실제로 채택한 결정인가, 좋은 제안인가, 아직 확인이 필요한 추정인가?
• 이 문장의 원천 근거를 raw 또는 원문 URL에서 다시 확인할 수 있는가?
• 답변을 위키에 넣는 것이 다음 질문을 실제로 짧고 정확하게 만드는가?
• 결정 로그와 주제 지식 문서가 같은 역할을 중복하고 있지 않은가?
• 확인 필요를 삭제해 문서를 매끄럽게 만들고 있지 않은가?
• 템플릿은 재사용할 입력 자료와 참고 문서를 명확히 요구하는가?
• index만 보고 새 문서와 템플릿을 찾을 수 있는가?
• log만 보고 언제 어떤 근거로 어떤 문서가 바뀌었는지 알 수 있는가?
• output 산출물에 들어갈 문장이 decision/wiki 근거 없이 단정되어 있지 않은가?

관련 문서

• 6장. 위키에 질문하고 답을 검증하기: 6.3을 6장 전체 질문, 검증, 반영 흐름 안에 배치한다.
• 6.1 좋은 질문 만들기: 템플릿으로 남길 질문이 자료 범위, 결정 목적, 출력 형식을 갖추도록 한다.
• 6.2 답변의 근거 확인하기: 6.3에서 반영할 답변을 문장별 근거와 확실성 등급으로 검증한다.
• 4.3 첫 질문으로 방향 잡기: 첫 답변에서 확인된 내용, 제한된 추정, 추가 자료를 나누는 흐름을 제공한다.
• 5.2 자료 수집하기: 반영할 새 지식의 raw 원천 카드와 처리 이력을 남기는 방법을 제공한다.
• 5.3 위키 문서로 정리하기: 새 지식을 질문 기준의 주제별 wiki 문서로 나누고 중복과 모순을 처리한다.
• 7.1 산출물의 목적 정하기: 반영된 위키 지식을 요약, 보고서, 실행 계획 중 어떤 output으로 만들지 결정한다.
• 7.2 업무 보고서 만들기: 결정 로그와 wiki 근거를 주장-근거 매트릭스로 옮긴다.
• 7.3 다음 행동으로 연결하기: 결정과 보고서 문장을 담당자, 기한, 완료 기준이 있는 실행 항목으로 바꾼다.
• 8.1 위키에도 점검이 필요한 이유: 반영된 지식이 시간이 지나며 출처와 조건을 잃는 위험을 점검한다.
• 8.2 정리와 감사 흐름 만들기: index, log, templates, decisions를 주기적으로 감사하는 흐름으로 확장한다.
• 8.4 내 업무 루틴에 붙이기: 반영과 템플릿화를 daily-inbox와 주간 점검 루틴에 붙인다.

한계와 확인 필요

• 이 문서는 2026-06-06 KST에 WikiDocs 원문을 직접 열람해 작성된 Markdown 분석을 HTML로 변환한 것이다. 원문 표현, 예시 명령, 마지막 편집 여부는 WikiDocs 원문에서 다시 확인해야 한다.
• 원문 실습의 회의록 자동화와 온보딩 고객군 예시는 학습용이다. 실제 자료에는 개인정보, 고객명, 계약 조건, 내부 전략, 비공개 코드가 포함될 수 있으므로 raw와 wiki 반영 전 익명화와 접근 권한을 확인해야 한다.
• AGENTS.md, CLAUDE.md, templates/는 LLM에게 작업 기준을 전달하는 장치일 뿐 결과 품질을 자동 보장하지 않는다.
• 결정 로그는 조직의 공식 승인 기록을 대체하지 않는다. 실제 승인, 법무, 보안, 고객 커뮤니케이션 기준이 필요한 결정은 별도 공식 절차와 연결해야 한다.
• 원문이 언급한 Karpathy LLM Wiki, nvk/llm-wiki, Codex AGENTS.md, Claude Code memory, WiCER 프리프린트는 원문 확인일 기준 참고 근거다. 실제 도구 사용 전 현재 공식 문서와 설치된 도움말을 다시 확인해야 한다.

이 절의 완료 기준

1. 검증한 답변을 결정, 새 지식, 추정 또는 제안, 반복 질문 후보, 폐기 후보로 분류했다.
2. 실제로 채택한 결론만 결정 로그에 기록했다.
3. 결정 기록에는 결정, 이유, 근거, 확인 날짜, 남은 의문, 다음 행동이 있다.
4. 새 지식은 원천 경로와 확인 날짜, 확인 필요를 포함해 관련 wiki/ 문서에 반영했다.
5. raw 원본을 LLM 요약이나 파생 지식으로 덮어쓰지 않았다.
6. 반복 질문은 작업 목적, 입력 자료, 참고 문서, 출력 형식, 검증 기준을 가진 템플릿으로 남겼다.
7. 새 문서와 템플릿을 index.md에서 찾을 수 있다.
8. 반영 이력이 log.md에 남아 있다.
9. 미확인 내용은 단정하지 않고 확인 필요 또는 수집 backlog로 남겼다.
10. 7장의 보고서와 실행 계획으로 넘길 내용이 decision/wiki 근거를 갖고 있다.