논문을 모았는데
연구는 왜 그대로일까
모으고, 읽고, 관리하는 일은 서로 다른 일입니다. 셋을 한 폴더가 떠안으면 셋 다 멈춥니다.
- 01모으기다운로드 폴더에 PDF가 쌓인다
- 02읽기요약은 그때그때 만들고 사라진다
- 03쓰기필요할 때 다시 찾지 못한다
요약은 압축이고
위키는 컴파일입니다
요약은 한 번 쓰고 사라지는 결과물입니다. 위키는 원문을 그대로 두고 규칙대로 쪼개 쌓는 지식입니다.
- 01요약대화 안에서 만들고 대화와 함께 묻힘
- 02검색질문할 때마다 원문을 다시 뒤짐
- 03위키미리 정리해 두고 계속 덧붙임
원문: 바꾸지 않는다 / AI: 규칙대로 쪼개고 잇는다 / 연구자: 규칙을 정한다
LLM Wiki의 세 층
원문, 위키, 규칙. 위키의 품질은 모델보다 규칙 파일이 정합니다.
- 01원문논문과 자료를 바꾸지 않고 보관
- 02위키개념, 주장, 방법을 페이지로 연결
- 03규칙무엇을 어떻게 남길지 적은 파일
논문 한 편을
같은 항목으로 남깁니다
템플릿이 곧 연구 기준입니다. 같은 칸이 있어야 나중에 여러 편을 나란히 놓을 수 있습니다.
- 01질문과 방법무엇을 어떻게 물었나
- 02주장과 근거주장마다 원문 위치
- 03한계와 관계지지, 반박, 불확실
- 04내 연구어디에 쓸 수 있나
주장마다
원문 위치를 남깁니다
요약문보다 근거의 위치가 오래 갑니다. 나중에 인용할 때 다시 원문을 뒤지지 않아도 됩니다.
- 01원문 인용주장 옆에 문장 그대로
- 02개념 관계다른 논문과 무엇이 이어지나
- 03내 원고 맥락어디에 인용할 수 있나
한 편을 허브와
단계 노트로 나눕니다
논문 한 편을 긴 요약 하나로 두지 않고, 허브 한 장과 단계별 노트로 나눠 필요한 단계만 꺼내 씁니다.
- 01허브논문 전체의 입구
- 02단계 노트방법, 결과, 한계를 따로
- 03속성원문, 허브, 검증 상태를 기록
오늘 밤 시작점
LLM Wiki 스타터킷
오늘 본 세 층 구조를 빈 볼트로 공개해 두었습니다. 내려받아 Obsidian으로 열면 바로 시작할 수 있습니다.
- 01구조원문, 위키, 질의, 논문 분석 폴더
- 02규칙에이전트가 읽는 규칙 파일
- 03명령수집, 질의, 점검 절차
위키는 넓게,
볼트는 깊게
위키는 AI가 넓게 정리한 참고 층이고, 메인 볼트는 내가 쓴 해석의 층입니다. 섞지 않고 잇습니다.
- 01참고 층위키, 많은 논문을 넓게 정리
- 02해석 층메인 볼트, 내 문장과 프로젝트
- 03연결둘을 오가는 링크와 질문
위키: AI가 쓰고 사람이 검토 / 메인 볼트: 사람이 쓰고 AI가 돕는다
질문 하나가
두 층을 묶습니다
"언제 검색이 필요하고 언제 위키로 충분한가"라는 질문이 개념 페이지와 판단 기준 표로 자랐습니다.
- 01질문위키가 커지면 검색이 필요한가
- 02근거여러 원문의 주장을 한 페이지에
- 03기준상황별 판단 표로 정리
그래프를 따라
이어서 연구합니다
한 페이지에서 출발해 링크로 이어진 주변 개념을 따라가면 다음에 읽을 것이 보입니다.
- 01출발지금 읽는 개념 페이지
- 02주변링크로 이어진 개념과 원문
- 03다음아직 얇은 연결이 다음 읽을거리
라이브: 질문 하나로
두 볼트를 찾습니다
연구 질문 하나를 에이전트에게 주고 위키 근거와 메인 볼트 노트를 함께 찾게 합니다.
- 01질문미리 정한 연구 질문 하나
- 02검색위키와 메인 볼트를 동시에
- 03결과근거 페이지와 내 노트가 함께
에이전트: 두 볼트를 찾고 묶는다 / 연구자: 무엇을 쓸지 고른다
같은 칸에 넣으면
빈칸이 보입니다
선행 연구 8편과 이번 연구를 같은 7개 칸에 넣자 확인하지 못한 칸이 드러났고, 그 칸이 후속 연구 과제가 됐습니다.
- 01같은 칸선행 연구와 본 연구를 같은 열로
- 02미확인없다가 아니라 이번에 확인 못 함
- 03후속 과제빈칸이 로드맵의 항목으로
세 에이전트와
한 가지 약속
에이전트는 연구를 대신하지 않고 연구 기록을 운영합니다. 바꾸는 일은 사람의 승인 뒤에만 합니다.
- 01수집·정리새 자료를 모아 위키에 반영
- 02유지보수오류, 누락, 바뀐 근거를 점검
- 03브리핑현재 상태와 다음 행동을 보고
에이전트: 찾고, 점검하고, 제안한다 / 연구자: 확정하고 승인한다
숫자 하나에서
원문 초록까지
보고서에 쓴 숫자가 어느 원문의 어느 문장에서 왔는지 근거 원장으로 세 번 만에 따라갑니다.
- 01보고서 문장숫자와 출처 표기
- 02참고문헌원문 주소로 이동
- 03근거 원장확인한 날짜와 범위
에이전트가 먼저 짚고
사람이 확정합니다
제출 전 원고를 여러 모델이 따로 읽고 문제 후보를 냈습니다. 후보는 오류가 아니고, 확정은 사람이 원고와 대조해서 했습니다.
- 01후보여러 모델이 같은 문장을 따로 짚음
- 02구분후보 수는 오류 수가 아님
- 03확정사람이 원고 전체와 재대조
모델: 문제 후보를 낸다 / 연구자: 원고와 대조해 확정한다
받아들이고, 따르지 않고,
원본은 남깁니다
지적은 받아들이되 고치는 방식은 사람이 정하고, 고치기 전 판은 지우지 않고 지문으로 보존합니다.
- 01받아들임맞는 지적은 다음 판에 반영
- 02따르지 않음숫자는 두고 빠진 단계를 보탬
- 03보존이전 판은 지문으로 확인
매일 브리핑으로
다음 행동을 받습니다
에이전트가 실제 파일을 점검해 무엇이 있고 무엇이 비었는지, 다음에 무엇을 할지 보고합니다.
- 01범위무엇을 점검했는지 먼저
- 02확보실제로 있는 것만 적기
- 03다음 행동우선순위 순으로 제안
오늘 본 세 단계를
직접 만드는 길
오늘은 완성된 시스템을 보여 드렸습니다. 강의에서는 시작 볼트에서 출발해 같은 구조를 내 연구로 만듭니다.
- 01저장소Obsidian 연구 저장소 설계
- 02연구 WIKIAI가 이해하는 위키와 비교표
- 03에이전트수집, 유지보수, 브리핑 3종
- 04완성내 연구 질문으로 끝까지
감사합니다
오늘 본 구조의 공개 자료와 다음 이야기는 아래 주소로 이어집니다.
