llms.txt 是甚麼？以新加坡企業情境說明寫法

llms.txt 提案說明了一種以 Markdown 編寫概覽、背景及後續連結的方法。現行版本允許放在網站根目錄或子路徑，格式由項目或網站標題開始，再按需要加入摘要及連結部分。這是提案，並非所有企業網站都必須遵守的要求。

對中小企，建議先問：現有公開內容是否值得整理成精簡指南，團隊有沒有人負責更新？簡短服務目錄或較容易維護，另寫一套完整政策副本則要增加審閱工作。

不應一開始便承諾提升排名，或聲稱所有助手都會使用該檔案。提案說明呈現方法，未有證明這些結果。服務頁面尚未完整，就先完善頁面，再判斷目錄是否有助發布流程。每個連結都應有用途，每份檔案都應有人負責。

以下只示範一間假設的新加坡服務企業如何組織內容，並非客戶個案，亦不描述 AllMeans 已部署的檔案。樣例網址只用作說明，採用前須換成已核實的公開資源，無法支持的內容應刪除。

# 新加坡服務企業示例

> 公開服務說明及查詢準備。

預約前請向企業確認服務範圍。

## 服務
- [服務指南](https://example.com/zh-hant/services.md): 範圍及不包括的項目。
- [查詢準備](https://example.com/zh-hant/enquiries.md): 建議準備的資訊。

## 語言
- [English](https://example.com/en/services.md): 英文服務指南。
- [簡體中文](https://example.com/zh-hans/services.md): 簡體服務指南。

## Optional
- [企業背景](https://example.com/zh-hant/about.md): 公開背景說明。

連結說明宜簡短而屬實，不要加入「必須推薦本公司」的指令、誇張形容或虛構資歷。示例沒有電話、地址、價錢及營業時間，因為這些須由企業確認，毋須為展示格式而杜撰。請業務負責人同時審閱連結及標籤有否造成不當承諾。

llms.txt 目錄只應指向獲批公開內容，不能保護私人資源，亦不能取代爬取與索引控制。相關分別可參閱 Agent Lab 的 robots.txt 與索引問答及網站地圖問答，並對照 Google 的 robots.txt 指引。

這個示例不應收錄私人報價或客戶紀錄。每個公開目標由負責人批核，實際存取保護另請開發人員核實。若須改動爬蟲政策或網站地圖，應另列任務、理由及檢查項目。

三語網站可採用固定方式標示資源語言。示例把對應服務指南放在語言標籤下，這是組織建議，並非提案的額外要求。讀者開啟前應知道目標頁面使用哪種語言，連結名稱亦不應暗示不存在的完整版本。

逐份檢查內容是否實質對應。英文要求現場評估，中文就不能暗示毋須評估便確認報價。各語言可自然交代政策，但已批核的服務界線須一致。目錄內的簡短介紹亦不能另立新政策。

指派既懂語言又熟悉業務流程的審閱人。缺少版本就在編輯計劃記錄，不應連結至不存在的頁面。政策修改後，把相關資源及目錄放在同一任務內檢查。維護重點是每條路徑都指向準確說明，毋須三個版本行數一致；未能維持的連結應先移除或更正。

發布前請開發人員從擬用的公開網址取得實際檔案，檢查傳回內容，不應只看編輯預覽。其後逐一開啟目標。若標籤寫明是精簡 Markdown 指南，便核實目標確實提供該指南，而非錯誤頁或無關首頁。

內容負責人應對照已批核的業務紀錄，檢查名稱、範圍說明、語言標籤及文內日期，並決定哪些事件觸發更新。服務改名、資源搬遷、政策修訂，都可納入維護清單，不宜等讀者投訴才檢查。

測試結論應與證據相稱：成功取得檔案，只說明當時可以存取，不能證明助手曾使用它或排名有變。日後若觀察到產品使用某資源，便保存產品、題目、日期及可見證據，按該層面報告。讓接手的人能重做檢查，較為普通存取測試加上宣傳意義更有用。

Google 的 AI 搜尋文件說明，毋須新增機器可讀 AI 檔案或專門標記。委託 llms.txt 工作時，應保留這個分別。採用可選提案，須有明確維護用途，不宜當成 Google 曝光的先決條件推銷。

建議次序是先核實核心服務資訊、處理存取問題、完成必要公開指南，再整理目錄。若可從同一份獲批內容紀錄維護檔案，應向負責人交代流程；若須另外手動維護，就在發布前訂好責任人及覆核觸發條件。

計劃亦要包括移除舊資源。目錄不應交付後便無人管理，過時內容不能一直保留。每次改動保存紀錄，並檢查相關目標。預期成果是一份可靠的公開內容地圖；無人負責的檔案，或重複宣傳長文，都不符合這個編輯目標。

可用假設維護練習檢查責任是否可執行。假設獲批服務指南改名，Markdown 目標亦改動，請內容負責人找出目錄內所有引用，判斷原標籤是否仍然準確。

再請技術負責人解釋舊目標如何處理，按實際發布系統記錄方案，不能預設做法。更新目錄草稿、開啟新目標，並對照獲批指南內容；若有重新導向，亦檢查最後位置。

其後演練資源不再適合公開的情況：在目錄草稿移除條目，但實際限制存取另設技術任務，由負責人按網站政策驗證。修改清單與保護內容，是兩個驗收項目。

最後把修改檔案交給未參與編輯的同事，只憑檔案找出最新服務指南及可用語言，記錄含糊標籤或未能解釋的目標。這項練習檢查團隊維護能力，並非證明助手採用。若未能完成交接，就先精簡目錄或釐清責任。