콘텐츠는 남아 있는데, 왜 나는 계속 다시 정리하게 될까?

DeMinds가 파일, 웹 페이지, 문서 링크, 마인드맵, AI 대화를 다시 이어서 작업할 수 있는 Markdown 워크플로로 가져오는 방법.

---

요즘 저는 다음과 같은 말을 듣는 것이 점점 두려워집니다.

“전에 어디선가 본 기억이 있는데.”

대개 그 말은 콘텐츠 자체는 아마 아직 남아 있다는 뜻입니다.

석 달 전 AI 대화 속에 묻혀 있을 수도 있고, 브라우저 북마크에 남아 있을 수도 있습니다. 더 이상 확장하지 않은 마인드맵 안에 멈춰 있을 수도 있고, 채팅 창에 남은 GitHub README, DOCX 또는 Markdown 문서 링크 하나일 수도 있습니다.

콘텐츠는 사라지지 않았습니다.

하지만 다시 필요해지는 순간, 우리는 또 찾고, 다시 읽고, 다시 판단하고, 다시 정리합니다. 십여 분이 지나도 실제 작업은 아직 시작되지 않습니다. 그저 지난번 멈췄을 때의 문맥을 복원하고 있을 뿐입니다.

이것은 오늘날 가장 흔하면서도 가장 쉽게 놓치는 생산성 손실 가운데 하나일지 모릅니다.

도구는 콘텐츠를 보관해 주지만, “다음에는 어디서부터 이어가야 하는가”까지 함께 보관해 주지는 않습니다.

콘텐츠는 남아 있지만, 작업 맥락은 매번 다시 구성해야 한다

도구가 보관하는 것은 콘텐츠이지 다음 단계가 아니다

제품 분석 글을 쓴다고 가정해 봅시다.

핵심 관점은 AI 대화에서 나왔고, 근거는 여러 웹 문서에 흩어져 있습니다. 구조는 MindNode나 XMind에 있고, 보조 자료는 DOCX와 공개 GitHub 프로젝트의 README에서 가져옵니다.

자료는 충분합니다. 하지만 실제로 글을 쓰기 전에 대화를 다시 찾고, 웹 페이지를 열고, 마인드맵 제목을 복사하고, 문서 서식을 정리한 뒤, 링크를 따라가 이미지와 문맥을 다시 확인해야 합니다.

각 단계는 어렵지 않습니다. 진짜 문제는 이런 작업이 다음에도 그대로 이어 쓸 수 있는 작업 상태를 거의 남기지 않는다는 점입니다.

반복해서 시간을 빼앗는 것은 문맥 복원이다

다음에 돌아왔을 때도 무엇이 최신인지, 지난번 어디까지 했는지, 원본 자료와 수정 결과가 어떻게 다른지, 최종 콘텐츠를 다른 도구로 옮길 수 있는지 다시 확인해야 합니다.

AI는 생성에 능하고, 브라우저는 목적지에 도달하는 데 능합니다. 마인드맵은 생각을 펼치는 데 능하고, 글쓰기 도구는 결과물을 만드는 데 능합니다. 각 도구는 자신의 단계에서 잘 작동하지만, 콘텐츠가 도구를 하나 건널 때마다 우리는 손으로 문맥을 다시 잇습니다.

우리가 부족한 것은 더 강력한 단일 기능 도구가 아니라, 작업을 끊기지 않게 이어 주는 경로인 경우가 많습니다.

북마크는 “어디에 있는가”를 해결하지만 “어떻게 계속할 것인가”를 해결하지 않는다

콘텐츠는 여전히 기존 도구나 환경에 머문다

북마크는 페이지를 다시 찾게 해 주지만, 페이지 안의 내용이 자연스럽게 다음 단계로 넘어가게 하지는 않습니다.

웹 페이지를 다시 열어도 탐색 메뉴와 추천 콘텐츠 사이에서 본문을 찾아야 합니다. AI 대화의 핵심 내용은 수십 번의 문답 속에 묻혀 있을 수 있습니다. 마인드맵은 구조가 명확하지만 계속 늘어나는 본문을 담기에는 적합하지 않을 수 있습니다.

이 모든 상황에는 같은 문제가 있습니다.

콘텐츠는 그것을 만들거나 읽기에 가장 적합한 도구나 환경에 머물 뿐, 다음 단계로 자연스럽게 들어가지 못합니다.

정말 부족한 것은 안정적인 전환 경로입니다.

콘텐츠가 가치 있다고 판단됨
→ 임시 보관 위치에서 꺼냄
→ 구조와 문맥을 보존함
→ 편집 가능한 상태로 만듦
→ 다음에도 이어서 작업함

DeMinds는 바로 여기에서 시작했습니다.

링크 하나가 왜 아직 작업 자료는 아닐까?

“링크는 저장해 두었다”는 말은 문제가 이미 해결된 것처럼 들립니다.

링크는 접근을 해결하지만 문맥을 보존하지 않는다

하지만 링크가 주로 해결하는 것은 접근입니다. 문서의 핵심 흐름이 무엇인지, 어느 장이 현재 프로젝트와 관련되는지, 상대 경로로 참조되는 이미지와 관련 문서가 어떤 관계인지, 다음에는 어디서부터 읽어야 하는지까지 자동으로 알려 주지는 않습니다.

공개 GitHub 저장소의 README에는 제목 앵커와 상대 경로로 참조되는 이미지가 있고, 튜토리얼과 다른 Markdown 문서로 이어지는 링크가 포함되는 경우가 많습니다. 브라우저에서는 하나씩 열 수 있지만, 그 관계를 내 작업 자료로 자동 전환해 주지는 않습니다.

그래서 DeMinds는 웹 문서만 입구로 보는 것이 아니라, 식별 가능한 공개 문서 링크도 로컬 파일과 비슷한 워크플로로 가져오려 합니다. 접근 조건을 충족하는 원격 Markdown, 텍스트, HTML, DOCX 또는 지원되는 마인드맵 문서는 열어 파싱하고 구조화할 수 있습니다. 공개 GitHub에서 인식할 수 있는 제목 앵커, 상대 경로로 참조되는 이미지, 문서 관계도 가능한 범위에서 유지합니다.

모든 링크를 가져올 수 있다는 뜻은 아닙니다. 비공개 저장소, 로그인이나 Token이 필요한 콘텐츠, 접근 제어가 적용된 페이지, 유형을 확인할 수 없는 대상에는 분명한 경계가 있습니다. 웹 가져오기 미리보기에 진입했다고 해서 해당 페이지가 반드시 가져오기에 적합한 것도 아닙니다.

같은 링크라도 ‘파일처럼 보인다’는 이유만으로 모두 같은 경로로 보내서는 안 됩니다. 웹 문서는 먼저 미리보는 편이 적합하고, 형식이 명확한 원격 문서는 실제 형식에 맞게 열 수 있습니다. Feed는 주소, 응답 유형, 내용을 함께 확인해야 합니다. GitHub 저장소의 첫 화면, 저장소 안의 개별 파일, 일반 웹페이지도 서로 다른 사용 의도를 나타냅니다. 주소가 .xml이나 .json으로 끝난다고 해서 자동으로 Feed가 되는 것은 아닙니다.

눈에 잘 띄지 않는 구분이지만, 가져온 결과가 편집 가능한 문서가 될지, 사용자가 직접 업데이트를 확인할 수 있는 콘텐츠 소스가 될지, 아니면 브라우저에서 계속 읽는 편이 나은 페이지가 될지를 결정합니다. 입구는 같을 수 있어도 결과는 모호해서는 안 됩니다.

정말 해결하려는 것은 다음과 같습니다.

가치가 있다고 확인한 공개 문서를 북마크로만 남겨 두지 않고, 자신의 작업공간으로 가져와 계속 읽고 유지할 수 있는가.

DeMinds는 또 하나의 보관함을 만드는 도구가 아니다

더 많이 모으는 것이 목적이 아니다

저장할 입구는 이미 충분합니다. 브라우저에는 북마크가 있고, 나중에 읽기 도구에는 대기열이 있으며, 노트 App에는 발췌를 저장할 수 있습니다. 파일 시스템도 거의 모든 형식을 담을 수 있습니다.

DeMinds가 수신함 하나를 더 제공하는 데 그친다면, 파편을 한 장소에서 다른 장소로 옮길 뿐입니다.

그래서 DeMinds가 주목하는 것은 “무엇을 더 가져올 수 있는가”가 아니라 다음 질문입니다.

사용자가 남길 가치가 있다고 판단한 콘텐츠를, 그다음에는 어떻게 유지 가능한 작업 자료로 바꿀 것인가?

콘텐츠가 있는 곳에서 시작한다

시스템 공유를 통해 다른 App의 파일, 텍스트, 링크를 공유 받은 항목함으로 보내 한곳에서 처리할 수 있습니다. 클립보드 콘텐츠를 가져오거나, 웹 가져오기 미리보기에서 링크와 페이지 상태를 먼저 확인한 뒤 정식으로 가져올지 결정할 수도 있습니다.

로컬 콘텐츠는 MindNode, XMind, FreeMind 마인드맵과 Markdown, TXT, DOCX, HTML 등 지원되는 문서에서 시작할 수 있습니다. Markdown 패키지나 Obsidian Vault에서는 실제로 처리할 범위만 선택할 수도 있습니다.

한 번 가져올 자료와 업데이트를 이어 볼 소스

보관할 가치가 있는 모든 콘텐츠가 같은 방식으로 작업공간에 들어와야 하는 것은 아닙니다.

웹 문서, DOCX 파일, 마인드맵은 대개 특정 시점에 가치가 있다고 판단해 선택합니다. 일반 프로젝트로 가져와 Markdown에서 계속 편집하고 관리하는 방식이 잘 맞습니다.

반면 Feed와 공개 GitHub 프로젝트의 README는 성격이 조금 다릅니다. 그 뒤에 계속 바뀔 수 있는 외부 소스가 남아 있기 때문입니다. DeMinds에서는 이런 콘텐츠를 별도의 ‘콘텐츠 소스’로 관리할 수 있습니다. 현재 내용은 로컬에 저장되며, 언제 업데이트를 확인할지는 사용자가 정합니다. 이후에도 미리보기, 버전 비교, 복원, 내보내기를 할 수 있지만, 시스템이 생성한 현재 Markdown은 일반 문서처럼 직접 수정하지 않고 읽기 전용으로 유지됩니다.

콘텐츠 소스는 또 하나의 미확인 항목 목록도, 백그라운드 구독 서비스도 아닙니다. DeMinds가 백그라운드에서 자동으로 주기적 확인을 하지는 않으며, Feed 항목이 가리키는 전체 페이지나 GitHub 저장소 전체를 재귀적으로 가져오지도 않습니다. ‘읽음·읽지 않음·추천’ 상태로 새로운 정리 부담을 만들지도 않습니다. 출처와의 관계를 분명히 남겨, 계속 살펴볼 필요가 있는 콘텐츠만 매번 처음부터 다시 가져오지 않고 업데이트할 수 있게 합니다.

OPML은 이와 다른, 의도적으로 범위를 좁힌 호환 역할을 맡습니다. 계층형 개요든 다른 도구에서 내보낸 구독 목록이든, 가져오면 하나의 일반적인 편집 가능 Markdown 프로젝트가 됩니다. 계층, 메모, 링크는 가능한 한 보존하지만, 여러 Feed 콘텐츠 소스를 자동으로 만들지는 않습니다. 이후 정리와 관리는 여전히 Markdown을 바탕으로 이루어지며, OPML은 기존 구조를 들여오는 다리 역할을 합니다.

진입 경로는 달라도 같은 작업 흐름으로 이어진다

진입 경로가 다른 이유는 콘텐츠가 원래 서로 다른 곳에 있기 때문입니다. 하지만 DeMinds에 들어온 뒤에는 모두 같은 작업 흐름으로 이어집니다.

콘텐츠가 있는 곳에서 가져옴
→ 구조를 봄
→ Markdown에서 계속 작업함
→ 진행 중인 작업으로 돌아감
→ 결과를 확인하고 내보냄

가장 중요한 것은 “가져오기 성공”이 아니라, 가져온 뒤 작업이 실제로 이어졌는가입니다.

먼저 구조를 보고, 어떻게 계속할지 결정한다

선형 읽기는 전체를 가리기 쉽다

긴 콘텐츠에서 가장 어려운 것은 문장 하나를 이해하지 못하는 일이 아니라, 전체가 보이지 않는 일입니다.

AI 답변은 긴 채팅 기록으로 늘어나고, 웹 문서는 플랫폼 요소 사이에 끼어 있습니다. DOCX에는 제목이 있어도 중요도를 빠르게 판단하기 어렵고, 마인드맵은 분기가 명확해도 본문과 세부 내용이 노드와 노트에 흩어져 있을 수 있습니다.

범용 마인드맵은 구조를 한눈에 살펴보는 보기다

DeMinds는 서로 다른 출처에 실제로 존재하는 제목, 분기, 문맥을 공통 구조 보기로 먼저 펼칩니다. 제품에서는 이 보기를 “범용 마인드맵”이라고 부릅니다.

모든 자료를 전통적인 마인드맵으로 억지로 바꾸려는 것이 아닙니다. 오히려 빠르게 펼쳐 보는 구조 지도에 가깝습니다. 주제가 어디에 있는지, 글의 중심이 제대로 서 있는지, 어느 장이 지나치게 무거운지, 어디에서 다시 시작하면 좋을지 살펴볼 수 있습니다.

구조 보기는 “두 번째로 열 때” 드는 비용을 줄입니다.

작성자를 대신해 다시 쓰지 않는다

DeMinds는 AI로 작성자 대신 이른바 “더 구조적인 글”을 다시 생성하지 않습니다. 자료가 AI에서 왔든 직접 쓴 것이든, 구조는 글의 영혼입니다. 제목 계층, 문단 관계, 논증 순서 자체가 작성자의 사고방식을 전달합니다.

작성자를 대신해 다시 쓰는 것이 아니라, 원래의 생각을 더 잘 보이게 하고 더 쉽게 이어 가게 합니다.

Markdown으로 바꾸는 것은 어렵지 않다. 어려운 것은 변환한 뒤에도 작업을 이어 가는 일이다

변환 성공은 작업이 이어졌다는 뜻이 아니다

DOCX, HTML, 마인드맵을 Markdown으로 변환하는 기능 자체는 이제 새롭지 않습니다.

변환이 끝난 뒤 다운로드를 기다리는 .md 파일 하나만 생긴다면 문제는 절반만 해결된 것입니다. 다른 App에서 제목, 이미지, 링크를 확인하고, 진행 중인 프로젝트와 어떤 관계인지 다시 판단해야 합니다.

Markdown은 워크플로의 중간에 있다

그래서 DeMinds에서 Markdown은 끝점이 아니라 워크플로의 중간에 있습니다.

제목을 직접 조정하고, 불필요한 내용을 제거하고, 자신의 이해를 덧붙이며, 여러 자료를 새로운 작업 문서로 결합할 수 있습니다. Markdown 미리보기에서는 표, 이미지, 링크, 코드, 일반적인 수식도 확인할 수 있습니다.

외국어 자료는 iOS 18 이상에서 시스템이 지원하는 경우 현재 Markdown 미리보기를 일시적으로 번역할 수 있습니다. 번역은 읽기 화면에만 적용되며 원문, 작업공간, 버전 기록, 내보낸 파일에 다시 기록되지 않습니다.

여기에서 Markdown은 단순한 “개방형 형식”이 아니라, 콘텐츠를 계속 정리하고, 보완하고, 결합하고, 유지하는 작업 기반입니다.

변환은 입구일 뿐입니다. 계속할 수 있는지가 콘텐츠가 정말 돌아왔는지를 결정합니다.

DeMinds는 익숙한 생산성 도구와 어떤 관계인가?

이 표는 DeMinds가 모든 방향에서 더 강하다고 증명하려는 것이 아닙니다.

전문 마인드맵 편집기의 레이아웃 기능을 대신하지 않고, 성숙한 Markdown 편집기의 글쓰기 경험을 대신하지 않으며, Obsidian의 백링크·플러그인·지식 베이스 구성 능력도 대신하지 않습니다.

DeMinds가 보완하려는 것은 다른 층의 문제입니다.

콘텐츠가 이런 전문 도구를 떠난 뒤에도 구조를 가능한 한 적게 잃고 다음 단계로 자연스럽게 이동하려면 어떻게 해야 하는가?

진짜 효율은 3주 뒤 돌아와도 이어서 할 수 있는 것이다

첫 사용의 매끄러움은 한 번의 문제만 해결한다

생산성 도구는 첫 사용의 매끄러운 느낌을 과대평가하기 쉽습니다.

가져오기에서 두 번 덜 누르고, 변환이 몇 초 빨라지는 것은 분명 편리합니다. 그러나 중요한 콘텐츠는 한 번만 쓰는 경우가 드뭅니다.

3주 뒤 다시 열었을 때 저는 어느 것이 현재 작업 버전인지, 지난번 어디까지 수정했는지, 잘못 고쳤을 때 돌아갈 수 있는지, 백업하고 다른 곳으로 옮길 수 있는지를 더 중요하게 봅니다.

소프트웨어가 가장 보존하기 어려운 것은 작업 진행 상태다

파일 시스템은 파일 이름을 기억합니다. 북마크는 위치를 기억합니다. 버전 기록은 과거 모습을 기억합니다.

“계속 작업”이 정말 답해야 하는 것은 다음 질문입니다.

다음에 돌아왔을 때 어디서부터 이어야 하는지 여전히 알 수 있는가.

DeMinds의 ‘계속 작업’은 단순한 최근 파일 목록이 아닙니다. 먼저 일반 프로젝트와 ‘콘텐츠 소스’를 구분합니다. 전자는 진행 중인 작업이고, 후자는 필요할 때 업데이트를 확인할 수 있는 외부 소스입니다. 콘텐츠 소스는 별도 영역에 차분하게 표시되므로, 수가 늘어나도 일반 프로젝트의 타임라인을 어지럽히지 않습니다.

일반 프로젝트가 적을 때는 분류와 미분류 항목을 바로 펼쳐 한눈에 볼 수 있습니다. 작업이 늘어나면 프로젝트는 ‘고정’, ‘계속’, ‘오늘’, ‘최근 7일’, ‘이전’ 같은 시간 그룹으로 들어가고, 분류는 그 구조 안에서 범위를 좁혀 줍니다. 타임라인은 ‘최근에 무엇을 하고 있었는가’에 답하고, 분류는 ‘어떤 종류의 작업인가’에 답합니다. 어느 하나가 다른 하나를 대신할 필요가 없습니다.

콘텐츠 소스에서 돌아오면 ‘계속 작업’은 그 순간에만 해당 경로를 다시 펼쳐, 방금 보던 콘텐츠가 자연스럽게 눈에 들어오도록 합니다. 이후 어떤 항목을 펼쳐 두고 접을지는 사용자가 정합니다. 작은 상호작용이지만, 기본 화면으로 돌아오는 순간 방금 되찾은 맥락이 다시 사라지는 일을 막아 줍니다.

동시에 현재, 고정, 최근 항목도 빠르게 다시 찾을 수 있습니다. 버전 기록, 문서 휴지통, 작업공간 백업, 복원 경로가 함께 진행 중인 작업을 보호합니다.

이 기능들은 가장 눈길을 끄는 홍보 스크린샷이 되기 어렵습니다. 하지만 한 번의 가져오기가 단순한 “변환 성공”으로 끝나는지, 장기적으로 활용할 수 있는 작업 자료가 되는지를 결정합니다.

DeMinds가 정말 보존하려는 것은 파일만이 아닙니다.

소프트웨어가 기억하기 더 어려운 한 문장도 보존하려 합니다.

지난번에는 여기까지 했다.

로컬 우선은 네트워크를 거부한다는 뜻이 아니라, 제어권을 기기에 남긴다는 뜻이다

핵심 콘텐츠를 먼저 제품 제공자의 클라우드에 맡길 필요가 없다

콘텐츠에 프로젝트 자료, 글 초안, 개인 메모가 담기기 시작하면 저장 방식뿐 아니라 나중에 콘텐츠를 꺼내 갈 수 있는 경로도 제품의 일부가 됩니다.

DeMinds는 계정 등록이나 로그인을 요구하지 않습니다. 핵심 파싱, 편집, 버전 관리, 작업공간 작업은 기기에서 이루어지도록 설계되었습니다. 문서, 마인드맵, 작업공간 콘텐츠를 정리하고 유지하기 위해 먼저 DeMinds가 운영하는 서버에 업로드할 필요가 없습니다.

작업공간은 기기에 보관하거나 iCloud를 선택할 수 있습니다. iCloud는 사용자가 선택하는 시스템 저장 위치이지, DeMinds가 자체 운영하는 클라우드 문서 플랫폼이 아닙니다.

로컬 우선에도 분명한 네트워크 경계가 있다

그렇다고 로컬 우선이 네트워크를 거부한다는 뜻은 아닙니다. 웹 페이지와 원격 문서를 열려면 네트워크가 필요합니다. iCloud와 시스템 번역은 해당 시스템 서비스를 사용합니다. DeMinds는 가져오기 기능으로 로그인, 유료 장벽, CAPTCHA 또는 다른 접근 제어를 우회하지도 않습니다.

로컬 우선이 실제로 강조하는 것은 핵심 콘텐츠를 서비스 제공자가 운영하는 클라우드에 먼저 맡길 필요가 없고, 작업공간의 위치를 사용자가 정하며, DeMinds를 떠날 때도 콘텐츠를 개방된 형식으로 꺼내 갈 수 있다는 점입니다.

콘텐츠는 남길 수도 있고, 가져갈 수도 있다

서로 다른 출력은 서로 다른 다음 용도를 위한 것이다

DeMinds는 Markdown 파일 하나를 내보낼 수 있고, 관련 이미지와 리소스를 포함한 표준 번들을 내보낼 수도 있습니다. iOS에서는 읽기용 또는 인쇄용 PDF도 생성할 수 있습니다.

글 전체 구조를 한 번에 보여 줘야 하는 경우 DeMinds Plus는 현재 범용 마인드맵을 전체 마인드맵 PNG로 내보낼 수 있습니다. 글, 발표, 보관 자료에서 주 제목부터 3·4단계 분기까지의 관계를 한 이미지로 보여 주기에 적합합니다. 다만 PNG는 구조 스냅샷이며, 편집 가능한 Markdown이나 리소스가 포함된 표준 번들을 대신하지 않습니다.

개방형 형식도 타협을 솔직하게 인정해야 한다

이 출력들은 모든 원본 형식을 손실 없이 복제하지 않습니다. 복잡한 DOCX 레이아웃, 전용 마인드맵 테마, 일부 상호작용 정보는 Markdown으로 완전히 옮겨지지 않을 수 있습니다. 수식 미리보기도 완전한 TeX 조판 엔진은 아닙니다.

개방형 형식의 가치는 손실이 없는 척하는 데 있지 않습니다. 무엇이 보존되었는지 사용자가 분명히 알고, 현재 App을 떠난 뒤에도 주요 콘텐츠를 읽고, 편집하고, 옮길 수 있게 하는 데 있습니다.

개인정보 보호는 기반이고, 구조는 영혼이며, 콘텐츠를 꺼내 갈 수 있는 경로는 그 콘텐츠가 끝까지 사용자에게 속하는지를 결정합니다.

DeMinds는 누구에게 맞고, 누구에게 맞지 않는가?

이미 여러 출처의 자료를 가진 사람에게 맞는다

DeMinds는 이미 많은 AI 대화, 웹페이지, 문서 링크, 마인드맵, 파일을 가지고 있는 사람에게 잘 맞습니다. Feed나 공개 GitHub 프로젝트를 계속 살펴보면서도 읽지 않은 항목 보관함을 하나 더 떠안고 싶지 않은 사람, 먼저 구조를 파악한 뒤 자료를 글쓰기·연구·프로젝트 작업으로 가져오려는 사람, Obsidian·MindNode·XMind·전문 글쓰기 도구를 사용하면서 같은 콘텐츠를 반복해 정리하고 싶지 않은 사람, 그리고 Markdown·백업·이동성을 중요하게 여기는 사람에게 적합합니다.

하나의 App으로 모든 도구를 대체하려는 사람에게는 맞지 않는다

모든 요구를 위한 도구는 아닙니다.

주된 목적이 빠른 메모, 실시간 다자 협업, 복잡한 데이터베이스, 전문 마인드맵 디자인, 고도로 집중된 장문 글쓰기, 완전한 Git 버전 관리라면 더 직접적인 도구가 이미 있습니다.

DeMinds Plus는 주로 원본 마인드맵 보기, 전체 마인드맵 PNG, 프레젠테이션 재생, 작업공간 백업 가져오기, “계속 작업” 항목 보관 한도를 확장합니다. 이런 기능은 콘텐츠를 핵심 Markdown 워크플로로 가져오기 위한 전제 조건이 아닙니다.

DeMinds는 어떤 콘텐츠를 남길 가치가 있는지 사용자를 대신해 판단하지 않으며, 모든 자료를 자동으로 지식으로 바꾸지도 않습니다.

할 수 있는 일은 사용자가 이미 선택을 내린 뒤, 콘텐츠에 비교적 완전한 다음 경로를 제공하는 것입니다.

계속할 가치가 있다고 판단함
→ 원래 있던 곳에서 가져옴
→ 구조를 다시 봄
→ Markdown에서 유지함
→ 다음에 돌아와 이어서 작업함
→ 필요할 때 온전히 내보냄

마지막으로: 우리에게 필요한 것은 더 많은 북마크가 아니라 더 적은 재시작일지도 모른다

AI는 콘텐츠 생성을 빠르게 만들고 있습니다. 웹 페이지, 문서 링크, 여러 전문 도구로 인해 가치 있는 정보는 점점 더 많은 장소에 나타납니다.

하지만 입력이 많아진다고 자동으로 지식이 되는 것은 아닙니다.

콘텐츠가 이해하고, 수정하고, 복구하고, 옮길 수 있는 상태에 들어가지 못하면 채팅 기록, 북마크, 전용 형식, 수많은 “나중에 정리” 폴더 속으로 가라앉을 수 있습니다.

제가 DeMinds를 만든 이유는 모든 콘텐츠가 하나의 App 안에 있어야 한다고 생각했기 때문이 아닙니다. 오히려 반대입니다. 읽기, 대화, 구상, 글쓰기는 각각 가장 적합한 도구에서 계속하고 싶습니다.

다만 그중 하나가 충분히 중요해져 계속 사용할 가치가 생겼을 때, 처음 있던 도구를 떠났다는 이유만으로 다시 처음부터 시작하지 않기를 바랄 뿐입니다.

콘텐츠가 만들어졌거나 발견됨
→ 콘텐츠가 있는 곳에서 가져옴
→ 구조와 문맥을 봄
→ Markdown에서 계속함
→ 3주 뒤 돌아와도 어디서 이어야 하는지 앎
→ 도구를 떠나도 콘텐츠를 꺼내 갈 수 있음

우리에게 정말 필요한 것은 또 하나의 수집 입구가 아니었을지도 모릅니다.

이미 있는 콘텐츠를 앞으로 나아가게 하는 길입니다.

콘텐츠는 사라지지 않았습니다. 작업까지 계속 처음부터 다시 시작할 필요는 없습니다.