檢查清單
AI 代理團隊上線檢查清單
以範圍、檢索表面、責任邊界、驗證與 bot-readable surface 為核心整理的 AI 代理團隊實戰清單。
多數代理團隊在開始寫程式前就已經失敗了。他們把 archive URL 和主力頁混在一起，讓主 session 過載，又沒有把檢索表面定義清楚。這份清單就是公開或擴張代理流程前的最低標準。
代理編排
整理什麼時候維持單一代理、什麼時候拆分工作，以及如何讓人與機器人都容易讀取的檢索表面保持清楚的實戰手冊。
主要問題
- 團隊把同一份 Markdown 複製成數十頁，然後稱它為 pSEO。
- 有價值頁面太少，archive、helper 與低價值 URL 太多，索引覆蓋率就會下降。
預期結果
- 建立意圖更清楚、也更容易被 bot 擷取的高價值詳情頁。
- 只生成精選 hub 與 utility page，讓索引結構更乾淨。
範圍與責任
每個頁面只服務一個使用者任務
重要原因: 同時想當術語集、檢查清單與比較頁的頁面，對讀者和爬蟲都不夠強。
執行項目: 先寫一句成功條件，任何不支援這句話的內容都移除。
把主力頁和 helper URL 分開
重要原因: 如果 helper URL 可被抓取，Google 會把預算花在低價值表面而不是主力頁。
執行項目: 像 llms.txt 這類 helper endpoint 應使用 X-Robots-Tag noindex，並從 sitemap 排除。
並行前先決定責任邊界
重要原因: 兩個執行者默默改同一塊內容時，多代理品質會很快下滑。
執行項目: 在實作前先宣告檔案或子系統的擁有權。
檢索與驗證
每個詳情頁都提供一個機器可讀入口
重要原因: 穩定的純文字入口可以加快 bot 擷取，但它不應該和網頁搜尋結果競爭。
執行項目: 為每頁提供 llms.txt 或等價純文字表面，並把它排除在搜尋索引之外。
上線前驗證 structured data
重要原因: 只有當頁面意圖、canonical URL 與正文一致時，schema 才真正有用。
執行項目: 部署前把 canonical、hreflang、JSON-LD 與標題一起檢查。
採用分批發佈
重要原因: 分批比一次性大量發佈更容易找出索引瓶頸。
執行項目: 先釋出小批量頁面，觀察 Search Console，再擴大下一批。
相關文章
作者
Tony Lee / 이정민Tony Lee（이정민，토니리）是專注於 SEO、AEO、AI 代理與創業執行的 AI 工程師、獨立打造者與創業者。
摘要
在發佈任何代理工作流、programmatic resource 或 bot-facing 內容表面之前，先用這份清單檢查一次。