논문을 모았는데
연구는 왜 그대로일까
모으고, 읽고, 관리하는 일은 서로 다른 일입니다. 셋을 한 폴더가 떠안으면 셋 다 멈춥니다.
- 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완성내 연구 질문으로 끝까지
부록: 운영 규칙이 있는
볼트로 시작하기
빈 폴더가 아니라 운영 규칙이 들어 있는 볼트로 시작합니다. 메인 볼트용과 LLM Wiki용 두 가지를 공개했습니다.
- 01CMDS 볼트메인 볼트 폴더 구조와 규칙
- 02LLM Wiki원문, 위키, 질의 세 층
- 03조정내 연구에 맞게 항목을 바꿈
부록: 에이전트가 읽는
규칙 파일
사람과 AI가 함께 따르는 운영 규칙을 파일로 나눠 공개했습니다. 위키 품질을 정하는 규칙의 실제 예입니다.
- 01기술 규칙에이전트의 작업 방식
- 02철학시스템의 목적과 맥락
- 03표준노트 속성과 이름 규칙
부록: AKM Index
자가 점검
노트 수가 아니라 작동하는 지식관리 시스템인지 다섯 필러와 25개 기준으로 점검합니다.
- 01다섯 필러컨텍스트, 하네스, 루프 등
- 02증거자기보고와 실제 파일을 구분
- 03보드다른 사람의 점검 결과 공개
부록: 역할을 나눈
에이전트 설계
연구, 글쓰기, 교육 등 아홉 역할로 나누되 최종 판단과 조정은 한 곳으로 모읍니다.
- 01역할연구, 글쓰기, 교육 등 아홉
- 02조정중앙에서 나누고 합침
- 03책임최종 승인은 사람
부록: 연구 과정을
공개 아카이브로
STEPI 기획연구의 보고서 판과 파일 지문, 설계 과정을 공개 아카이브로 남겼습니다.
- 01버전보고서 판마다 파일과 지문
- 02과정설계와 실험 단계를 순서대로
- 03원칙판을 지우지 않고 남김
부록: 공개 자료로
답하는 질문 창구
질문을 남기면 이미 공개한 자료로 안내하고, 맞는 자료가 없으면 지어내지 않고 사람에게 넘깁니다.
- 01고르기공개 자료 목록에서 맞는 곳
- 02답하기고른 자료의 설명으로만
- 03넘기기없으면 구요한에게 전달
감사합니다
오늘 본 구조의 공개 자료와 다음 이야기는 아래 주소로 이어집니다.
