瀏覽器側(cè)邊欄這個(gè)位置過去十幾年一直是書簽和下載列表的地盤直到AI能力被塞進(jìn)來它才突然變成了一個(gè)高頻交互入口。Sider這個(gè)插件我用了大半年從最初把它當(dāng)網(wǎng)頁劃詞翻譯的替代品到后來發(fā)現(xiàn)它真正有意思的地方在于上下文感知和多模型協(xié)同這兩件事——前者決定了AI能不能看懂你正在瀏覽的東西后者決定了它在不同任務(wù)上能不能調(diào)用最合適的那顆大腦。很多人裝完插件只會(huì)點(diǎn)開對(duì)話框問兩句通用問題那其實(shí)只用了它三成的能力。這篇內(nèi)容我想把這兩個(gè)核心機(jī)制拆開講清楚它到底怎么抓取頁面上下文、怎么在多個(gè)模型之間調(diào)度、普通用戶怎么配置才能讓側(cè)邊欄真正變成貼著網(wǎng)頁干活的助手以及我在實(shí)際使用中踩過的那些坑。適合已經(jīng)裝了插件但用得不深的人也適合想理解瀏覽器AI插件底層邏輯的開發(fā)者參考。1. 先搞清楚這個(gè)側(cè)邊欄到底在解決什么問題1.1 從復(fù)制粘貼到就地處理的交互遷移傳統(tǒng)用AI處理網(wǎng)頁內(nèi)容的方式很笨選中文字、復(fù)制、切到另一個(gè)標(biāo)簽頁、粘貼、加提示詞、等結(jié)果、再復(fù)制回來。一套動(dòng)作下來注意力被打斷三四次處理一篇長(zhǎng)文的時(shí)間成本高得離譜。側(cè)邊欄插件的第一層價(jià)值就是把這條鏈路壓縮成選中即問讓AI處理發(fā)生在內(nèi)容所在的同一個(gè)屏幕里。但僅僅做到就地還不夠。真正拉開差距的是上下文感知——插件不只是拿到你選中的那幾百個(gè)字而是能理解這段文字所在的頁面是什么類型、標(biāo)題是什么、正文結(jié)構(gòu)如何、你當(dāng)前在讀的是第幾段。這就像你問一個(gè)同事問題他是只看你遞過去的一張紙條還是已經(jīng)把你桌上那份完整報(bào)告翻過一遍回答質(zhì)量完全不在一個(gè)量級(jí)。Sider的實(shí)現(xiàn)思路是通過瀏覽器提供的頁面內(nèi)容讀取接口在用戶觸發(fā)動(dòng)作時(shí)抓取當(dāng)前標(biāo)簽頁的可讀文本做清洗和截?cái)嗪笞鳛樯舷挛淖⑷氲秸?qǐng)求里。這里的關(guān)鍵設(shè)計(jì)在于觸發(fā)時(shí)機(jī)和截取范圍的控制抓多了浪費(fèi)token還可能引入噪聲抓少了AI答非所問。1.2 三類典型用戶與他們的真實(shí)訴求我把使用者粗略分成三類每類對(duì)插件的期待完全不同閱讀型用戶主要拿它做長(zhǎng)文摘要、外文翻譯、術(shù)語解釋。他們最在意的是上下文抓取準(zhǔn)不準(zhǔn)能不能把整篇文章的要點(diǎn)提煉出來而不是只翻譯選中的一句話。寫作型用戶在網(wǎng)頁上收集素材、改寫段落、生成大綱。他們需要多模型協(xié)同——比如用擅長(zhǎng)長(zhǎng)文本的模型做結(jié)構(gòu)梳理用響應(yīng)快的模型做句子潤色。開發(fā)/研究型用戶讀技術(shù)文檔、對(duì)比多個(gè)來源、做信息抽取。他們對(duì)頁面上下文的要求最高希望AI能理解代碼塊、表格、文檔層級(jí)結(jié)構(gòu)。提示先想清楚自己屬于哪一類再去配置模型和上下文策略。三類人的最優(yōu)配置差別很大盲目照搬別人的設(shè)置往往效果一般。1.3 為什么多模型不是噱頭而是剛需單一模型的問題在于它有自己的能力偏科。有的模型長(zhǎng)文本理解強(qiáng)但響應(yīng)慢有的模型速度快但深度推理弱有的對(duì)代碼友好有的對(duì)自然語言潤色更在行。多模型協(xié)同的本質(zhì)是按任務(wù)路由把合適的請(qǐng)求交給合適的模型。Sider在這塊的機(jī)制是提供一個(gè)模型選擇器允許用戶為不同功能對(duì)話、摘要、翻譯、寫作分別指定默認(rèn)模型也支持在單次對(duì)話中手動(dòng)切換。這個(gè)設(shè)計(jì)看起來簡(jiǎn)單但背后涉及請(qǐng)求格式的統(tǒng)一、流式輸出的兼容、上下文在不同模型間的傳遞一致性——這些工程細(xì)節(jié)決定了切換模型時(shí)體驗(yàn)是否順滑。2. 上下文感知的實(shí)現(xiàn)機(jī)制拆解2.1 頁面內(nèi)容是怎么被讀進(jìn)來的瀏覽器插件讀取頁面內(nèi)容主流有三條路徑內(nèi)容腳本注入、可訪問性樹讀取、以及用戶主動(dòng)選區(qū)。Sider主要走的是內(nèi)容腳本注入配合選區(qū)觸發(fā)的方式。內(nèi)容腳本被注入到頁面后可以在用戶點(diǎn)擊側(cè)邊欄或劃詞時(shí)讀取DOM中的文本節(jié)點(diǎn)剔除導(dǎo)航欄、廣告、頁腳這些噪聲保留主體內(nèi)容。這里有個(gè)容易被忽略的細(xì)節(jié)正文提取不是簡(jiǎn)單的innerText。直接取整個(gè)body的文本會(huì)把菜單、評(píng)論區(qū)、推薦位全帶進(jìn)來AI拿到的上下文里一半是垃圾。成熟的插件會(huì)做正文密度分析——統(tǒng)計(jì)每個(gè)區(qū)塊的文本長(zhǎng)度、鏈接密度、標(biāo)簽語義判斷哪一塊才是真正的文章主體。這個(gè)算法不完美遇到特殊排版的頁面會(huì)失手但比粗暴全抓要好得多。我在實(shí)際使用中觀察到Sider對(duì)新聞?lì)?、博客類頁面的正文識(shí)別相當(dāng)準(zhǔn)但對(duì)一些用大量div堆疊、語義標(biāo)簽缺失的站點(diǎn)偶爾會(huì)把側(cè)邊欄推薦內(nèi)容也抓進(jìn)去。這時(shí)候手動(dòng)劃詞反而是更可靠的方式。2.2 上下文窗口的截?cái)嗖呗耘ctoken預(yù)算頁面抓下來動(dòng)輒幾千上萬字不可能全塞給模型。截?cái)嗖呗灾苯記Q定了回答質(zhì)量。常見的做法有幾種截?cái)嗖呗宰龇▋?yōu)點(diǎn)缺點(diǎn)頭部截?cái)嘀蝗∏癗個(gè)字符實(shí)現(xiàn)簡(jiǎn)單長(zhǎng)文后半段信息丟失首尾拼接取開頭一段加結(jié)尾一段兼顧開頭結(jié)論和結(jié)尾總結(jié)中間論證過程缺失語義分段選取按段落打分選最相關(guān)段落精準(zhǔn)計(jì)算開銷大選區(qū)優(yōu)先用戶選中的部分優(yōu)先前后各擴(kuò)一段貼合用戶意圖依賴用戶主動(dòng)操作Sider在劃詞場(chǎng)景下用的是選區(qū)優(yōu)先前后擴(kuò)展的思路在整頁摘要場(chǎng)景下更接近首尾拼接關(guān)鍵段落。這個(gè)取舍很合理用戶劃詞說明他已經(jīng)定位到了關(guān)鍵內(nèi)容AI只需要理解這段及其鄰域而整頁摘要需要覆蓋全文脈絡(luò)首尾加關(guān)鍵段是性價(jià)比最高的方案。從token預(yù)算角度看主流模型的上下文窗口雖然標(biāo)稱很大但實(shí)際請(qǐng)求里塞太多內(nèi)容會(huì)導(dǎo)致響應(yīng)變慢、成本上升還可能觸發(fā)中間信息遺忘現(xiàn)象——模型對(duì)超長(zhǎng)上下文中間部分的注意力會(huì)下降。所以把上下文控制在合理范圍比如中文兩三千字以內(nèi)反而是更聰明的做法。2.3 結(jié)構(gòu)化信息的保留表格、代碼與層級(jí)純文本抓取會(huì)丟掉結(jié)構(gòu)這對(duì)技術(shù)文檔是災(zāi)難。一個(gè)表格被拍平成一行行文字AI就很難正確理解行列關(guān)系代碼塊失去縮進(jìn)語義直接崩掉。Sider在處理這類內(nèi)容時(shí)會(huì)嘗試保留一定的結(jié)構(gòu)標(biāo)記比如把表格轉(zhuǎn)成Markdown表格、代碼塊保留圍欄標(biāo)記。這個(gè)處理看著不起眼但對(duì)開發(fā)型用戶價(jià)值極大。我讀技術(shù)文檔時(shí)經(jīng)常讓它解釋某段示例代碼如果代碼結(jié)構(gòu)被保留回答的準(zhǔn)確率明顯高于純文本抓取的情況。實(shí)測(cè)下來對(duì)帶語法高亮的代碼塊識(shí)別較好對(duì)純文本粘貼進(jìn)pre標(biāo)簽的代碼偶爾會(huì)丟縮進(jìn)需要手動(dòng)補(bǔ)一下。2.4 上下文感知的邊界與隱私考量必須說清楚一件事上下文感知意味著插件要讀取你當(dāng)前頁面的內(nèi)容。這個(gè)能力用好了是效率工具用不好就是隱私風(fēng)險(xiǎn)。合理的實(shí)現(xiàn)應(yīng)該做到只在用戶主動(dòng)觸發(fā)時(shí)讀取、讀取內(nèi)容僅用于當(dāng)次請(qǐng)求、不長(zhǎng)期存儲(chǔ)頁面全文。從使用角度我的建議是涉及個(gè)人信息的頁面郵箱、后臺(tái)管理、財(cái)務(wù)系統(tǒng)不要隨手劃詞提問處理敏感文檔時(shí)優(yōu)先用本地部署的模型或明確關(guān)閉上下文抓取功能。這不是對(duì)某個(gè)產(chǎn)品的質(zhì)疑而是使用任何瀏覽器AI插件都應(yīng)具備的基本習(xí)慣。3. 多模型協(xié)同的調(diào)度邏輯與配置方法3.1 模型路由的三種模式多模型協(xié)同在實(shí)際產(chǎn)品里通常體現(xiàn)為三種路由模式理解它們有助于你做出合理配置手動(dòng)切換用戶在對(duì)話框頂部下拉選擇模型每次請(qǐng)求用當(dāng)前選中的模型。最靈活但需要用戶自己判斷哪個(gè)模型合適。功能綁定為不同功能預(yù)設(shè)不同模型比如翻譯綁定響應(yīng)快的輕量模型長(zhǎng)文摘要綁定長(zhǎng)上下文模型。配置一次長(zhǎng)期生效適合有固定使用習(xí)慣的人。自動(dòng)路由系統(tǒng)根據(jù)請(qǐng)求內(nèi)容特征自動(dòng)選擇模型比如檢測(cè)到代碼就路由到代碼能力強(qiáng)的模型。體驗(yàn)最省心但透明度低用戶不知道背后用了誰。Sider主要提供前兩種自動(dòng)路由的成分較少。這意味著配置權(quán)在你手里配得好不好直接決定體驗(yàn)。我的做法是功能綁定為主、手動(dòng)切換為輔日常翻譯和快速問答綁定一個(gè)響應(yīng)快的模型深度分析和長(zhǎng)文處理綁定一個(gè)推理強(qiáng)的模型遇到特殊任務(wù)再手動(dòng)切。3.2 按任務(wù)類型匹配模型的實(shí)操建議不同任務(wù)對(duì)模型能力的要求差異很大下面這張對(duì)照表是我根據(jù)長(zhǎng)期使用總結(jié)的匹配思路任務(wù)類型核心能力要求模型選擇傾向網(wǎng)頁翻譯響應(yīng)速度、語言流暢度輕量快速模型長(zhǎng)文摘要長(zhǎng)上下文、信息壓縮長(zhǎng)窗口模型代碼解釋代碼理解、結(jié)構(gòu)化輸出代碼能力強(qiáng)的模型文案潤色語感、風(fēng)格控制自然語言強(qiáng)的模型多輪深度問答推理鏈、上下文保持推理型模型這張表不是絕對(duì)標(biāo)準(zhǔn)因?yàn)槟Ｐ偷芸旖裉斓膹?qiáng)弱格局幾個(gè)月后就可能變化。但匹配的思路是穩(wěn)定的先明確任務(wù)的核心能力需求再去找當(dāng)前在該能力上表現(xiàn)好的模型。不要迷信最強(qiáng)模型通吃一切很多時(shí)候用大模型做簡(jiǎn)單翻譯是浪費(fèi)響應(yīng)還慢。3.3 上下文在不同模型間傳遞的一致性多模型協(xié)同里一個(gè)隱蔽的坑是切換模型后之前的對(duì)話上下文能不能無縫帶過去。不同模型的對(duì)話格式、系統(tǒng)提示詞處理方式不完全一樣如果插件處理不好切換后AI可能失憶或者理解錯(cuò)之前的對(duì)話。實(shí)測(cè)中Sider在單次會(huì)話內(nèi)切換模型歷史消息基本能保留但偶爾會(huì)出現(xiàn)格式微調(diào)導(dǎo)致的語氣變化。我的經(jīng)驗(yàn)是重要任務(wù)不要在會(huì)話中途頻繁切模型一開始就選好中途切換容易讓上下文理解出現(xiàn)偏差。如果確實(shí)需要換模型處理同一份內(nèi)容更穩(wěn)妥的做法是新開一個(gè)會(huì)話把關(guān)鍵上下文重新貼一遍。3.4 成本與速度的平衡術(shù)多模型協(xié)同還有一個(gè)現(xiàn)實(shí)考量不同模型的調(diào)用成本差異巨大。雖然普通用戶對(duì)單次調(diào)用的成本不敏感但如果你高頻使用或者用的是按量計(jì)費(fèi)的方式路由策略就直接影響錢包。我的平衡原則是二八分流80%的日常輕任務(wù)翻譯、短問答、格式轉(zhuǎn)換交給低成本快速模型20%的重任務(wù)長(zhǎng)文分析、復(fù)雜推理、代碼審查才動(dòng)用高成本強(qiáng)模型。這樣整體體驗(yàn)不會(huì)明顯下降成本卻可控。具體到配置上就是把默認(rèn)模型設(shè)成輕量的那個(gè)遇到硬任務(wù)再手動(dòng)切。4. 完整配置流程與實(shí)操步驟4.1 安裝后的第一輪基礎(chǔ)配置裝完插件別急著用先花十分鐘把基礎(chǔ)項(xiàng)配好后面省心很多。以下是我建議的配置順序登錄與同步如果插件支持賬號(hào)同步先登錄這樣配置和偏好能跨設(shè)備保留。設(shè)置默認(rèn)模型進(jìn)入設(shè)置頁找到模型配置區(qū)域把默認(rèn)對(duì)話模型設(shè)為你最常用的那個(gè)建議先設(shè)輕量快速的。配置功能綁定分別給翻譯、摘要、寫作功能指定模型按上一節(jié)的匹配表來。調(diào)整上下文抓取范圍找到上下文相關(guān)設(shè)置確認(rèn)劃詞時(shí)抓取前后文是開啟的整頁抓取的范圍限制在合理值。快捷鍵設(shè)置給打開側(cè)邊欄對(duì)選中文字提問各設(shè)一個(gè)順手的快捷鍵這是提升使用頻率的關(guān)鍵。注意不同版本的設(shè)置項(xiàng)名稱和位置會(huì)有差異找不到對(duì)應(yīng)項(xiàng)時(shí)優(yōu)先在設(shè)置的搜索框里搜關(guān)鍵詞比逐頁翻找快得多。4.2 劃詞提問的完整操作鏈路這是最高頻的使用場(chǎng)景把鏈路走順了效率提升最明顯。具體操作在網(wǎng)頁上選中你要處理的文字一段、一句、甚至一個(gè)術(shù)語都行。觸發(fā)方式二選一按你設(shè)置的快捷鍵或者選中后出現(xiàn)的浮動(dòng)按鈕。側(cè)邊欄彈出選中的文字自動(dòng)帶入輸入框上方作為上下文。輸入你的指令比如解釋這段翻譯成中文提煉三個(gè)要點(diǎn)?；剀嚢l(fā)送結(jié)果流式返回。這里有個(gè)提升效果的小技巧指令里明確引用上下文。比如不要只說總結(jié)一下而說總結(jié)上面選中的這段內(nèi)容的核心論點(diǎn)。雖然上下文已經(jīng)注入了但指令里點(diǎn)明選中的內(nèi)容能讓模型更聚焦減少它去猜測(cè)你指的是整頁還是選區(qū)。4.3 整頁摘要的觸發(fā)與結(jié)果校驗(yàn)整頁摘要適合快速判斷一篇文章值不值得細(xì)讀。操作上通常是點(diǎn)擊側(cè)邊欄里的總結(jié)本頁按鈕插件自動(dòng)抓取正文并生成摘要。結(jié)果校驗(yàn)這一步很多人跳過其實(shí)很重要。摘要出來后快速掃一眼它提到的關(guān)鍵點(diǎn)是否覆蓋了文章的開頭結(jié)論和結(jié)尾總結(jié)——如果摘要只反映了文章前半部分很可能是正文抓取被截?cái)嗔嘶蛘唔撁娼Y(jié)構(gòu)導(dǎo)致后半段沒抓到。遇到這種情況改用劃詞方式分段處理更可靠。4.4 多模型對(duì)比的實(shí)操方法想驗(yàn)證某個(gè)任務(wù)到底哪個(gè)模型更合適最直接的辦法是對(duì)比。操作流程準(zhǔn)備好同一段內(nèi)容和同一個(gè)指令。用模型A跑一遍記錄結(jié)果。新開會(huì)話切換到模型B用相同內(nèi)容和指令再跑一遍。對(duì)比兩者的準(zhǔn)確性、完整度、表達(dá)質(zhì)量、響應(yīng)速度。我做過幾輪這樣的對(duì)比結(jié)論是簡(jiǎn)單任務(wù)上模型差異很小選快的就行復(fù)雜任務(wù)上差異明顯值得為強(qiáng)模型多等幾秒。這個(gè)對(duì)比方法建議你自己跑一遍因?yàn)椴煌蝿?wù)類型的最優(yōu)模型可能和我的結(jié)論不一樣。5. 常見問題與排查技巧實(shí)錄5.1 上下文抓取失敗或抓錯(cuò)內(nèi)容這是最常見的問題表現(xiàn)是AI回答明顯沒看到頁面內(nèi)容或者抓到了無關(guān)的導(dǎo)航文字。排查思路按順序來先確認(rèn)觸發(fā)方式劃詞觸發(fā)比整頁抓取可靠如果整頁抓取失敗改用劃詞試試。檢查頁面是否特殊一些用畫布渲染、大量動(dòng)態(tài)加載的頁面內(nèi)容腳本可能讀不到正文。這類頁面只能手動(dòng)復(fù)制粘貼?？醋ト》秶O(shè)置如果上下文長(zhǎng)度限制設(shè)得太小長(zhǎng)文會(huì)被截?cái)郃I自然看不到后半部分。刷新頁面重試內(nèi)容腳本有時(shí)會(huì)因?yàn)轫撁婕虞d時(shí)序問題沒注入成功刷新往往能解決。5.2 切換模型后回答質(zhì)量驟降可能的原因有幾個(gè)新模型對(duì)系統(tǒng)提示詞的響應(yīng)方式不同、上下文格式在轉(zhuǎn)換中丟失、或者新模型本身在該任務(wù)上就弱。排查時(shí)先做對(duì)照實(shí)驗(yàn)——同一段內(nèi)容分別用兩個(gè)模型跑如果只有一個(gè)模型表現(xiàn)差那是模型能力問題如果切換后都變差那是上下文傳遞出了問題新開會(huì)話重貼內(nèi)容通常能解決。5.3 響應(yīng)慢或卡在加載中響應(yīng)慢先分清是網(wǎng)絡(luò)問題還是模型問題。判斷方法換一個(gè)輕量模型試同一請(qǐng)求如果變快說明是原模型負(fù)載或推理速度問題如果還是慢檢查網(wǎng)絡(luò)連接。另外上下文塞得太長(zhǎng)也會(huì)顯著拖慢響應(yīng)適當(dāng)縮短抓取范圍往往立竿見影。5.4 常見問題速查表現(xiàn)象最可能原因快速處理AI答非所問上下文沒抓到或抓錯(cuò)改用劃詞觸發(fā)檢查抓取設(shè)置摘要只覆蓋前半篇正文截?cái)嗫s小單次范圍分段處理切換模型后失憶上下文傳遞異常新開會(huì)話重貼關(guān)鍵內(nèi)容響應(yīng)明顯變慢上下文過長(zhǎng)或模型負(fù)載縮短上下文換輕量模型代碼解釋不準(zhǔn)代碼結(jié)構(gòu)丟失手動(dòng)保留縮進(jìn)后重新提問翻譯生硬模型不擅長(zhǎng)該語向換語言能力強(qiáng)的模型5.5 幾個(gè)踩坑后總結(jié)的實(shí)操心得第一個(gè)心得別把側(cè)邊欄當(dāng)搜索引擎用。它的優(yōu)勢(shì)在于貼著當(dāng)前頁面干活脫離頁面問通用問題體驗(yàn)不如直接用對(duì)話產(chǎn)品。第二個(gè)心得指令要具體。上下文感知給了AI素材但要它干什么還得你說清楚模糊指令得到模糊回答是必然的。第三個(gè)心得重要結(jié)論自己復(fù)核。上下文抓取和模型輸出都可能出錯(cuò)涉及事實(shí)性內(nèi)容時(shí)把AI的回答當(dāng)草稿而非終稿。還有一個(gè)容易被忽視的點(diǎn)定期清理會(huì)話歷史。會(huì)話開太多側(cè)邊欄列表會(huì)變得雜亂找歷史記錄費(fèi)勁。我習(xí)慣按任務(wù)類型分會(huì)話處理完一個(gè)主題就歸檔或刪除保持列表清爽用起來順手很多。6. 把側(cè)邊欄用出貼身助手感覺的幾個(gè)進(jìn)階思路6.1 為高頻場(chǎng)景固化提示詞如果你每天都在做某幾類重復(fù)操作比如把英文技術(shù)文檔轉(zhuǎn)成中文筆記、把長(zhǎng)新聞壓成三行摘要值得把這些指令固化成模板。多數(shù)插件支持保存常用提示詞配置一次之后一鍵調(diào)用。這比每次手打指令省下的時(shí)間累積起來相當(dāng)可觀。6.2 組合使用先摘要再深挖處理長(zhǎng)文檔的高效套路是兩段式先用整頁摘要快速定位文章結(jié)構(gòu)和核心論點(diǎn)再針對(duì)感興趣的段落劃詞深挖。這樣既避免了全文細(xì)讀的時(shí)間浪費(fèi)又保證了關(guān)鍵部分的處理深度。我讀行業(yè)報(bào)告基本都用這個(gè)流程效率比從頭讀到尾高不少。6.3 多模型協(xié)同的進(jìn)階玩法當(dāng)你對(duì)模型特性足夠熟悉后可以玩接力用模型A做信息抽取和結(jié)構(gòu)化把結(jié)果貼給模型B做深度分析和批判性審視。兩個(gè)模型視角不同交叉驗(yàn)證能發(fā)現(xiàn)單一模型容易忽略的問題。這個(gè)玩法對(duì)復(fù)雜決策類任務(wù)特別有用比如評(píng)估一個(gè)方案的風(fēng)險(xiǎn)點(diǎn)讓兩個(gè)模型分別找漏洞覆蓋面比問一個(gè)模型廣。6.4 關(guān)注插件更新帶來的能力變化瀏覽器AI插件這個(gè)品類迭代很快模型列表、上下文策略、功能入口幾個(gè)月就可能變一輪。養(yǎng)成偶爾翻一眼更新日志的習(xí)慣新模型上線或者上下文能力增強(qiáng)時(shí)及時(shí)調(diào)整自己的配置別用著舊策略錯(cuò)過新能力。我自己就吃過虧——某個(gè)長(zhǎng)上下文模型上線兩個(gè)月后才發(fā)現(xiàn)之前一直用截?cái)喾绞教幚黹L(zhǎng)文白白多花了功夫。用下來最大的感受是這類工具的價(jià)值不在AI多聰明而在它離你的工作現(xiàn)場(chǎng)多近。上下文感知把素材送到AI嘴邊多模型協(xié)同讓合適的腦子干合適的活兩件事配合好了側(cè)邊欄才真正從一個(gè)聊天框變成貼著網(wǎng)頁干活的助手。至于具體用哪個(gè)模型、抓多少上下文沒有標(biāo)準(zhǔn)答案按你自己的任務(wù)結(jié)構(gòu)去調(diào)調(diào)順了就是最好的配置。