AI瀏覽器和釘釘ONE是不是偽需求?

最近兩則新聞格外引起了我的注意:一是Claude推出了官方瀏覽器插件,二是釘釘發布了釘釘ONE。前者說明AI瀏覽器未必有必要,后者則描繪了一幅“刷刷手機就能完成工作”的未來辦公圖景。

這幾天我經常在思考,AI瀏覽器是不是沒有必要,釘釘ONE是不是沒有可能做到,它們是不是都是偽需求?

AI瀏覽器:沒必要的拉郎配?

AI瀏覽器的概念聽起來很性感,但目前看來,它能實現的功能,Claude瀏覽器插件幾乎都能實現。無論是針對網頁內容的問答,還是可以操作網頁的Agent,看起來Claude瀏覽器插件都能做。我們不能低估插件的能力。瀏覽器插件同樣可以獲取到用戶在瀏覽器中的全部上下文,包括瀏覽歷史、頁面全文,甚至可以攔截網絡請求,讀取下載時的數據包(例如,通過這種方式remio就能完美實現在線PDF的保存)。當插件已經能夠如此深入地融入瀏覽行為時,專門打造一個新瀏覽器的必要性就大大降低了。

那AI瀏覽器能對瀏覽器的內核做什么重大改進嗎,目前更是一點都看不到。就算將來能改,基于開源的Chromium內核要做出壁壘也是難上加難。私有技術本來就很難對抗開源技術,基于開源項目再做私有技術就更不靠譜。Google還控制了Chrome的賬戶體系和插件市場,目前誰也不敢跳開這個體系,這就讓AI瀏覽器更難做出差異化。

就算將來能改內核又怎么樣呢。這讓我想起了前段時間的Cursor。Cursor的Tab flow體驗曾經很受歡迎,官方非常強調它對IDE編輯器的深度改造,試圖在交互層面做到極致。然而,后來Claude Code橫空出世,盡管其IDE能力很弱甚至可以說簡陋,卻憑借強大的代碼Agent能力取得了巨大的成功。這說明什么?說明在IDE層面“雕花”,可能就是一個偽需求。用戶真正需要的,不是一個更酷炫的錘子,而是更快更好的完成任務的能力。

所以AI瀏覽器是不是一個偽需求,我覺得是個值得深思的問題。我的感覺,AI瀏覽器將來可能有市場,但可能是作為某個AI產品的組成部分出現。比如如果有公司的通用Agent做的很好,考慮為Agent定制優化一個AI瀏覽器是合理的,但這個瀏覽器不是(或主要不是)給人用的。

釘釘ONE:皇帝批奏折式的辦公幻覺

如果說AI瀏覽器可能是沒必要,那釘釘ONE的問題是不切實際:工作被簡化成一個個卡片,像刷小紅書一樣劃掉,或者像皇帝批閱奏折一樣點擊“同意”。這極大地迎合了人們對“輕松工作”的向往。

但這個模式成立的前提是AI已經能完成95%以上的復雜工作,人只需要做最后的確認或反饋。對于少數高度重復、標準化的任務,這或許可行。但對于絕大多數復雜知識工作而言,這可能是天方夜譚。

工作不是一個線性的任務流。它是一個包含了信息搜集、分析、討論、決策、執行、復盤的復雜網絡。我們每天面對的,不是一個個孤立的“待辦事項”,而是一個個需要調動大量知識和經驗去解決的“問題”。比如,要撰寫一份對客方案,你需要參考過往與該客戶的所有溝通記錄、類似客戶的成功案例、公司最新的產品資料,甚至還有銷售團隊在內部頻道里的討論。這些盤根錯節的上下文,是無法被簡化成一張可以“一滑而過”的卡片的。

釘釘ONE這種“審批式”的交互過度簡化了工作的復雜性。我覺得,釘釘ONE這種模式,除了讓那些本就不深入一線工作的管理者獲得一種“掌控一切”的快感外,對真正執行工作的知識工作者來說,很可能是一種華而不實的幻覺。至于釘釘會搞出釘釘ONE可能也不奇怪,畢竟之前讓管理者很爽,讓打工人心驚肉跳的奪命連環DING也是釘釘發明的嘛。

結語:跳出“容器”的限制

無論是試圖重塑瀏覽器的AI瀏覽器,還是希望將工作流卡片化的釘釘ONE,它們都代表了行業對AI應用形態的積極探索。但它們的共同問題,或許都在于將AI的能力框定在了某個特定的“容器”里:瀏覽器或信息流。

真正有用的創新,可能并不在于創造一個新容器,而在于讓AI的能力像水一樣滲透到我們已有的工作流之中,無縫、無感。未來,我們需要的或許不是當前辦公軟件+AI的升級版,已有的辦公軟件,大多數可能也已經足夠好了。就算能做的好一點也不會有市場,比如我們為了貼合歐美用戶的辦公環境,用了Google Doc和Slack,不少同事都直呼不好用,比飛書差遠了,可是飛書打磨的那么精細成功了嗎,可能也屬于“雕花”。很多東西是沒有歷史機會來改進的,火車軌道還在適配多少年前兩個馬屁股的寬度呢。

我們需要的是一個更懂我們的伙伴。這個伙伴能理解我們工作的完整上下文,跨越應用的邊界,在我們工作的每一個環節提供助力。

本文來自互聯網用戶投稿,該文觀點僅代表作者本人,不代表本站立場。本站僅提供信息存儲空間服務,不擁有所有權,不承擔相關法律責任。
如若轉載,請注明出處:http://www.pswp.cn/diannao/97717.shtml
繁體地址,請注明出處:http://hk.pswp.cn/diannao/97717.shtml
英文地址,請注明出處:http://en.pswp.cn/diannao/97717.shtml

如若內容造成侵權/違法違規/事實不符,請聯系多彩編程網進行投訴反饋email:809451989@qq.com,一經查實,立即刪除!

相關文章

從結構化到多模態:RAG文檔解析工具選型全指南

在RAG系統建設中,文檔解析質量直接決定最終效果上限,選擇合適的解析工具已成為避免"垃圾進,垃圾出"(GIGO)困境的關鍵決策。一、文檔解析:RAG系統的基石與瓶頸 當前企業知識庫中超過80%的信息存儲…

設計模式:享元模式(Flyweight Pattern)

文章目錄一、享元模式的介紹二、實例分析三、示例代碼一、享元模式的介紹 享元模式(Flyweight Pattern) 是一種結構型設計模式。通過共享相同對象,減少內存消耗,提高性能。 它摒棄了在每個對象中保存所有數據的方式, 通…

【Go語言入門教程】 Go語言的起源與技術特點:從誕生到現代編程利器(一)

文章目錄前言1. Go語言的起源與發展2. Go語言的核心設計團隊2.1 Ken Thompson(肯湯普森)2.2 Rob Pike(羅布派克)2.3 Robert Griesemer(羅伯特格瑞澤默)設計動機:解決C的痛點3. Go語言的核心特性…

rocketmq啟動與測試

1.更改runserver.sh的內存大小 vi runserver.sh 2.更改 runbroker.sh內存大小 vi runbroker.sh3.設置環境變量 vi ~/.bash_profile 新增 export NAMESRV_ADDRlocalhost:98764.啟動 --在bin的上一級目錄啟動 nohup bin/mqnamesrv & nohup bin/mqbroker &5.查看日志 le…

11.《簡單的路由重分布基礎知識探秘》

11_路由重分布 文章目錄11_路由重分布路由重分布概述路由重分布的核心作用基礎實驗實驗流程實驗拓撲配置示例(基本操作省略)實驗結論路由重分布概述 路由重分布(又稱路由引入)是指在不同路由協議之間交換路由信息的技術。在復雜網絡中,可能同…

C++ 左值引用與右值引用介紹

C 左值引用與右值引用詳解 在 C 的類型系統中,引用(reference) 是一種為已有對象起別名的機制。在早期(C98/03)中,C 只有 左值引用(lvalue reference),主要用于函數參數…

基于物聯網設計的園林灌溉系統(華為云IOT)_274

文章目錄 一、前言 1.1 項目介紹 【1】項目開發背景 【2】設計實現的功能 【3】項目硬件模塊組成 【4】設計意義 【5】國內外研究現狀 【6】摘要 1.2 設計思路 1.3 系統功能總結 1.4 開發工具的選擇 【1】設備端開發 【2】上位機開發 1.5 參考文獻 1.6 系統框架圖 1.7 系統原理…

uni-app iOS 應用版本迭代與上架實踐 持續更新的高效流程

很多團隊在使用 uni-app 開發 iOS 應用時,往往能順利完成第一次上架,但一到 版本更新和迭代 環節,就會頻繁遇到瓶頸:證書是否能復用?如何快速上傳?怎樣保持節奏不被打亂? 本文結合實戰經驗&…

解決由Tomcat部署前端改成nginx部署,導致大寫.JPG結尾文件無法訪問問題

前言:因信創替代要求,在麒麟服務器部署新的應用。原先的架構:前端tomcat部署,源碼部署java應用(ps:前后端,文件都在同一臺服務器上),前端訪問后端,再通過后端…

【設計模式】三大原則 單一職責原則、開放-封閉原則、依賴倒轉原則

系列文章目錄 文章目錄系列文章目錄一、單一職責原則方塊游戲的設計二、開放-封閉原則原則介紹何時應對變化三、依賴倒轉原則依賴倒轉原則介紹里氏代換原則總結一、單一職責原則 單一職責原則,聽字面意思,就是說功能要單一,他的準確解釋是&a…

(3dnr)多幀視頻圖像去噪 (一)

一、多幀視頻圖像去噪 原理當攝像機每秒捕捉的圖像達到60FPS,除了場景切換或者一些快速運動的場 景外,視頻信號中相鄰的兩幀圖像內容大部分是相同的。并且視頻信號中的噪 聲大部分都是均值為零的隨機噪聲,因此在時間上對視頻信號做幀平均&…

從靜態到智能:用函數式接口替代傳統工具類

在 Java 早期開發中,我們習慣使用**靜態實用程序類(Utility Class)**來集中放置一些通用方法,例如驗證、字符串處理、數學計算等。這種模式雖然簡單直接,但在現代 Java 開發(尤其是 Java 8 引入 Lambda 和函…

免殺偽裝 ----> R3進程偽裝實戰(高階) ---->培養紅隊免殺思路

目錄 R3進程偽裝(免殺技術)高階技術說明 深入剖析Windows進程規避免殺技術 學習R3進程偽裝的必備技能 R3進程偽裝的核心知識點與實現步驟 核心知識點 實現步驟 免殺實現步驟 PEB與EPROCESS的深入解析 1. PEB(進程環境塊) 2. EPROCESS 3. PEB與…

深度學習——基于卷積神經網絡實現食物圖像分類(數據增強)

文章目錄 引言 一、項目概述 二、環境準備 三、數據預處理 3.1 數據增強與標準化 3.2 數據集準備 四、自定義數據集類 五、構建CNN模型 六、訓練與評估 6.1 訓練函數 6.2 評估函數 6.3 訓練流程 七、關鍵技術與優化 八、常見問題與解決 九、完整代碼 十、總結 引言 本文將詳細介…

【開題答辯全過程】以 基于微信小程序的教學輔助系統 為例,包含答辯的問題和答案

個人簡介一名14年經驗的資深畢設內行人,語言擅長Java、php、微信小程序、Python、Golang、安卓Android等開發項目包括大數據、深度學習、網站、小程序、安卓、算法。平常會做一些項目定制化開發、代碼講解、答辯教學、文檔編寫、也懂一些降重方面的技巧。感謝大家的…

【代碼解讀】Deepseek_vl2中具體代碼調用

【代碼解讀】Deepseek_vl2中具體代碼調用 文章目錄【代碼解讀】Deepseek_vl2中具體代碼調用DeepseekVLV2Processor解讀DeepseekVLV2ForCausalLM - 多模態模型DeepSeek-VL2 Processor的輸入格式單樣本格式多樣本格式DeepSeek-VL2模型的輸出形式總結主要輸出類型:Deep…

Git 9 ,.git/index.lock 文件沖突問題( .git/index.lock‘: File exists. )

目錄 前言 一、問題背景 1.1 問題出現場景 1.2 典型報錯信息 1.3 問題影響 二、問題原因分 2.1 Git 的 index 與鎖機制 2.2 主要作用 2.3 根本原因 三、解決方案 3.1 確認進程 3.2 手動刪除 3.3 再次執行 四、注意事項 4.1 確保運行 4.2 問題排查 4.3 自動化解…

Proteus8 仿真教學全指南:從入門到實戰的電子開發利器

在電子設計、單片機課程設計或創客實踐中,你是否常因實物采購貴、新手怕燒板、調試排錯難而頭疼?Proteus8 作為一款 “全能型” EDA 仿真工具,完美解決這些痛點 —— 它集「原理圖繪制 PCB 設計 虛擬仿真」于一體,支持 51、STM3…

系統科學:結構、功能與層級探析

摘要本文旨在系統性地梳理和辨析系統科學中的核心概念——結構、功能與層級。文章首先追溯系統思想的理論源流,確立其作為一種超越還原論的整體性研究范式。在此基礎上,深度剖析系統結構的內在構成(組分、框架、動態性)、系統層級…

面試官問:你如何看待薪資待遇?

在面試過程中,“你如何看待薪資待遇?”這個問題,是很多面試官都會提出的經典問題之一。雖然表面上看起來是一個簡單的提問,但它實則關乎候選人的職業價值觀、工作態度以及對自己能力的認知。薪資是工作的重要動力之一,…