即覽：手機上看 Markdown 和 HTML，怎麼就這麼難？
整理版優先睇
即覽 App 解決手機上閲讀 Markdown 同 HTML 文件嘅問題，背後反映 AI 時代內容格式嘅轉變
呢篇文章係由即覽 App 嘅開發者寫嘅，佢發現一個好煩嘅問題：手機上成日收到 AI 生成嘅 .md、.html 文件，但點開唔係空白就係源碼，或者要喺幾個 App 之間跳嚟跳去。佢為咗解決呢個問題，整咗一個叫「即覽」嘅 iPhone/iPad App，專畀人喺手機上順手打開、閲讀呢啲格式。整體結論係：即覽雖然只係一個小工具，但佢補足咗 AI 內容生產鏈入面「最後一公里」嘅缺口——文件生成咗，但用戶喺手機上根本睇唔到。
文章進一步分析咗背後嘅趨勢：Markdown 正變成 AI 工作流嘅數據層，因為佢輕量、有結構、開放，無論係人寫畀 AI 定 AI 寫畀人，最後都自然落到 .md 文件上。而 HTML 就變咗展示層，適合用排版同視覺去呈現資訊，尤其係 PPT Skill 呢類工具嘅成功，證明咗網頁形式嘅演示內容越來越普遍。呢兩種格式分工自然，但喺手機上嘅閲讀體驗斷裂咗——微信唔係文件閲讀器，瀏覽器又唔係為本地文件設計嘅。
即覽就係呢個缺口嘅答案：佢只做三件事——打開、讀、收着。支援 .md、.html、.txt、ZIP 等格式，全部本地渲染，唔使上傳或註冊。作者強調，呢個 App 唔係要做大產品，而係卡喺佢自己每日都會遇到嘅縫裏。佢相信，隨住 AI 參與內容生產，呢種閲讀工具嘅需求只會越來越大。
- 手機上收到 .md 或 .html 文件經常點唔開、顯示源碼或樣式壞掉，即覽 App 專為呢個場景設計，補足 AI 內容生成後嘅閲讀缺口。
- 即覽支援本地渲染，無需上傳或註冊賬號，兼容 .md、.markdown、.html、.htm、.txt 同埋 ZIP 打包嘅網頁。
- 比起其他 Markdown 編輯器或筆記 App，即覽專注「打開、讀、收着」，唔做編輯、雲同步或 AI 功能，體驗更純粹。
- Markdown 正成為 AI 工作流嘅底層數據層，因為佢輕量、結構化、開放；HTML 則成為展示層，適合視覺化呈現資訊。
- 你可以下載即覽 TestFlight 版本親身體驗，或者思考呢兩種格式喺 AI 時代嘅未來——我哋需要更多專注閲讀體驗嘅工具。
即覽 TestFlight
iOS 測試版下載連結，8000 個名額
手機上睇 Markdown 同 HTML 嘅煩惱
成日有人喺微信、文件 App 或者羣組發 AI 報告、網頁 PPT、Markdown 文檔畀你，但手機上點開一係空白，一係顯示源碼，樣式全部壞曬。.md、.html、.txt 甚至打包好嘅 ZIP，根本唔知用咩打開。
微信呢類 IM 本質上唔係文件閲讀器，佢嘅優先級係聊天、預覽同轉發，唔係認真打開一個文件。
瀏覽器都唔係為呢個場景設計嘅——佢默認處理連結，但人哋發嚟嘅係本地文件。好多 Markdown 工具又偏編輯、偏筆記，仲要你導入、同步、註冊賬號，臨時打開好唔就手。
Markdown 變咗 AI 嘅數據層
作者引用咗 Obsidian 作者一句話：.md 正喺度成為 AI 文件交互入面嘅 Schelling point。冇人強制規定，但大家自然聚到同一個選擇上。Markdown 就係咁——輕量、有結構、開放，人可以直接打開，AI 都可以直接處理。
Markdown 唔只係文字格式，佢變成咗 AI 工作流嘅底層數據層
CodePilot 就係用 Markdown 檔案做記憶：AI 寫入、AI 讀取、人亦可以手動修改
作者覺得，與其繼續卷 Markdown 編輯器，不如將 Markdown 當成數據，去構建新嘅閲讀、管理同人機交互方式。
HTML 變成 AI 嘅展示層
另一個趨勢係 HTML 愈來愈常用嚟做展示。作者開源咗一個 PPT Skill，生成嘅係網頁形式嘅演示文稿，25 日就攞到 1 萬 star，好多線下場合都有人用。
大家要嘅唔係 .pptx，而係一個可以即刻拎去講、可以快速分享嘅展示物
Claude Code 團隊都講過：HTML 資訊密度更高，更容易做視覺層級，適合展示圖表、佈局同交互。Markdown 一長就好難讀，HTML 反而可以將資訊組織成「可以消費嘅嘢」。
- 1 Markdown 適合沉澱內容，但幾千字嘅報告人好難讀入去
- 2 HTML 用排版、空間、顏色、圖表同交互，幫人理解事實，唔係儲存事實
- 3 呢個分工自然：底層用 Markdown，展示用 HTML，唔係宏大標準，而係工作流入面自然長出嚟
即覽嘅設計：打開、讀、收着
即覽做得好窄：收到文件時，由微信、文件 App 或系統分享面板揀即覽就打得開。支援 .md、.markdown、.html、.htm、.txt 同 ZIP 打包嘅網頁。所有文件本地處理，唔上傳、唔註冊。
- 讀 Markdown 時可以調整字號、行距、背景；長表格可以橫向滾動；有標題結構嘅可以用目錄跳轉；兼容 Obsidian 寫法（任務列表、Callout、腳註、Frontmatter）
- 讀 HTML 時用系統 WebView 本地渲染，支援縮放、橫豎屏切換，手機同桌面模式互切；動態腳本默認關閉，需要先手動開
- ZIP 檔案會自動解壓揾入口，本地圖片同 CSS 正常載入；打開過嘅文件會留低本地歷史，重複導入唔會疊加，重要嘅可以收藏
即覽唔做雲同步、唔做賬號、唔做編輯、亦唔接 AI
之前預告過嗰個「手機上嘅 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 參與之後，文檔、展示同閲讀究竟會變成點樣。
✦
之前預告過的那個「手機上的 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 參與之後,文檔、展示和閲讀到底會變成什麼樣。
✦