모아 둔 링크를 다시 열었는데, 왜 저장했는지 기억나지 않는다

야심차게 저장해 놓았던 링크는 무엇 때문에 모아 둔 건지, 이 링크에서 무엇을 봤는지, 도대체 알 수가 없는 경우가 많죠. 논문은 초록만 읽었는지 본문까지 읽었는지 헷갈리고, 영상은 어느 장면을 보려고 저장했는지 몰라 처음부터 돌려보게 되고요. 깃허브에서 저장해 둔 건 주소 하나뿐일 때도 많고요.

같은 링크라고 같은 내용은 아니죠

arXiv 논문은 v1에서 v2로 바뀌고 코드 저장소는 같은 날에도 내용이 달라져요. 영상 주소만 보고는 필요한 장면이 몇 분에 나오는지 알 수 없고요. 링크가 그대로라고, 그 안의 내용까지 그대로인 건 아니죠.

자료마다 먼저 볼 곳이 다르죠

표에 놓은 네 자료는 이름과 종류만 가져왔을 뿐, 그 안의 주장까지 맞다고 본 것은 아니에요. RSS 글, 논문, 영상, 코드는 먼저 확인할 곳이 서로 다르다는 예로만 놓은 거예요.

자료 종류	예로 든 자료	먼저 확인할 것	이것만으로 알 수 없는 것
발표 글/RSS	The latest AI news we announced in June 2026	발표한 곳과 날짜	발표한 기능이나 제품이 실제로도 잘 되는가
연구 초고/arXiv	Critsly: An Artefact-Aware AI Critique Teammate for Design Education and Project-Based Learning	논문 번호·버전·심사 여부	본문의 방법과 결과를 믿을 만한가
유튜브 영상	클로드 코드는 이제 API 키 없이 레딧, X, 유튜브, 링크드인, 깃허브, RSS 14개 채널을 읽을 수 있습니다	올린 사람, 실제로 본 시간	그 대목에서 한 말이 사실인지
깃허브 저장소	google-gemini/gemini-cli	누가 관리하는지와 확인한 공개 버전	다음 버전에서도 같은지

링크 옆에 남겨 둘 것

• 누가 만든 무엇인지. 회사가 직접 쓴 발표 글인지, 연구자가 공개한 논문인지, 개인이 올린 영상인지 적어요.
• 나중에 다시 찾을 정보. 논문 번호, 영상 ID, 저장소 주소.
• 내가 본 버전. 논문은 v1인지 v2인지, 글은 언제 읽었는지, 코드는 어떤 공개 버전이었는지를 남겨요.
• 실제로 확인한 대목. 페이지·문단·영상 시간·파일 이름처럼 다시 확인할 위치를 적어요.
• 인용과 이용 조건. 초록만 읽었는지, 문장을 그대로 옮겼는지, 출처와 이용 조건은 확인했는지까지 적어 둬요.

확인하지 못한 항목은 비워 두지 않고 ‘모름’이라고 적어요. 그래야 빼먹은 것과 아직 못 본 것을 구분할 수 있죠.

논문과 영상이라면 이런 식으로 적을 수 있죠.

arXiv 문서 번호와 v1 확인 / 초록만 읽었고 본문과 부록은 아직 보지 않음 / 직접 인용 없음 / 2026년 7월 15일 확인.

08:10~10:25 설치 과정 확인 / 화면에 나온 프로그램 버전은 아직 확인하지 않음.

자료에서 본 것과 내 생각이 섞일 때

자료를 읽다 보면 생각이 따라붙고 블로그 글에는 그 생각도 들어가지만, 사실과 생각을 한 줄에 섞어 놓으면 며칠 뒤에는 어느 말이 자료에 있었고 어느 말이 내 해석이었는지 구분하기 어려워져요. 메모에는 둘을 따로 적어 둬요.

• 내 생각: 이 변화가 교사의 판단을 어떻게 바꿀까? 실제 수업에서는 조금 다른 문제가 생기지 않을까?
• 자료에서 확인: 발표 글에 이 기능이 소개되어 있음. 실제 효과는 아직 확인하지 않음.

한 번 읽고 끝낼 자료라면 링크 하나로도 충분해요. 모든 링크에 다섯 줄씩 붙이다가는 기록하느라 정작 읽을 시간을 잃어버리겠죠. 블로그 글에 쓰거나 중요한 판단의 근거로 삼을 자료는 이렇게 남겨요. 독자에게 보여 주려는 기록이 아니라, 인용한 내용이나 바뀐 자료를 나중에 다시 살펴보려고 남기는 메모예요.

다섯 칸을 채웠다고 자료가 참이 되는 건 아니에요. 사실이 맞는지는 원문에서 확인하고, 다른 설명이나 반론도 함께 읽어야 하죠.