<output id="qn6qe"></output>

    1. <output id="qn6qe"><tt id="qn6qe"></tt></output>
    2. <strike id="qn6qe"></strike>

      亚洲 日本 欧洲 欧美 视频,日韩中文字幕有码av,一本一道av中文字幕无码,国产线播放免费人成视频播放,人妻少妇偷人无码视频,日夜啪啪一区二区三区,国产尤物精品自在拍视频首页,久热这里只有精品12

      20 個追求極致體驗的 AI 聊天軟件功能

      前言

      從 ChatGPT 到開源工具
      2022 年,我初次接觸 ChatGPT 3.5 網(wǎng)頁端時,倍感驚艷。在那之后,我主要使用通義千問的網(wǎng)頁版,雖然其表現(xiàn)中規(guī)中矩,但足以應(yīng)對日常工作。直到今年年初,我開始深度使用 DeepSeek 的客戶端,其多端同步功能帶來了不小的便利。而隨著 Gemini 2.0 Pro 的發(fā)布,我則完全轉(zhuǎn)向了通過 API 調(diào)用并搭配開源桌面客戶端的使用方式。

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

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

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

      20 個功能點
      如今,Pointer 已初具雛形,并成為我日常使用 LLM 的主要工具。在不斷打磨的過程中,我將 Pointer 的核心功能點梳理并擴展為 20 個。這些功能點與之前博客中的設(shè)想或有重疊,但經(jīng)過實踐,我對每一個細節(jié)都有了更深的感悟。下面我將它們逐一記錄分享。

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

      1. 文件夾

      當前主流 AI 聊天應(yīng)用的會話列表,大多是按時間排序的線性結(jié)構(gòu),最新會話置于頂部。在設(shè)計 Pointer 時,我主要參考了 VS Code 的文件資源管理器,最終選擇了樹形文件夾的分類方式。這種結(jié)構(gòu)的好處顯而易見:你可以按不同主題劃分會話,或在后續(xù)專門花時間整理歸納,這是一件非常 chill 愜意的事情。

      • 核心操作:文件夾應(yīng)支持一鍵清空、刪除、導(dǎo)出等批量操作。
      • 待辦:多選操作是必要的,但這個功能對于 AI 輔助編程來說實現(xiàn)起來有些挑戰(zhàn),Pointer 暫未支持。

      image

      2. 標簽頁

      標簽頁是極為常見的設(shè)計,類似瀏覽器。它允許你將常用會話臨時固定,實現(xiàn)了變相的置頂功能。當你通過右鍵菜單“關(guān)閉其他”或“關(guān)閉所有”標簽頁時,那種“世界終于清凈了”的靜謐感,是線性列表無法給予的。

      • 待辦:應(yīng)記錄標簽頁的導(dǎo)航歷史,方便快速切換,此功能 Pointer 暫未支持。

      image

      3. 消息折疊

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

      image

      4. 消息分支

      消息分支是一項極其有用的功能,它允許你基于某一次回答,探索不同的對話路徑。然而,市面上多數(shù)開源應(yīng)用的實現(xiàn)都差強人意,這也是驅(qū)動我開發(fā) Pointer 的核心動力之一。

      image

      5. 消息導(dǎo)航

      在長對話中,快速定位至關(guān)重要。應(yīng)用必須提供一鍵滾動到頂部和底部的功能。此外,在消息之間進行“上一條/下一條”的快速跳轉(zhuǎn)也很有必要。更高級的需求是,能夠直接跳轉(zhuǎn)到被我“星標”(star)的消息,就像在書中快速定位書簽一樣。

      image

      6. 消息等待隊列

      當你已經(jīng)想好了下一步問什么,而 AI 的回復(fù)卻十分遲緩時,怎么辦?消息等待隊列就是答案。它允許你連續(xù)發(fā)送多條消息,系統(tǒng)會自動將它們緩存并按序處理。這樣,你就可以先關(guān)閉應(yīng)用,去做別的事情,稍后再回來查看結(jié)果。

      image

      7. 動態(tài)切換模型

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

      image

      8. 右鍵引用

      當你在對話中看到某個詞或某句話,想讓 AI 基于它進行解釋或翻譯時,只需選中文字,通過右鍵菜單點擊“引用”,選中的內(nèi)容就會被自動復(fù)制到輸入框中,極大提升了追問的效率。

      image

      9. 右鍵新建對話

      與“右鍵引用”類似,當你希望基于選中的詞或句子開啟一個全新的話題時,可以通過右鍵菜單選擇“新建對話”。應(yīng)用會自動將內(nèi)容發(fā)送到一個全新的會話中,并且新會話會帶有一個頁面溯源的 UI 標記,讓你清楚地知道這個新話題源自何處。

      image

      10. 對話截圖

      將對話導(dǎo)出為圖片是分享的常用方式。一個好的圖片導(dǎo)出功能,必須提供尺寸選擇器,以適配不同的屏幕(如適合手機分享的窄長圖)。AI 對話往往很長,導(dǎo)致截圖也很長,在移動端需要手動縮放才能看清,這是體驗上的痛點。

      image

      11. 復(fù)制表格

      表格的復(fù)制功能,除了支持 Markdown 和 CSV 格式外,還應(yīng)支持直接復(fù)制為圖片。但考慮到表格圖片在手機上的糟糕閱讀體驗,可以提供一個“降維”選項:將表格強制轉(zhuǎn)換為垂直排列的表單記錄格式,緩解移動端查看的難題。

      image

      image

      12. 全局檢索

      我最初以為全局檢索的難點在于性能,沒想到首先卡在了交互設(shè)計上。當檢索結(jié)果過多時,體驗會很糟糕。解決方案是:將結(jié)果按會話進行分組,并默認折疊一些搜索結(jié)果,然后由用戶逐一查看和展開折疊的結(jié)果。

      image

      13. 會話內(nèi)檢索

      這是一個非常實用的基礎(chǔ)功能,幾乎所有基于瀏覽器的聊天應(yīng)用都天然支持。因此,只需參考現(xiàn)有成熟方案來實現(xiàn)即可。

      image

      14. 星標 vs 置頂

      “星標”是為消息打上標記,而“置頂”則是在空間布局上賦予其優(yōu)先。在我看來,側(cè)邊欄置頂功能的必要性不強,因為“標簽頁”的固定功能在很大程度上可以替代它。

      image

      15. 收藏 vs 筆記

      收藏(Favorites)和筆記(Notes)本質(zhì)上是同一功能,區(qū)別在于命名和其傳達的情感。我傾向于稱之為“筆記”,因為它更符合記錄和整理的本質(zhì)。但“收藏”也有一個無法拒絕的理由:它可以搭配心形(??)圖標,表達一種“心動”的感覺,這是“筆記”二字做不到的。

      • 補充:你可能會問,為什么不用更經(jīng)典的星星圖標(?)呢?很遺憾,在 Pointer 的設(shè)計中,星星圖標已經(jīng)被“消息星標”(Message Star)功能所占用,用于標記對話中的某條消息。

      image

      16. 導(dǎo)入與導(dǎo)出

      導(dǎo)入導(dǎo)出功能必須支持選擇性操作,即允許用戶只導(dǎo)入或?qū)С鲋付ǖ臅挘皇菑娭迫刻幚怼TO(shè)置、會話、收藏也應(yīng)該區(qū)分開來。

      image

      17. 導(dǎo)入外部聊天記錄

      為了方便用戶遷移,應(yīng)用最好能支持導(dǎo)入市面上所有主流 AI 聊天平臺的歷史記錄。

      image

      18. 對 MCP 說不

      MCP 并非一個安全的設(shè)計。我不希望為用戶提供一個存在潛在安全風險的產(chǎn)品。

      19. 對多模態(tài)說不

      Pointer 的定位是一個純粹的文本聊天應(yīng)用,而不是一個集成了視頻、音頻處理的工作流生產(chǎn)力工具。保持專注,才能把核心體驗做到極致。

      20. 對聯(lián)網(wǎng)搜索說不

      這是為了堅守隱私第一的原則。一旦啟用聯(lián)網(wǎng)搜索,你和 AI 的對話內(nèi)容,有可能泄露給搜索引擎。

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

      附錄

      至此,相信你對 Pointer 的三個核心設(shè)計理念已有所了解:

      • 極致私密 (Privacy First)
        通過主動舍棄聯(lián)網(wǎng)搜索等功能,從設(shè)計上根除隱私泄露的任何可能,為用戶的思想探索打造一個絕對的“安全屋”。

      • 深度高效 (Deep Efficiency)
        借助文件夾、消息分支、等待隊列等功能,專為超長、深度對話優(yōu)化,確保用戶心流不被打斷,讓思想能自由探索與沉淀。

      • 純粹安全 (Secure & Simple)
        審慎選擇技術(shù),拒絕潛在風險,構(gòu)建一個干凈、可信賴的應(yīng)用。它專注做好“純文本聊天”這一件事,拒絕功能臃腫,保障核心體驗。

      GitHub 開源: https://github.com/experdot/pointer

      posted @ 2025-10-29 08:04  ExperDot  閱讀(336)  評論(0)    收藏  舉報
      主站蜘蛛池模板: 国产成人精品中文字幕| 亚洲午夜亚洲精品国产成人| 国产精品一区二区国产馆| 亚洲综合91社区精品福利| 青青草成人免费自拍视频| 亚洲一区二区三成人精品| 水蜜桃视频在线观看免费18| av在线播放无码线| 日韩加勒比一本无码精品| 免费无码一区无码东京热| 天天躁日日躁狠狠躁性色avq| 免费A级毛片樱桃视频| 精品黄色av一区二区三区| 精品无码久久久久久尤物| 国产成人高清亚洲综合| 午夜av高清在线观看| 青阳县| 亚洲国产一区二区av| 国产按头口爆吞精在线视频| 精品国产一区av天美传媒| 72种姿势欧美久久久久大黄蕉| 九九热在线免费精品视频| 看免费真人视频网站| 人妻中文字幕一区二区三| 女人与公狍交酡女免费| 真实国产老熟女无套中出| 强行交换配乱婬bd| 亚洲国产美国产综合一区| 成人3d动漫一区二区三区| 嫩草院一区二区乱码| 亚洲国产成人久久综合同性 | 99精品免费久久久久久久久日本| 精品人妻一区二区三区蜜臀 | 草裙社区精品视频播放| 韩国 日本 亚洲 国产 不卡| 国产精品福利中文字幕| 欧洲一区二区中文字幕| 欧洲码亚洲码的区别入口| 国产免费久久精品99reswag| 久久99精品久久久久久| 中文字幕国产精品资源|