이전에 살짝 공개했던 "모바일용 Markdown/HTML 리더"가 완성됐습니다. 이름은 Jilan입니다.
이 앱은 작지만 점점 더 짜증나는 문제를 해결해 줍니다.
위챗, 파일 앱 또는 단체 채팅방에서 AI 보고서, 웹 기반 PPT, 또는 Markdown 문서를 받았을 때, 휴대폰으로 열어보면 빈 화면, 원시 소스 코드, 깨진 스타일, 또는 어떤 앱을 사용해야 할지 전혀 감을 잡을 수 없는 경우가 많습니다.
이제 .md, .markdown, .html, .htm, .txt 파일은 물론, 웹 리소스가 압축된 ZIP 파일까지 Jilan을 사용하여 iPhone과 iPad에서 직접 열 수 있습니다.
로컬에서 렌더링하고, 로컬에 저장합니다. 업로드가 필요 없고, 계정을 등록할 필요도 없습니다.
마지막에 TestFlight 링크가 있습니다. 사용해 보고 싶으시면 바로 신청하세요. 8,000개의 슬롯을 열어두었습니다.
하지만 Jilan을 만든 이유는 단순히 리더가 부족해서가 아닙니다.
더 직접적인 이유는 최근 AI가 콘텐츠 제작에 참여하면서 우리가 콘텐츠를 교환하는 형식 자체가 변하고 있다는 것을 점점 더 명확하게 느끼고 있기 때문입니다.
많은 텍스트 콘텐츠가 Markdown으로 작성되기 시작했고, 많은 프레젠테이션 콘텐츠가 HTML로 작성되고 있습니다.
Jilan은 이러한 변화가 모바일 측면에 도달했을 때 발생한 작은 도구일 뿐입니다.
Markdown은 단순한 텍스트 형식이 아니라, AI의 데이터 레이어가 되어 가고 있습니다
며칠 전 Obsidian 제작자의 말을 인용한 글을 봤는데, 매우 정확하다고 생각했습니다. .md 파일은 AI 파일 상호 작용에서 일종의 '셸링 포인트(Schelling point)'가 되어 가고 있습니다.
셸링 포인트란 강제적인 규정 없이 사람들이 자연스럽게 선호하게 되는 지점을 말합니다.
Markdown이 이제 그런 위치에 온 것 같습니다.
어느 누구도 AI가 Markdown을 사용하도록 규정하지 않았고, 어떤 표준 위원회도 이를 발표하지 않았습니다.
하지만 실제 사용에서는, 사람이 AI에게 쓰든 AI가 사람을 위해 쓰든, 결과물은 종종 .md 파일이 됩니다.
이유는 간단합니다.
일반 텍스트이기 때문에 모델이 읽고 쓰기에 가볍습니다.
제목, 목록, 표, 코드 블록, 링크를 표현할 수 있는 충분한 구조를 가지고 있습니다.
그리고 .docx와 같은 복잡한 형식으로 포장되지 않습니다.
사람이 직접 열 수 있고, AI가 직접 처리할 수 있으며, 버전 관리와 diff(diff)도 깔끔합니다.
하지만 더 중요한 것은, 이제 Markdown을 단순히 "에디터 안의 텍스트"로만 이해해서는 안 된다는 점입니다.
그것은 오히려 AI 워크플로우의 기초 데이터와 같습니다.
CodePilot에서도 이렇게 사용하고 있습니다.
특별히 복잡한 메모리 메커니즘은 없지만, 많은 메모리는 사실상 Markdown 파일 모음에 불과합니다.
AI가 쓰고, AI가 읽고, 저도 직접 열어서 편집할 수 있습니다.
더 나아가, CodePilot의 위젯은 이러한 로컬 Markdown 파일과 메모리를 데이터 소스로 사용할 수 있습니다.
파일이 변경되면 컴포넌트 표시도 함께 변경됩니다.
이 시점에서 Markdown은 더 이상 "읽을 기사"에 불과하지 않습니다.
그것은 매우 가벼운 로컬 데이터 레이어가 됩니다. 사람이 볼 수 있고, AI가 읽을 수 있으며, 도구가 이를 기반으로 새로운 인터페이스와 상호 작용을 생성할 수 있습니다.
그래서 저는 많은 사람들이 Markdown 에디터를 계속 개선하는 방향이 다소 좁을 수 있다고 느낍니다.
진정으로 흥미로운 것은 더 예쁜 편집 상자를 만드는 것이 아니라, Markdown을 데이터로 취급하여 새로운 읽기, 관리 및 인간-컴퓨터 상호 작용 방식을 구축하는 것입니다.
HTML은 AI 콘텐츠의 디스플레이 레이어가 되어 가고 있습니다
반대편에는 HTML이 있습니다. 이 트렌드 역시 최근 들어 매우 뚜렷해졌습니다.
지난달, 저는 웹 형식으로 프레젠테이션을 생성하는 PPT Skill을 오픈소스로 공개했습니다.
25일 만에 별 10,000개를 달성했고, 이후 오프라인 방어, 전시회, 공유 세션에서 이 도구로 만든 PPT를 사용하는 사람들을 반복해서 목격했습니다.
이를 통해 한 가지를 확인할 수 있었습니다.
많은 상황에서 사람들이 원하는 것은 표준 .pptx 파일이 아니라, 빠르게 발표하고, 이해하고, 공유할 수 있는 프레젠테이션이라는 것입니다.
공교롭게도 Claude Code 팀도 최근 같은 이야기를 하고 있습니다.
그들은 왜 점점 더 많은 출력물이 Markdown 대신 HTML을 사용하기 시작하는지에 대한 글을 따로 게시했습니다.
이유는 직접적입니다. HTML은 정보 밀도가 더 높고, 시각적 계층 구조를 표현하기에 더 용이하며, 차트, 레이아웃, 상호 작용을 표시하는 데 더 적합하고, 다른 사람이 열어 읽기에도 더 쉽습니다.
이는 제 경험과 매우 유사합니다.
Markdown은 콘텐츠를 통합하는 데 좋지만, 길어지면 읽기가 어려워집니다. 수천에서 수만 단어의 보고서를 .md 파일에 쌓아두면 구조가 정확하더라도 사람이 실제로 소화하기 어렵습니다.
HTML은 그 반대입니다. 레이아웃, 공간, 색상, 차트, 상호 작용을 사용하여 정보를 "소비해야 할 무언가"처럼 느껴지도록 구성할 수 있습니다. 사실을 저장하는 데는 더 나을지 모르지만, 사람이 사실을 이해하도록 돕는 데는 훨씬 더 효과적입니다.
그래서 저는 이 두 가지를 점점 더 분리해서 보는 쪽으로 기울고 있습니다.
Markdown은 데이터 레이어이고, HTML은 디스플레이 레이어입니다.
기본 콘텐츠는 Markdown으로 유지합니다. 깔끔하고, 읽기 쉽고, 버전 관리가 가능합니다.
사람에게 보여주거나, 발표하거나, 외부에 공유해야 할 때는 HTML로 렌더링합니다.
이것이 거창한 새로운 표준은 아닙니다. 오히려 AI 워크플로우에서 자연스럽게 성장한 역할 분담에 가깝습니다.
하지만 이 체인은 모바일에서 끊어집니다
콘텐츠는 있고, 파일은 전송되었지만, 문제는 마지막 단계에서 발생합니다. 사람들은 종종 휴대폰으로 파일을 엽니다.
데스크탑은 괜찮습니다. 브라우저, 편집기가 있고, 그래도 안 되면 VS Code가 있습니다.
하지만 모바일은 다릅니다.
특히 위챗에서 AI 생성 보고서, 웹 PPT, 또는 Markdown 문서를 받았을 때, 흔한 경험은 열리지 않거나, 소스 코드가 보이거나, 스타일이 깨지거나, 여러 앱을 왔다 갔다 해야 한다는 것입니다. 사소한 일이지만 매우 짜증납니다.
위챗과 같은 IM(인스턴트 메신저)은 본질적으로 파일 리더가 아닙니다.
그것의 우선순위는 채팅, 미리보기, 전달이지, Markdown이나 HTML 파일을 제대로 열어보는 것이 아닙니다.
브라우저도 이 시나리오를 위해 설계되지 않았습니다.
기본적으로 브라우저는 "링크를 주면 웹페이지를 열어드립니다"를 처리합니다.
하지만 상대방이 보내는 것은 종종 로컬 파일이지 링크가 아닙니다. 물론 HTML을 브라우저에 던지는 여러 우회 방법이 있지만, 전체 과정이 길고 불편합니다.
많은 Markdown 도구도 편집과 노트 작성에 중점을 두고 있어, 남이 보낸 파일을 임시로 열어보는 데는 적합하지 않을 수 있습니다.
게다가 일부 도구는 가져오기, 동기화, 라이브러리 구축, 계정 등록을 요구하기도 합니다.
HTML에는 추가적인 보안 문제가 있습니다. 알 수 없는 파일에는 스크립트가 포함될 수 있고, 기본적으로 실행되길 원하지 않을 수도 있습니다.
그래서 저는 항상 아주 간단한 무언가가 빠져 있다고 느꼈습니다.
휴대폰에서 일반적인 AI 워크플로우 파일을 안전하고 편리하게 열 수 있는 방법.
그게 바로 Jilan입니다.
Jilan은 매우 집중되어 있습니다: 열기, 읽기, 보관하기
Jilan은 편집기나 AI 연결 기능을 만들지 않았습니다. 아, CodeX가 그린 앱 아이콘은 정말 귀엽네요.
처음부터 저는 이것이 세 가지만 수행한다는 것을 분명히 했습니다. 열기, 읽기, 보관하기.
파일을 받으면 위챗, 파일 앱 또는 시스템 공유 시트에서 Jilan을 선택하여 엽니다. .md, .markdown, .html, .htm, .txt 및 웹 리소스로 패키징된 .zip 파일을 지원합니다.
모든 파일은 로컬에서 처리됩니다. 업로드도, 계정 등록도 필요 없습니다.
Markdown을 읽을 때는 주로 장문 읽기에 맞게 조정했습니다.
글꼴 크기, 줄 간격, 배경을 변경할 수 있고, 긴 테이블은 가로로 스크롤할 수 있으며, 제목 구조가 있는 문서는 목차를 사용하여 이동할 수 있습니다.
작업 목록, Callout, 각주, Frontmatter, 태그와 같은 일반적인 Obsidian 구문도 최대한 호환되도록 했습니다.
다크 모드와 색상 테마 전환도 지원합니다.
HTML을 읽을 때는 "제어"에 더 중점을 둡니다.
시스템 WebView를 사용하여 로컬에서 렌더링하며, 확대/축소, 세로/가로 모드 전환, 모바일/데스크탑 모드 전환을 지원합니다.
동적 스크립트는 기본적으로 꺼져 있습니다. 일반적으로 알 수 없는 HTML 파일에 스크립트가 있는지 알 수 없기 때문입니다.
따라서 Jilan은 기본적으로 스크립트 실행을 가정하지 않으며, JS가 정말 필요한 페이지를 만나면 수동으로 켤 수 있습니다.
ZIP 지원도 실제 시나리오를 위해 만들어졌습니다.
AI가 내보낸 많은 웹 페이지는 단일 HTML 파일이 아니라 index.html과 assets 폴더로 구성되어 있습니다.
Jilan은 압축 해제 후 자동으로 진입점을 찾고, 로컬 이미지와 CSS가 정상적으로 로드되어 스타일이 깨지거나 이미지가 깨지지 않습니다.
열었던 파일은 자동으로 로컬 기록에 남습니다. 다음에 다시 보고 싶다면 앱 내에서 찾을 수 있습니다.
동일한 파일을 여러 번 가져와도 중복이 생성되지 않으며, 중요한 파일은 즐겨찾기에 추가할 수 있습니다.
이것이 현재 Jilan의 범위입니다.
클라우드 동기화, 계정, 편집, AI 통합 기능은 없습니다.
이러한 기능이 중요하지 않기 때문이 아니라, 뷰어는 먼저 "열고 끝까지 읽는" 작업을 깔끔하게 수행해야 하기 때문입니다.
Jilan은 처음 두 가지를 따릅니다
돌이켜보면 Jilan은 고립된 작은 도구가 아닙니다.
지난달 제가 PPT Skill을 만든 것은 HTML이 AI가 프레젠테이션 콘텐츠를 생성하는 데 매우 자연스러운 형태가 될 것이라고 믿기 때문입니다.
반드시 PowerPoint를 대체하지는 않겠지만, "빠르게 발표할 수 있는 무언가를 생성"하기에는 HTML이 충분히 가볍고, 개방적이며, 모델이 직접 생성하기에 적합합니다.
제가 CodePilot을 만든 것은 Markdown이 AI 협업에서 매우 자연스러운 데이터 및 메모리 매체가 될 것이라고 믿기 때문입니다.
가장 예쁜 형식은 아니지만, 사람, 모델, 도구가 동시에 사용하기에는 가장 쉽습니다.
Jilan은 세 번째 단계를 처리합니다.
이러한 형식은 단순히 "생성"되는 데서 그쳐서는 안 됩니다. 사람들이 실제로 열고, 읽고, 보관할 수 있어야 합니다.
처음 두 가지는 생산에 관한 것이고, Jilan은 소비에 관한 것입니다.
AI는 이미 Markdown과 HTML을 생성할 수 있습니다.
하지만 이러한 파일이 휴대폰에 도착하자마자 깨져 버린다면, 아무리 생성 경험이 매끄러웠더라도 실제로 사람의 손에 제대로 전달되지 않은 것입니다.
Jilan은 그 마지막 1마일을 채웁니다.
하지만 이것으로 끝이 아닙니다
Jilan은 현재 가장 얕은 레이어만 채우고 있습니다. 파일을 받아서 여는 것입니다.
앞으로는 여전히 몇 가지 문제를 해결해야 합니다.
예를 들어, 관리입니다.
많은 사람들이 이미 수많은 Markdown과 HTML 파일을 휴대폰, 클라우드 드라이브, 채팅 기록, 다양한 앱 캐시에 분산되어 가지고 있습니다.
가치가 없는 것은 아니지만, 너무 분산되어 있어 찾거나 관리하기 어렵습니다.
예를 들어, 공유입니다.
Jilan은 "다른 사람이 보낸 것을 어떻게 볼 것인가"를 해결합니다.
하지만 반대로, "내가 HTML 파일을 만들었는데, 다른 사람이 어떻게 편리하게 열 수 있게 할 것인가"는 여전히 골칫거리입니다.
파일을 보내면 상대방이 열지 못할 수도 있고, 링크를 보내려면 직접 배포할 곳을 찾아야 합니다.
예를 들어, 크로스 디바이스입니다.
휴대폰에서 읽다가 컴퓨터에서 계속 읽거나, 컴퓨터에서 보고서를 생성하여 휴대폰으로 보내 읽는 것은 모두 매우 자연스러운 일입니다.
하지만 동기화를 하자마자 계정, 클라우드, 개인 정보 보호, 복잡성 문제가 발생합니다.
Jilan은 여전히 매우 작습니다. 그래서 큰 제품으로 포장하고 싶지 않을 정도입니다.
하지만 제가 매일 마주치는 격차에 딱 맞습니다.
AI가 콘텐츠를 생성했지만, 저는 단지 휴대폰에서 그것을 잘 보고 싶을 뿐입니다.
여러분도 Markdown, HTML, 웹 PPT 파일 때문에 자주 불편을 겪고 계신다면, 한번 사용해 보세요.
TestFlight:
또한 이에 대한 여러분의 생각을 듣고 싶습니다: AI의 개입 이후, 문서, 프레젠테이션, 그리고 읽기는 실제로 어떻게 변할까요?
