前言

從 ChatGPT 到開源工具
2022 年(nian)，我初次接觸(chu) ChatGPT 3.5 網頁端(duan)時，倍(bei)感驚艷。在那之(zhi)后，我主要使用(yong)通義千問的(de)(de)網頁版，以應(ying)對日常的(de)(de)開(kai)發工作。直到今年(nian)年(nian)初，我開(kai)始深度使用(yong) DeepSeek 的(de)(de)客(ke)(ke)戶(hu)端(duan)，其多端(duan)同步功(gong)能帶來了不小(xiao)的(de)(de)便(bian)利。而隨著 Gemini 2.5 Pro 的(de)(de)發布，我則完全轉向了通過 API 調用(yong)并(bing)搭配開(kai)源桌面客(ke)(ke)戶(hu)端(duan)的(de)(de)使用(yong)方式(shi)。

與 DeepSeek 深度對話
在年初(chu)使用 DeepSeek 期(qi)間(jian)，我(wo)探索出一種與 AI 進行深度對話的模式，用以探討懸而未決的人生與情感話題。最(zui)(zui)打動我(wo)的一點(dian)是，其客戶(hu)端提供了一個明確的隱(yin)私(si)開關，承(cheng)諾開啟后平臺(tai)將(jiang)不會使用用戶(hu)的聊天歷史——我(wo)選擇了信任它。讓我(wo)印(yin)象(xiang)深刻的是，我(wo)們之間(jian)最(zui)(zui)長的一段對話持(chi)續了超過 200 輪，累計字數逾 50 萬，而整個過程十分流(liu)暢(chang)。

沒有好用的 AI 工具
到了年中，我開始嘗試可接入 Gemini API 的各類開源應用（如 Cherry Studio）。Gemini 2.5 Pro 的細膩和善于隱喻的表達方式是如此出色，以至于我寧愿為 API 付費，也不愿再回到 DeepSeek。然而，這些開源應用普遍存在設計簡陋、隱私保護不足等缺陷，嚴重影響了我的深度聊天體驗。這促使我寫下了一篇博客——《AI 聊天應用的十條高級需求》。

嘗試 Vibe Coding 開發方式
恰逢此時，得益于 Claude 3.7 Sonnet 加持的 Cursor 出現在我的視野里，我立即著手實踐“Vibe Coding”——在兩天內就基本實現了自己提出的十個需求。順其自然地，我參考 Cursor 的命名，將這個新應用命名為 Pointer。

20 個功能點
如今，Pointer 已(yi)初具雛形，并成為我日常使用 LLM 的主要工具。在不斷打磨(mo)的過(guo)程中(zhong)，我將(jiang) Pointer 的核心功能點(dian)梳(shu)理(li)并擴展為 20 個(ge)。這些功能點(dian)與之(zhi)前博客中(zhong)的設(she)想或(huo)有(you)重(zhong)疊，但(dan)經過(guo)實(shi)踐(jian)，我對每一(yi)個(ge)細節都有(you)了更深的感悟。下(xia)面我將(jiang)它們逐一(yi)記錄分(fen)享。

1. 文件夾
2. 標簽頁
3. 消息折疊
4. 消息分支
5. 消息導航
6. 消息等待隊列
7. 動態切換模型
8. 右鍵引用
9. 右鍵新建對話
10. 對話截圖
11. 復制表格
12. 全局檢索
13. 會話檢索
14. 星標 or 置頂
15. 收藏 or 筆記
16. 導入導出
17. 導入外部聊天記錄
18. 對 MCP 說不
19. 對多模態說不
20. 對聯網搜索說不

1. 文件夾

當前主(zhu)流 AI 聊天應用的(de)(de)會話列表，大多是按時(shi)間排序的(de)(de)線性(xing)結構，最新會話置(zhi)于(yu)頂部(bu)。在設計 Pointer 時(shi)，我主(zhu)要參考了 VS Code 的(de)(de)文件(jian)資源管理器，最終選擇了樹形文件(jian)夾的(de)(de)分類(lei)方(fang)式。這種結構的(de)(de)好處顯而易見：你可以按不同主(zhu)題劃分會話，或(huo)在后(hou)續專(zhuan)門(men)花(hua)時(shi)間整理歸納，這是一件(jian)非常(chang) chill 愜意的(de)(de)事情。

• 核心操作：文件夾應支持一鍵清空、刪除、導出等批量操作。
• 待辦：多選操作是必要的，但這個功能對于 AI 輔助編程來說實現起來有些挑戰，Pointer 暫未支持。

2. 標簽頁

標(biao)簽頁是(shi)極為常(chang)(chang)見的設(she)計，類似瀏(liu)覽器。它允(yun)許你將常(chang)(chang)用會話臨時固(gu)定，實現了變(bian)相的置頂(ding)功能。當你通(tong)過右鍵菜單(dan)“關(guan)(guan)閉其(qi)他”或(huo)“關(guan)(guan)閉所(suo)有(you)”標(biao)簽頁時，那種“世界(jie)終于清凈了”的靜謐感，是(shi)線性列(lie)表無法給予的。

• 待辦：應記錄標簽頁的導航歷史，方便快速切換，此功能 Pointer 暫未支持。

3. 消息折疊

AI 的(de)回答通常篇(pian)幅較長，當對話輪次增多，上下滾動會變得(de)非常費力。因此，消息折(zhe)疊(die)功能必(bi)不可少。更進一步，最好能提供一個(ge)“僅(jin)收起 AI 消息”的(de)選項(xiang)，讓用戶可以快速瀏覽自(zi)己(ji)的(de)提問脈(mo)絡。

4. 消息分支

消息分支是一項極其(qi)有用的(de)功能(neng)，它允許你(ni)基(ji)于(yu)某一次回答，探索不同的(de)對話路徑(jing)。然而，市面上(shang)多數開源應用的(de)實現都差強人意，這也是驅動我開發 Pointer 的(de)核心動力(li)之一。

5. 消息導航

在(zai)長對話中，快速定位至關重要。應用必(bi)須提(ti)供(gong)一鍵(jian)滾動到頂部(bu)和(he)底部(bu)的(de)(de)(de)功能。此外，在(zai)消息(xi)之間進行“上一條(tiao)/下一條(tiao)”的(de)(de)(de)快速跳(tiao)轉也很有必(bi)要。更高級的(de)(de)(de)需求是，能夠直接跳(tiao)轉到被我“星標”（star）的(de)(de)(de)消息(xi)，就像(xiang)在(zai)書(shu)中快速定位書(shu)簽一樣(yang)。

6. 消息等待隊列

當你(ni)已經想好了(le)下一步問什么(me)，而 AI 的回復卻十分遲緩(huan)時，怎(zen)么(me)辦？消(xiao)(xiao)息等待(dai)隊列就是答案。它(ta)允(yun)許你(ni)連續發送多條消(xiao)(xiao)息，系統會自動將它(ta)們緩(huan)存并(bing)按(an)序處理。這樣，你(ni)就可(ke)以先關閉應用，去(qu)做別(bie)的事情(qing)，稍后再回來查看結果(guo)。

7. 動態切換模型

有時，你需要比較不同模(mo)型(xing)在處理同一問題上的(de)表現差異，以判斷哪個(ge)(ge)模(mo)型(xing)更符合你的(de) sense 感覺。這個(ge)(ge)功能需要與“消息(xi)分支”緊(jin)密配合：每切換(huan)一次(ci)模(mo)型(xing)進行(xing)回答，就自動創建一個(ge)(ge)新的(de)對話分支，方(fang)便對比。

8. 右鍵引用

當你在對話(hua)中(zhong)(zhong)看到某個詞(ci)或某句話(hua)，想讓 AI 基于它(ta)進行解釋或翻譯時，只需選中(zhong)(zhong)文字，通(tong)過右鍵菜單點(dian)擊“引用(yong)”，選中(zhong)(zhong)的內容就會被自動(dong)復制到輸入(ru)框(kuang)中(zhong)(zhong)，極大提(ti)升了(le)追問的效率。

9. 右鍵新建對話

與“右鍵引(yin)用”類(lei)似(si)，當你(ni)希(xi)望基于選中的(de)詞或(huo)句子開啟(qi)一(yi)個全(quan)(quan)新(xin)的(de)話題(ti)(ti)時，可(ke)以通過右鍵菜單選擇“新(xin)建對話”。應用會自(zi)(zi)動將內容發送到一(yi)個全(quan)(quan)新(xin)的(de)會話中，并且新(xin)會話會帶有一(yi)個頁面溯源的(de) UI 標記，讓你(ni)清楚地知道這(zhe)個新(xin)話題(ti)(ti)源自(zi)(zi)何(he)處。

10. 對話截圖

將對話(hua)導(dao)出(chu)為圖片(pian)是分(fen)(fen)享的(de)(de)常用方式。一個好的(de)(de)圖片(pian)導(dao)出(chu)功能，必須(xu)提供尺寸選擇(ze)器，以適(shi)配(pei)不(bu)同的(de)(de)屏幕(mu)（如適(shi)合手(shou)機分(fen)(fen)享的(de)(de)窄(zhai)長圖）。AI 對話(hua)往(wang)往(wang)很(hen)長，導(dao)致截(jie)圖也很(hen)長，在移動端需(xu)要(yao)手(shou)動縮放才(cai)能看清，這是體(ti)驗上(shang)的(de)(de)痛點(dian)。

11. 復制表格

表格的復(fu)制功能(neng)，除了支(zhi)持 Markdown 和(he) CSV 格式外，還(huan)應支(zhi)持直接復(fu)制為圖片。但考(kao)慮到表格圖片在手機上的糟(zao)糕閱(yue)讀(du)體驗，可以提供(gong)一個“降維”選(xuan)項(xiang)：將表格強制轉換(huan)為垂直排列的表單記錄格式，緩(huan)解移動端查看的難題。

12. 全局檢索

我最初以(yi)為全局(ju)檢(jian)(jian)索(suo)的難點(dian)在(zai)于性能，沒想到首先卡在(zai)了交互設計(ji)上。當(dang)檢(jian)(jian)索(suo)結果(guo)過多(duo)時，體驗(yan)會(hui)很糟糕。解決方案(an)是：將結果(guo)按會(hui)話(hua)進行分組(zu)，并默認(ren)折疊一些搜索(suo)結果(guo)，然后(hou)由用戶逐一查看和展開折疊的結果(guo)。

13. 會話內檢索

這是一個非常實(shi)用的基礎功能(neng)，幾乎所有基于瀏(liu)覽(lan)器的聊(liao)天(tian)應(ying)用都天(tian)然支持。因(yin)此，只需參(can)考現(xian)有成熟方案來實(shi)現(xian)即可。

14. 星標 vs 置頂

“星標”是為消息(xi)打上(shang)標記，而“置頂”則(ze)是在(zai)空間布局上(shang)賦予(yu)其優先。在(zai)我(wo)看來，側邊欄置頂功(gong)能的(de)必要性不(bu)強，因為“標簽(qian)頁”的(de)固定功(gong)能在(zai)很大(da)程度上(shang)可以替代它(ta)。

15. 收藏 vs 筆記

收(shou)藏(zang)（Favorites）和筆(bi)記(ji)(ji)（Notes）本質(zhi)上是同一(yi)功(gong)能，區別在(zai)于命名和其傳達(da)的(de)(de)(de)情感。我傾向于稱之為“筆(bi)記(ji)(ji)”，因(yin)為它更符合記(ji)(ji)錄和整理(li)的(de)(de)(de)本質(zhi)。但“收(shou)藏(zang)”也有一(yi)個無(wu)法拒絕的(de)(de)(de)理(li)由(you)：它可以(yi)搭配心(xin)(xin)形（??）圖標，表達(da)一(yi)種“心(xin)(xin)動”的(de)(de)(de)感覺，這(zhe)是“筆(bi)記(ji)(ji)”二字做不(bu)到(dao)的(de)(de)(de)。

• 補充：你可能會問，為什么不用更經典的星星圖標（?）呢？很遺憾，在 Pointer 的設計中，星星圖標已經被“消息星標”（Message Star）功能所占用，用于標記對話中的某條消息。

16. 導入與導出

導入導出功能必須支持(chi)選(xuan)擇性(xing)操作，即允許用戶(hu)只導入或導出指(zhi)定的會話，而(er)不(bu)是強制全(quan)量處(chu)理。設置、會話、收藏也應該區分開來。

17. 導入外部聊天記錄

為了方便用(yong)戶遷移(yi)，應用(yong)最好能(neng)支持導(dao)入市面(mian)上所有主流(liu) AI 聊天平臺的歷史記錄。

18. 對 MCP 說不

MCP 并非一(yi)個安全的設計。我不希望為用戶提供一(yi)個存(cun)在(zai)(zai)潛在(zai)(zai)安全風險的產品。

19. 對多模態說不

Pointer 的(de)定位是一(yi)個(ge)純粹的(de)文本聊(liao)天應用，而不是一(yi)個(ge)集成了視頻(pin)、音頻(pin)處理的(de)工(gong)作流生產力工(gong)具。保(bao)持專(zhuan)注(zhu)，才能把核(he)心體驗做(zuo)到極(ji)致(zhi)。

20. 對聯網搜索說不

這是為了堅守(shou)隱私第一(yi)的(de)原則。一(yi)旦(dan)啟用聯網搜(sou)索(suo)，你和 AI 的(de)對話(hua)內容(rong)，有(you)可(ke)能泄(xie)露給(gei)搜(sou)索(suo)引擎(qing)。

• 有人可能會反駁，那 API 提供商本身不也有風險嗎？是的，但我的設計理念是盡可能減少每一個潛在的泄露風險點。
• 或許又有人會說，至少提供一個開關，把選擇權交給用戶。但我認為，對于注重隱私的敏感用戶而言，他們依然會擔心程序 Bug 或意外操作導致搜索功能被調用。因此，為了徹底打消用戶的顧慮，最穩妥的方案就是——根本不做這個功能。

附錄

至此，相信你對(dui) Pointer 的(de)三(san)個核心(xin)設計理念已有所了(le)解：

• 極致私密 (Privacy First)
  通(tong)過主(zhu)動舍棄聯網搜索等功能，從設計(ji)上(shang)根除(chu)隱私泄露的任何可能，為用戶的思(si)想探索打造(zao)一個絕對的“安全(quan)屋(wu)”。

• 深度高效 (Deep Efficiency)
  借(jie)助文件夾、消息分支、等(deng)待隊列(lie)等(deng)功能(neng)，專為(wei)超長、深度(du)對(dui)話優(you)化，確保用(yong)戶心流(liu)不被打斷(duan)，讓(rang)思想能(neng)自(zi)由探索與(yu)沉(chen)淀。

• 純粹安全 (Secure & Simple)
  審慎(shen)選擇技術，拒絕潛在風險，構(gou)建(jian)一個(ge)干(gan)凈、可信賴(lai)的應用。它專注做好“純文本聊天(tian)”這(zhe)一件事，拒絕功能(neng)臃(yong)腫，保障核心體驗(yan)。

GitHub 開源(yuan):