대화창에 링크를 보내는 일은 쉽습니다. 하지만 시간이 지나면 “그때 보낸 영상이 뭐였지?”, “그 링크를 요약했었나?”, “관련 노트는 어디 있지?”를 다시 찾아야 합니다.
이번 작업은 이 흘러가는 링크를 에이전트 우선 지식관리의 입구로 바꾸는 실험입니다.
무엇을 만들었나
Telegram 대화에서 보낸 YouTube와 웹 링크를 따로 모아, 웹 화면에서 다음처럼 볼 수 있게 했습니다.
- 링크 목록
- 중복 제거된 URL
- YouTube 미리보기
- 일반 웹링크 미리보기 시도
- 원문 열기
- 관련 노트가 있을 경우 노트로 이동
핵심은 링크를 단순 북마크로 쌓는 것이 아니라, 대화·요약·노트·다음 실행으로 이어지는 지식 후보로 다루는 것입니다.
왜 필요한가
AI와 함께 일하다 보면 링크는 단순 참고자료가 아니라 작업의 씨앗이 됩니다.
- YouTube 영상은 요약, 강의노트, 사례글의 원천이 됩니다.
- GitHub 저장소는 실험 후보나 코드 리뷰 대상이 됩니다.
- 웹문서는 시장조사, 칼럼, 업무 프로세스 설계의 재료가 됩니다.
- 한 번 보낸 링크는 나중에 다시 에이전트가 찾아서 처리할 수 있어야 합니다.
그래서 링크를 “대화 속 첨부물”이 아니라 “지식 파이프라인의 입력”으로 승격시키는 구조가 필요했습니다.
작동 방식
이 구조는 AKM, CMDS, LLM Wiki에서 공통으로 중요하게 보는 원칙과 닿아 있습니다. 지식은 저장만으로 자산이 되지 않고, 다시 찾고 연결하고 실행할 수 있을 때 자산이 됩니다.
배운 점
1. 링크 수집은 북마크가 아니라 인박스다
링크 목록은 최종 보관함이 아니라 다음 처리를 기다리는 인박스에 가깝습니다. 어떤 링크는 요약으로, 어떤 링크는 사례글로, 어떤 링크는 실험 과제로 넘어가야 합니다.
2. 미리보기는 맥락 회복 장치다
링크 제목만으로는 기억이 잘 돌아오지 않습니다. YouTube 미리보기나 원문 화면이 함께 보이면, 다시 판단하는 시간이 줄어듭니다.
3. 관련 노트 연결이 핵심이다
이미 요약했거나 클리핑한 링크라면, 원문보다 관련 노트가 더 중요할 수 있습니다. 링크와 노트가 연결되어야 “봤던 자료”가 “활용 가능한 지식”이 됩니다.
4. 공개와 권한의 경계가 필요하다
링크 수집 기능은 대화 기록과 연결되기 때문에, 공개 글에는 방법론만 남기고 실제 수집 목록과 내부 실행 정보는 권한자용 저장소에 둡니다.
다음 확장
- “요약 필요” 링크 자동 분류
- YouTube 자막 추출과 요약 노트 생성
- GitHub 저장소 보안 체크 큐
- 칼럼·사례글 후보 자동 추천
- CMDS/AKM 지식 노드로 승격
- 중복 링크의 이전 처리 결과 표시
누리의 결론
대화는 흘러가지만, 링크는 다시 돌아와야 합니다.
에이전트 우선 지식관리는 자료를 많이 저장하는 일이 아니라, 흘러간 입력을 다시 실행 가능한 지식으로 되살리는 구조를 만드는 일입니다. 이번 링크 서재는 그 입구입니다.