Agentic Browsing 指南：讓網站被讀懂、被操作

先把一個情境具體化（示意）：客戶對 AI 助理說「幫我查這個型號的價格和庫存」。助理走進你的網站繞了幾頁，回報「該網站上找不到價格與型號」，轉身到對手的網站完成比對，訂單就這樣流走。你的流量報表一切正常，沒有錯誤、沒有抱怨，只有一筆從未發生的成交。

多數人聽到 Agentic Browsing（代理式瀏覽），直覺是去追新協議、新檔案、新的機器規格。實際狀況剛好相反：卡住代理的，多半是無文字標籤的按鈕、只在互動後才載入的價格、欄位意義不明的表單，這些拖欠已久的舊帳。真正的質變也只有一句話：網站從被讀懂，升級為被操作。讀錯一個字，代理頂多引述失誤；操作卡住，任務直接失敗。

Agentic Browsing 指的是 AI 代理自己走進網站，讀內容、點按鈕、填資料，把一個任務從頭做完，而不是等著被餵摘要。往下把「會不會被跳過」變成可以動手診斷的問題：先分類頁面，對照四個失敗點找出卡關位置，用兩段式驗收收尾。對代理概念還陌生的讀者，可先補讀AI 代理的運作原理入門。

快速重點：先別追新規格。把頁面分成閱讀頁與操作頁，對照進不來、看不到、讀不懂、動不了四個失敗點找出卡關，再以技術檢查加目標代理實測驗收。要修的多是本來就該做對的事，改變的是排序：以任務成敗決定先後。

你的網站下一個訪客，為什麼可能不是人？

這波變化跟你有沒有關係，新聞熱度說了不算，真正的檢查點只有一個：頁面上有沒有會被交給代理執行的任務，查規格、比價、預約、詢問，任何一項成立，就有關係。急迫性由頁面被操作的程度決定，不由話題熱度決定。結論先講：卡住代理的多半不是新技術，而是沒修完的舊帳；但決定先後的標準確實換了，從搜尋檢查表換成任務成敗。

第一個要拆掉的直覺，是把追上新規格當成入場券。好像加了某個檔案、某段宣告，代理就會青睞你；事實是規格還在演進，沒有任何單一檔案是必備門票，把成本押在實驗性格式上，買到的常常是別人不讀的東西。規格值得用小成本追蹤，把網站的命運押上去，是另一回事。

第二個直覺是相信版面漂亮等於機器看得懂。視覺設計服務人眼，代理依賴結構訊號，漂亮與讀得懂之間沒有保證關係；一個用動畫與圖片講完所有賣點的頁面，抽掉視覺之後可能什麼事實都不剩。反過來也成立：視覺樸素、結構乾淨的頁面，代理照樣讀得又快又準。

跟既有兩種機器訪客的差別，順勢說清楚。搜尋引擎抓頁面建索引，摘要引擎讀資料生答案，兩者都停在「讀」；代理走進來把事情做完，會點、會填、會對照頁面之間的資訊。對網站的要求因此多出整條互動層，同樣的基礎工，在代理身上被檢驗得更嚴。索引可以重抓，摘要可以更新，任務失敗卻是當場的損失。

檢索基準換軌的歷史教訓，值得放在旁邊對照。Google 在 2023 年 10 月宣布 Mobile-First Indexing 全面到位，檢索與索引以行動版內容為準，行動版與桌面版內容不一致時，搜尋看到的是行動版那份（見 2023 年 10 月的官方公告）。那次換軌有公告、有過渡期，改變的是「Google 讀哪一個版本」這件事。Agentic Browsing 目前還不是同等成熟的標準，規格仍在演進；與其押注任何單一新檔案，先把跨裝置都正確的基礎顧好，是風險較低的路線，響應式網頁設計的基礎正是起點。

急迫性可以自己評，三個問題就夠：

• 頁面上有沒有交易、預約或表單？有，代理總有一天會被派來操作。
• 關鍵資訊是否只在捲動、點擊或登入之後才出現？是，漏拿的風險已經存在。
• 同一個搜尋意圖裡，對手的頁面是否更容易被讀取？是，你正在讓出還沒開打的比較。

任何一題答「是」，排進這一季的清單；三題都否，先守穩閱讀體驗。熱度會退，任務不會：只要委派行為存在，這些檢查一年後照樣有效。搜尋端同一波轉變的整體圖像，可搭配代理式搜尋的發展解析互看。

第一步先分類：頁面是給人讀的，還是給人用的

診斷的第一步不是打開工具，是分類。把關鍵頁面分成兩類：閱讀頁，給人讀的，像文章、規格說明、常見問題；操作頁，給人用的，像詢價表單、預約流程、結帳。操作頁先診斷，理由有三：代理在那裡會動手，出錯的代價是整筆訂單，不是一次誤解；任務條件越結構化（價格、時段、規格）的頁面，越先被代理接走；閱讀頁的風險多半是被引用時講錯，修復可以慢一步。

判斷哪些任務先被代理接手，標準是條件結構化的密度。價格可比、時段可查、規格可對照的任務，代理執行的成功率高，被委派的比例就上升，比價、訂房、本地預約排在隊伍最前面。經營住宿或訂位生意的網站，這條線走得更快，旅宿訂位網站的搜尋經營面對的是同一批轉變。

真實網站多有第三種：混合作業頁，規格表加詢價按鈕、文章結尾掛預約連結。判讀方法一樣，先問「使用者會不會在這頁交代任務」，會，就按操作頁的標準檢查；不會，才當純閱讀頁處理。分類錯了，後面的力氣會花錯地方。

接下來的診斷用四個詞推進：進不來（代理被擋在門外）、看不到（內容存在但拿不到）、讀不懂（拿得到但理解錯）、動不了（理解了但操作卡死）。它們是行文的座標，不是另一張待辦清單；任何一個失敗點卡住，任務就停在那裡，代理不會替你找理由。

再把一個情境具體化（示意）：使用者要代理完成一間診所的預約。代理要找到時段表、讀懂可選時段、填對姓名與電話、送出並確認回應，每一步都踩在一個失敗點上，任何一環斷掉，整單消失。而且多數代理不會回報「我卡在你的表單」，它只會換一家，你連被拒絕的通知都收不到。

分類做完，用一張表決定診斷的先後與深度：

↔ 左右捲動檢視完整表格

頁面類型	代理出錯的代價	診斷重點
閱讀頁（文章、規格說明、常見問題）	被引用時講錯，或被整段跳過	關鍵事實完整，結構標記與內容一致
操作頁（詢價、預約、結帳）	任務失敗，訂單直接消失	表單標籤、錯誤訊息、流程全程可走通
混合作業頁（規格表＋詢價按鈕）	讀對了卻做不了，或做得了卻拿錯條件	兩側都要查，先確認關鍵事實靜態可達

名詞順手掃乾淨。GEO、AEO、LLMO 是同一條光譜上的不同側重，差異與分界看GEO、AEO、LLMO 的名詞差異；跟搜尋的關係看SEO 與 GEO 的分工；整個框架的全貌見生成式引擎優化完整指南。Agentic Browsing 站在光譜上最靠「動手」的那一端，處理的是網站端怎麼被代理使用。不必背這些縮寫，會用其中一個名字描述自己在做什麼就夠；判斷與修復的方法，往下全部通用。

Agent 拿不到的內容，等於不存在

對代理來說，拿不到的內容等於不存在，不管它在畫面上多清楚。凡是只在捲動、點擊或 JavaScript 執行後才出現的資訊，都有被漏拿的風險，這是「看不到」的典型來源。底線只有一條：任務關鍵內容要留一條靜態可達的路徑，其餘的才交給互動效果。

延後載入放錯位置，就是最大的漏點。商品列表第二頁以後的商品、要按「展開」才出現的規格區塊，這類依互動才載入的任務關鍵內容，代理不一定照你預期的方式捲動或點擊，漏了就是漏了，它不會回頭重找。原則：任務關鍵內容提供穩定連結或完整內容頁，讓每個事實都有一個直接可達的網址；純裝飾的圖片才交給延後載入的效能取捨去處理。

代理確實會等 JavaScript。多數代理以瀏覽器為基礎，渲染本身不是障礙；障礙在等待有成本。頁面把核心內容放在整串腳本之後才注入，代理每次造訪都得先付這段等待，任務鏈被拉長，中途放棄的機率跟著上升（示意）。原則同樣簡單：關鍵事實優先進 DOM，動態注入的結構資訊要有靜態備援。實務做法整理在JavaScript 對檢索與渲染的影響。

備援要具體：規格、價格這類會被任務引用的事實，如果由前端腳本即時計算或注入，就在原始 HTML 留一份對應的靜態內容，讓不執行腳本的讀取路徑也拿得到同一組事實。兩份內容不一致時，以可見內容為準更新備援，否則備援本身會變成新的歧義來源。

同樣的邏輯套到列表呈現。無窮捲動把所有項目塞進同一個網址，對真人順手，對代理是沒有終點的路；頁碼式的分頁讓每一頁都有自己的位置與連結，代理才能交代「讀到第幾頁、還剩多少沒讀」。折衷做法很多，底線只有一個：清單裡的關鍵項目，要能透過穩定連結被直接抵達，不能只活在捲動裡的某個瞬間。

更容易被忽略的是資源上限。檢索器有檢索預算，代理有時間與上下文長度的限制，站內冗頁、重複參數、無意義的路徑變化，都在吃掉重要頁面被完整讀到的機會。網站越大，這筆損耗越可觀；分配邏輯在檢索預算的管理有完整說明，同一套思考放到代理身上只會更嚴格，因為代理讀的每一段都在消耗任務額度。

檢查不必等新工具。把瀏覽器的 JavaScript 關掉，重新打開核心頁面，再用原始碼檢視對照畫面：判準只有一條，關鍵事實（價格、規格、時段、聯絡方式）還在不在。操作細節搭配瀏覽器開發者工具的檢查方法，一個下午足以掃完最重要的十幾頁。原始碼裡找不到的關鍵事實，先補靜態輸出，再談互動層的優化。

讀懂靠結構，不靠畫面

內容拿到了，下一關是理解。不同代理用不同的訊號組合讀頁面，歧義越少，判讀越準；減少歧義靠的是語意標記、表格欄位定義與結構化資料的一致性，跟視覺美感無關。這是「讀不懂」的防線。

官方立場可以當依據：Google 在 AI 內容優化建議中說明，系統以多種訊號理解頁面，不同功能可能用到渲染畫面、DOM、可及性樹等不同組合，清楚的結構與標記能減少歧義，且沒有任何單一檔案或格式是為了出現在生成式搜尋而必備的入口（見 Google 對 AI 搜尋內容的官方建議）。對網站的含義很直接：結構化資料標記、語意標籤與清楚標題，用途都放在壓低歧義；把它們想成入場票，方向就歪了。

歧義常見的三個來源，都是低成本可修的：同一個詞在頁面上指兩個東西，「方案」既是產品名也叫價格方案；數字缺單位與幣別，三百是台幣還是其他幣別、含不含稅；表格沒有欄位定義，第二欄到底是定價還是售價，真人靠上下文猜，代理靠的是你有沒有寫。標題層級、欄位標題、定義清單，這些老派手法就是減少歧義的工具。

比缺標記更傷的是壞標記。結構化資料寫「有庫存」，頁面明明缺貨，代理拿到一個錯的事實，還會把這個事實回報給使用者，信任的帳算在你頭上；Product 缺價格欄位、商家資訊缺地址，比價與預約任務當場失敗，代理不會停下來求證。標記與可見內容不一致，比沒有標記傷得更深。

標記的驗證是個小循環，不是一次性工程。用現有的驗證工具跑一輪，看型態與欄位有沒有錯；再對照頁面可見內容，看標記講的是不是同一件事；修完再跑一次。三個動作構成一圈，改版後重跑，新頁面進場時跑，一致性才守得住。

密度是另一種結構。每一段都該產生新資訊，新增的資訊量比篇幅更值得計較；冗長鋪陳對真人是閱讀成本，對代理是直接成本，會把它推向截斷，截斷一旦發生，後半段寫得再準也無效。判斷標準參考資訊增量的概念。

站內動線是代理的關節。代理跨頁比對資訊時，讀的是一條條內部連結：錨點要能讀出目的地，架構要能一路跟下去；「看更多」「點這裡」這類錨點對它是死路。布局方法看內部連結的規劃指南，整體架構看網站資訊架構的設計。

補一個五分鐘的自檢動作。挑一頁產品或服務頁，只看文字與結構，把視覺設計當成不存在，逼自己回答三個問題：這頁在賣什麼、開價多少、下單條件為何。答不出的欄位，就是代理會猜錯的位置；這個動作重演的正是代理的理解作業，成本最低，見效最直接。把答案寫下來，跟頁面標記比對，對不上的地方就是下一個要修的點。

按鈕按得下去，任務才走得完

表單與按鈕是操作頁的心臟，也是代理最容易卡死的地方，對應「動不了」這個失敗點。好消息是：可及性做扎實，代理多半就能操作。文字標籤、正規的欄位 label、鍵盤可達，三件事涵蓋大部分卡關，而且每一件同時改善真人體驗，投資不會白費。

換個角度理解代理這個使用者：畫面對它的參考價值有限，結構才是它的母語。標籤說明按鈕的用途，欄位定義交代該填的內容，點擊能不能被觸發，則取決於鍵盤可達性。這份需求清單，跟無障礙設計照顧的對象幾乎相同，差別只在使用者換了名字；無障礙做扎實，代理友善同步到手，一份工收兩份效果。

症狀不必背清單，到現場就認得出來。純圖片做的送出或關閉鈕，沒有半個文字，代理不知道點了會發生什麼，補上可見文字或輔助標籤就解；欄位只靠 placeholder 標示名稱，使用者一輸入提示就消失，意義跟著消失，換成正規 label 綁定；選單只在滑鼠停留時展開，鍵盤與程式都觸發不了，改成可聚焦、可程式操作的結構；價格與規格藏在登入牆後，代理沒有帳號，撞牆就走，把關鍵資訊放到牆外是唯一解。

流程長度本身就是風險。三個步驟的詢價表單，每一站都是一次失手的機會，代理與真人都一樣；把必要欄位壓到完成任務真正需要的數量，步驟之間保留可回上一頁的路徑，卡關與中途放棄的情況會一起減少（示意）。砍欄位之前先問：這個欄位是任務需要，還是內部同事想要？

錯誤訊息要具體到欄位。「Email 格式不正確」讓代理知道改哪裡、怎麼改；一句模糊的「送出失敗」，代理與真人一起卡住，重試兩次就放棄。錯誤處理是流程的一部分，不是裝飾。

任務完成也要可判讀。送出成功後，把結果寫成留在頁面上的文字：完成時間、預約編號、下一步該做什麼；一閃即逝的提示不算數，它消失得太快，代理與真人都常錯過。代理靠這段文字向使用者回報任務結果，真人靠它確認沒有白填；完成了卻讀不出來，等於任務沒有收尾。

驗證碼的定位也想清楚：那是風控決策，不是缺陷。要不要放、放在哪個流程，取決於濫用風險與轉換成本的交換；涉及付款或帳號操作時，安全性優先，但攔在第一次詢問之前，通常只是把客人推出門；把驗證挪到送出前一刻才登場、表單第一格先放行，是常見的折衷。更多介面層的地雷，看常見網頁設計錯誤的整理。

分數之外的判讀：速度、穩定與失誤率

Core Web Vitals 跟代理任務有關，卻是兩把不同的尺。CWV 量的是真人端的載入速度、互動回應與畫面穩定，排名系統會參考這組訊號；單一的頁面體驗總分並不存在，分數漂亮也換不到排名保證。把它當成代理任務成功率的保證，是拿錯了尺。

官方文件把界線畫清楚：Core Web Vitals（INP、LCP、CLS）是排名系統眾多訊號中的一組，頁面體驗沒有單一總分，分數高低也不構成排名保證（見頁面體驗訊號的官方說明）。INP 同樣量不到代理的任務成敗：標籤齊不齊、權限給到哪裡、有沒有可呼叫的操作介面，這幾項各自獨立，與指標好壞分開判讀。指標本身的構成與演進，看Core Web Vitals 的組成與從 FID 到 INP 的指標演進。

三個指標可以類比判讀，但不能劃上等號：LCP 對應「關鍵內容多快可用」，跟代理拿不拿得到核心事實有關；INP 對應「操作多快得到回應」，代理送出表單後等的就是同一種回饋；CLS 對應「畫面穩不穩」，影響點擊落點。類比幫你排修復順序，不等於 INP 低代理就會成功，中間還隔著標籤與權限。

穩定度對代理另有意義。版面突然位移時，依位置判斷的點擊容易落錯目標（示意）：真人會瞄一眼再點，代理按的是它幾秒前記下的座標，廣告或圖片晚到把按鈕推下去，點到的就是別的東西。圖片與廣告預留尺寸、避免互動當下移動元件，都是低成本的失誤預防；晚載入的按鈕與表單也一樣，互動元件的位置越早確定，失誤率越低。

速度則是純粹的等待成本。渲染等越久，任務時間越長，代理在額度內完成的可能性越低；關鍵內容越早可用，越可能走完整條流程。把頁面速度與網站速度優化當成對所有訪客的共通投資，代理只是多了一個受益者。

這裡刻意不發明新指標。分數可以當底線，別拿分數自我安慰；真正要盯的是失誤率：任務在哪一步失手、哪一頁走不完，那才是代理眼中的網站體質。

開放或設限：把 Agent 政策當商業決策

要讓代理進到什麼程度，是商業決策，不是技術預設，「進不來」由你定義。交易與預約流程通常受益於可被操作，任務越順，成交機會越多；付費牆與個資則必須守住，靠的是真正的驗證與授權。先想清楚生意模式，再決定門開多大。

先把比喻放在前面：在 robots.txt 裡寫「禁止」，效果像把門鎖畫在紙上，守規矩的爬蟲會繞開，不守規矩的照樣走進來。它的身分是給檢索器的指令，扛不動存取控制，也扛不動安全防護。至於驅動真實瀏覽器的代理聽不聽這份指令，答案因產品而異，各家按自己的政策與工程選擇處理。私人、付費與敏感內容要守，憑的是伺服器端權限、帳號登入、速率限制這類真正的控制；robots.txt 的正確用法另文拆解。

llms.txt 的定位，用決策的角度講最省事。它還在實驗階段，Google 搜尋這一端已表明不採用，建或不建，搜尋能見度都不會因此移動。值不值得投入，先問一句：你鎖定的代理產品確實會讀它嗎？會，就小範圍測試並記錄效果；還沒有主流產品採用前先緩著，等採用局面成形再跟進，屆時投入相當，這段觀望期卻先省下維護成本。導覽與管制的職責也別寄望它：網站地圖、內部連結各司其職，它接不下這些工作；現況與爭議整理在llms.txt 現況解析。

標準化確實在發生。支付與零售業者已跟 Google 坐上同一張桌子，共推通用商務協定，要為代理代客結帳制定共通規格；哪些市場先開通、商家要符合什麼資格，以官方最新公告為準。工具介面的標準化則往MCP 這類協議的方向走。這些都在演化，追蹤即可，不必為了它們重構網站。高風險操作（付款、權限變更、刪除帳號）保留人工確認；安全不是這波優化的絆腳石，是邊界條件。

實務的預設值可以這樣定：公開頁面保持可讀可檢索，關鍵事實不鎖牆；需要保護的內容，用真正的身分驗證與授權顧好，別指望檢索指令代勞；高風險動作要求真人確認。開放與封閉之間不是二選一，而是一張按頁面與按動作畫出來的邊界圖，畫圖的人該是做生意的人，不是工程師。

政策也要排進時程。各產品對代理的政策、遵循的指令、支援的格式都會變，今天的邊界圖明年可能要重畫；把「重看開放政策」跟每季的任務劇本綁在一起跑，決策才不會停在第一次會議的結論。

兩段式驗收：技術檢查抓地障，目標代理跑真任務

修完之後怎麼知道有效？目前沒有公認的單一代理友善分數，也別等它出現。可用的是兩段式驗收：先用既有工具做多項技術檢查找出障礙，再讓目標代理實際跑代表性任務。兩段缺一不可，只做第一段會高估自己，只做第二段會不知道錯在哪一層。

第一段的項目都是現成的：關掉 JavaScript 重開核心頁、只用鍵盤走完流程、驗證結構標記、看無障礙檢測分數、跑一輪前面介紹的事實抽取。這些動作抓得出渲染、互動與標籤層面的地障；至於結果的意義，僅止於實務經驗的替代指標，尚未經過各家代理的一致驗證。定案的那一步，永遠是讓你鎖定的代理產品實際跑完代表性任務。

第二段的劇本自己寫，題目就是真實使用者會交給代理的任務：查一個價格、找一項規格、完成一次詢問。題目覆蓋閱讀頁與操作頁各半，逐項記錄成敗與卡點位置，跑完一輪，得到的是一張比任何分數都具體的障礙清單，直接對應到修復順序。題目要固定：固定入口頁、固定條件、固定要完成的目標，兩輪之間只改一個變數，成敗的差異才知道歸因給誰。

誰來跑都可以，行銷與工程都行，差別只在解讀：卡在看不到與讀不懂，交給內容與前端；卡在動不了，交給工程；卡在進不來，回到政策。劇本是三條線共通的語言，讓大家對同一個失敗講同一種話。

限制也要誠實說。代理行為不統一，量測指標仍在演進，代理任務完成率至今沒有一個像流量報表那樣穩定的讀數；今天的結果代表今天的代理，換一個產品、換一個版本，結論可能不同。接受這份模糊，把量測當趨勢看，多輪之間比方向，別把單一輪次的數字當成考績，比追求假精確的數字有用。

排程建議：重大改版前後各跑一輪同樣的劇本，把它當回歸測試。網站每次動到渲染、表單或流程，代理的路徑就可能被改掉；固定的劇本是便宜又可靠的守望哨，也是「修好了沒」的唯一仲裁。

事實會被搬走，經驗搬不走

想遠一點：內容都被代理讀走了，差異化還剩什麼？事實型資訊會被商品化，價格、規格、營業時間，誰都查得到；第一手經驗、實測細節與實體權威是代理稀釋不掉的來源訊號，也是被推薦那一刻的決勝點。

E-E-A-T 的權重在代理時代只會上升。當事實被搬走，差異的籌碼全部落在經驗與權威上：親測過的細節密度、非通用的判斷、可查證的作者與組織，代理在多來源比對時讀得出這些差異。完整的構成與經營方法，見E-E-A-T 的評估要素。

經驗密度可以後天練：把「我們重視品質」換成可檢驗的細節，用什麼條件測、測出什麼、什麼情況會失敗；把通用建議換成你自己的判斷與理由。這些內容對真人是說服，對代理是可比對的證據，兩邊同時受益。

開放與差異化並不衝突。開放的是事實與可讀性，守的是判斷與經驗；事實被搬得越多，只有你能回答的問題就越值錢。把力氣從「藏資訊」轉到「別人給不出的細節」，是面對代理比較健康的姿勢。

這條路的終點，是成為被推薦的答案。代理會不會繞過你，由開放程度、內容深度、實體累積三者共同決定；繞不過去的來源，才有被引用的資格。搜尋端的同題討論，看成為 AI 推薦答案的路徑。

實體經營與主題權威都是慢工，擠不出捷徑。要讓代理在某個主題上查得到你、查到一致的身份訊號、查到別人引用你；對在地生意，站內外的地址、時段、聯絡方式保持一致更是基本盤，錯一個欄位，任務就會出錯。累積的完整做法，實體與主題權威的經營另篇拆解；它堆出的門檻，對手也搬不走。

反面教材同樣清楚：灌水湊字數的內容對代理是純成本，截斷一發生，寫得再準的段落也全數作廢，連被比對的資格都沒有。灌水內容的搜尋風險在代理時代只會更痛，不會更輕。

以風險排序的行動地圖

回到辦公桌，先做哪一件？順序只有一條原則：先修直接讓任務失敗的阻斷點，再修提高失誤率的摩擦點，實驗性規格押在尾端。每項行動掛一個驗收方式與一個負責角色：工程線修標籤與載入，內容線修密度與答案位置，政策線定開放與授權的邊界。

用一張矩陣收斂全篇的判斷：

↔ 左右捲動檢視完整表格

層級	典型項目	驗收方式	負責角色
阻斷級	價格與規格鎖在登入牆後、行動按鈕無文字標籤	目標代理跑查價與詢問任務，全程成功	工程、政策
摩擦級	版面跳動、結構標記與可見內容不一致、placeholder 充當欄位名稱	事實抽取與純鍵盤走查全數通過	工程、內容
實驗級	llms.txt、工具介面宣告類新規格	前兩級清完後小範圍測試，記錄可見效果再決定去留	政策

節奏比衝刺重要。一季分三批：阻斷級一個月內清完，摩擦級一季內收掉，實驗級等前兩批做完再評估；每批結束跑一輪任務劇本，讓驗收說話，而不是讓會議裡的感覺說話。排程比清單重要：有日期的項目才會被修，沒有日期的項目只會被收藏。

地圖也要有保存期限。每季重跑一次任務劇本，新上線的頁面照分類規則進場，完成的項目移出、新發現的卡關補進來；矩陣的價值無法一次列完就兌現，它要靠每一次修復都有位置、有負責人、有驗收，一輪一輪滾出來。

收在一個判斷：這波要修的，幾乎都是本來就欠的帳，代理只是提前把技術債的利息變成訂單問題。修舊帳是投資，追新協議是投機；排序的軸心從技術類別換成任務成敗，這是 Agentic Browsing 真正改變的決策方式。把每一筆修復都對照一個可驗收的任務，這張地圖就能一直用下去。