之前預告過的那個「手機上的 Markdown / HTML 閱讀器」做完了,叫 即覽。
它解決的是一個很小、但最近越來越煩的問題
別人從微信、文件 App 或羣裏發你一份 AI 報告、網頁 PPT、Markdown 文檔,手機上點開不是空白,就是源碼,要麼樣式全壞,要麼根本不知道該用什麼打開。
.md、.markdown、.html、.htm、.txt,還有打包好的網頁 ZIP,都可以直接用即覽在 iPhone 和 iPad 上打開。
本地渲染,本地保存,不需要上傳,也不需要註冊賬號
文末有 TestFlight,想試可以直接申請,我開了 8000 個名額。
但我做即覽,不只是因爲缺一個閱讀器。
更直接的原因是:這段時間我越來越明顯地感覺到,在 AI 參與內容生產之後,我們交換內容的格式正在變。
很多文本內容開始落到 Markdown,很多展示內容開始落到 HTML。
即覽只是這個變化走到手機端時,掉出來的一個小工具。
Markdown 不只是文本格式,它正在變成 AI 的數據層
前幾天看到 Obsidian 作者的一句話,我覺得很準:.md 正在成爲 AI 文件交互裏的一個 Schelling point。
Schelling point :可以翻譯成"謝林點",意思是沒有人強制規定,但大家會自然聚到同一個選擇上。
Markdown 現在就有點像這樣。
沒人規定 AI 應該用 Markdown,標準委員會也沒有出來宣佈過什麼。
但在真實使用裏,不管是人寫給 AI,還是 AI 寫給人,最後經常都會落到 .md 文件上。
原因也很樸素。
輕量 :它是純文本,模型讀寫都輕。
結構 :它有足夠的結構,標題、列表、表格、代碼塊、鏈接都能表達。
開放 :它又不會像 .docx 那樣被包進一層複雜格式裏。人可以直接打開,AI 也可以直接處理,版本管理和 diff 都乾淨。
它更像是 AI 工作流裏的底層數據
我在 CodePilot 裏就是這麼用的。
它沒有特別複雜的 memory 機制,很多記憶其實就是一組 Markdown 文件。
AI 往裏寫,AI 從裏讀,我自己也能打開改。
更進一步,CodePilot 裏的 widget 也可以把這些本地 Markdown 和 memory 當作數據來源。
文件變了,組件展示也跟着變。
這時候 Markdown 就不只是"拿來讀的一篇文章"了。它變成了一種很輕的本地數據層:人能看,AI 能讀,工具也能基於它生成新的界面和交互。
這也是爲什麼我覺得,最近很多人繼續卷 Markdown 編輯器,方向可能有點窄。
真正有意思的不是再做一個更漂亮的編輯框,而是把 Markdown 當成數據,去構建新的閱讀、管理和人機交互方式。
HTML 正在變成 AI 內容的展示層
另一端是 HTML。這個趨勢最近也越來越明顯。
上個月我開源了一個 PPT Skill,生成的就是網頁形式的演示文稿。
它 25 天到 1 萬 star,後來我在線下答辯、展會和分享裏,也反覆見到有人用它做出來的 PPT。
這件事讓我確認了一點:很多場景裏,大家要的並不是一個標準的 .pptx 文件,而是一個能拿上去講、能被人看懂、能快速分享的展示物。
剛好 Claude Code 團隊最近也在講同一件事。
他們有篇文章專門寫爲什麼越來越多輸出開始用 HTML,而不是 Markdown。
理由很直接:HTML 信息密度更高,更容易做視覺層級,更適合展示圖表、佈局、交互,也更容易被別人打開和閱讀。
這跟我自己的體驗很接近。
Markdown 適合沉澱內容,但它一長就難讀。幾千字、幾萬字的報告堆在一個 .md 文件裏,哪怕結構是對的,人也很難真的讀進去。
HTML 反過來。它可以用排版、空間、顏色、圖表和交互,把信息組織得更像一個"可以被消費的東西"。它不是更適合存事實,而是更適合讓人理解事實。
Markdown 是數據層,HTML 是展示層
底層內容用 Markdown 留着,乾淨、可讀、可版本管理。
需要給人看、給人講、對外分享時,再渲染成 HTML。
這不是某種宏大的新標準,更像是 AI 工作流裏自然長出來的一種分工。
但這條鏈路在手機上斷了
內容有了,文件也發出來了,問題出在最後一步:人經常是在手機上打開它。
桌面端還好。你有瀏覽器,有編輯器,實在不行還有 VS Code。
但手機不是這樣。
尤其是你在微信裏收到一份 AI 生成的報告、一個網頁 PPT、一個 Markdown 文檔時,常見體驗就是點不開、顯示源碼、樣式壞掉,或者要在幾個 App 之間來回跳。這件事很小,但非常煩。
微信這種 IM,本質上不是文件閱讀器。
它的優先級是聊天、預覽和轉發,不是認真打開一個 Markdown 或 HTML 文件。
瀏覽器也不是爲這個場景設計的。
瀏覽器默認處理的是"你給我一個鏈接,我幫你打開網頁"。
但別人發給你的往往是一個本地文件,不是一個鏈接。你當然可以繞來繞去把 HTML 丟給瀏覽器,但整個鏈路又長又彆扭。
很多 Markdown 工具也偏編輯、偏筆記,不一定適合臨時打開別人發來的文件。
更不用說有些工具會要求你導入、同步、建庫、註冊賬號。
HTML 還多一層安全問題:一個陌生文件裏可能帶腳本,你不一定希望它默認執行。
在手機上,把 AI 工作流裏常見的這些文件,安全、順手地打開
這就是即覽。
即覽做得很窄:打開、讀、收着
即覽沒有做成編輯器,也沒有接 AI,順便我必須得吹一下 CodeX 畫的這個 App 圖標,太可愛了。
我一開始就想得很清楚,它只做三件事:打開、讀、收着。
收到文件時,從微信、文件 App 或系統分享面板裏選擇即覽,就能打開。支持 .md、.markdown、.html、.htm、.txt,也支持網頁資源打包成的 .zip。
所有文件都在本地處理,不上傳,不註冊賬號
讀 Markdown 的時候,我主要按長文閱讀去調。
字號、行距、背景可以改
長表格可以橫向滾動
有標題結構的文檔可以用目錄跳轉
常見的 Obsidian 寫法,比如任務列表、Callout、腳註、Frontmatter、標籤,也儘量兼容
也支持夜間模式和顏色主題的切換。
讀 HTML 的時候,我更在意"可控"。
它用系統 WebView 本地渲染,支持縮放、橫豎屏切換,也可以在手機模式和桌面模式之間切。
動態腳本默認關閉。陌生 HTML 裏到底有沒有腳本,你通常是不知道的。所以即覽默認不把執行腳本作爲前提;遇到確實需要 JS 才能看的頁面,再手動打開。
ZIP 也是爲真實場景做的。
很多 AI 導出的網頁不是單個 HTML,而是 index.html 加一個 assets 文件夾。
即覽會解壓後自動找入口,本地圖片和 CSS 也能正常加載,不至於樣式全丟、圖片全裂。
打開過的文件會自動留在本地歷史裏。下次想回看,進 App 就能找到。
重複導入同一個文件不會堆出兩份,重要的也可以收藏。
這就是它現在的邊界。
它不做雲同步,不做賬號,不做編輯,也不接 AI。
不是因爲這些功能不重要,而是因爲一個查看器先應該把"打開並讀完"這件事做乾淨。
即覽接在前兩件事後面
現在回頭看,即覽不是一個孤立的小工具。
上個月我做 PPT Skill,是因爲我相信 HTML 會成爲 AI 生成演示內容時很自然的一種形態。
它不一定取代 PowerPoint,但在"快速生成一個能講的東西"這件事上,HTML 足夠輕、足夠開放,也足夠適合模型直接生成。
我做 CodePilot,是因爲我相信 Markdown 會成爲 AI 協作裏很自然的數據和記憶載體。
它不是最漂亮的格式,但它最容易被人、模型和工具同時使用。
即覽接的是第三步:
這些格式不能只停在"生成出來"那裏,還得讓人真的能打開、能讀、能收起來
前兩件事偏生產,即覽偏消費。
AI 已經能生成 Markdown,也能生成 HTML。
但如果這些文件一到手機上就斷掉,那前面的生成體驗再順,也沒有真正落到人手裏。
即覽補的就是這個最後一公里。
但這件事還遠沒結束
即覽現在補的只是最淺的一層:收到一個文件,把它打開。
再往後,其實還有幾個問題沒有解決。
管理:很多人的手機、網盤、聊天記錄和各種 App 緩存裏,已經散落着大量 Markdown 和 HTML 文件。它們不是沒有價值,只是太分散,找不到,也管不起來。
分享:即覽解決的是"別人發給我,我怎麼看"。但反過來,"我做了一份 HTML,怎麼讓別人順手打開",仍然麻煩。發文件,對方未必打得開;發鏈接,又需要自己找地方部署。
跨設備:手機上讀了一半,回電腦接着看;電腦上生成了一份報告,推到手機上讀,這都很自然。但一旦做同步,就會碰到賬號、雲端、隱私和複雜度。
即覽現在還很小,小到我不太想把它包裝成一個大產品。
但它正好卡在我自己每天都會遇到的縫裏:
AI 把內容生成出來了,可我只是想在手機上好好看一眼。
你也經常被 Markdown、HTML、網頁 PPT 這些文件硌到的話,可以試試。
TestFlight:https://testflight.apple.com/join/sv7KTqn9
也歡迎聊聊你們怎麼看這件事:在 AI 參與之後,文檔、展示和閱讀到底會變成什麼樣。
✦