若要產生 llms.txt 檔案，請寫入一個網站名稱 H1，加入選用的摘要與詳細資訊，將所選的標準連結分類至 H2 標題之下，然後在發布前驗證並檢查最終的 Markdown。
llms.txt 是一項新興提案，旨在提供經過篩選的 Markdown 概覽與高價值參考資料的簡短清單。llms.txt 產生器會在本地建立確定性的純文字：輸入內容、產生檔案、複製或下載名為 llms.txt 的檔案，並使用獨立的驗證模式檢查已編輯的草稿。它既不會爬取網域，也不會將內容傳送至外部服務，且不保證任何爬蟲程式會採用該檔案，也不保證排名或引用。
所需結構一覽
llmstxt.org 所提出的格式具有可預測的順序。產生器會維持該順序，而不會接受可能造成重複頂層標題或區段錯置的任意 Markdown 片段。
| 順序 | 元素 | 需求 | 用途 |
|---|---|---|---|
| 1 | H1 | 是：僅限一個 | 指定網站或專案名稱。 |
| 2 | 區塊引言摘要 | 選用 | 簡要說明網站或專案所提供的內容。 |
| 3 | 自由格式詳細資訊 | 選用 | 補充背景資訊，而不新增其他標題。 |
| 4 | H2 區段 | 選用：零個或多個 | 將相關資源分類至清楚的區段名稱之下。 |
| 5 | 連結清單項目 | 必須有連結；附註選用 | 指向某項資源，並可說明其內容。 |
名為 Optional 的 H2 具有明確慣例：其連結代表次要材料，需要更精簡的背景資訊時可以略過。該工具不會代你做出這項編輯決策，因此只有當資源確實屬於次要材料時，才應將其置於 Optional 之下。
僅接受 HTTP 與 HTTPS URL。含有憑證的 URL，以及可執行檔或內嵌資料的配置都會遭到拒絕。標籤、附註、標題與摘要都會標準化，確保控制字元或意外加入的 Markdown 分隔符不會破壞所產生的結構。重複的標準化 URL 會回報，而不會在未告知的情況下增加重複項目。
完整的 llms.txt 檔案範例
下列範例使用說明用的預留 URL。發布檔案前，請將其替換為您自己網站中經過檢查的頁面。
llms.txt 範例
# 範例專案
> 專案文件與參考資料的簡明對照表。
本專案說明如何安裝用戶端、驗證請求，以及使用公開 API。
## 指南
- [驗證指南](https://example.com/docs/authentication)：請求設定與權杖處理方式。
- [錯誤處理](https://example.com/docs/errors)：常見回應與疑難排解步驟。
## 參考資料
- [API 參考資料](https://example.com/reference/api)：端點、參數與回應格式。
## 選用
- [版本說明](https://example.com/changelog)：在需要更精簡的背景資訊時可以略過的歷史變更。
摘要緊接在 H1 之後，自由格式的詳細資訊則位於 H2 區段之前，且每個清單項目都包含 Markdown 連結。Optional 用來標示需要更精簡的背景資訊時可以省略的材料。產生器既不會驗證這些說明用 URL 是否能夠解析，也不會檢查每則附註是否準確描述其對應頁面；這些檢查仍由作者負責。
如果網站能穩定提供頁面的 Markdown 版本，請連結該版本；不要自行建立可能無法存取的 .md 路徑。Optional 應僅用於確實屬於次要的材料，而非核心文件或產品說明。
在未掃描網站的情況下建立草稿
在產生器中輸入網站或專案名稱，然後加入選用的摘要與詳細資訊。建立清楚的 H2 區段標題，並僅填入您所選取的標準且高價值的資源。附註應說明連結資源包含哪些內容，而資源是否視為選用，則由其所在區段決定。
產生器絕不會掃描網域或網站地圖。用戶端表單無法證明哪些動態頁面是標準、最新、可存取或適合推薦的，因此您仍須負責檢查每個公開 URL，並排除私人或測試環境的目的地。
如需了解實作背景，DeveloperHub llms.txt 實作文件與Answer.AI llms-txt 參考資料存放庫可提供實用的參考。兩者都不能證明每個爬蟲程式或助理都會請求該檔案。
產生、驗證並發布檔案
- 收集少量且經過檢查的 URL 集合。 選擇標準文件、產品說明、政策與穩定的參考頁面。確認每個 URL 都是公開的，且目前提供預期內容。僅在 Markdown 版本已能穩定運作時才納入該版本。
- 輸入必要的網站或專案名稱。 這會成為草稿頂端唯一的 H1。請使用讀者能辨識的名稱，而不是另加一個引言標題。
- 加入選用的摘要與詳細資訊。 區塊引言摘要應說明網站用途，而非標題的詳細資訊則可解釋範圍或目標讀者。請保持語言客觀且精簡。
- 建立清楚的 H2 區段。 將相關連結分類至具描述性的標題之下，並在目的地需要進一步說明時加入簡短的冒號分隔附註。確實屬於次要的材料應置於名為 Optional 的 H2 之下。
- 產生並進行編輯檢查。 該工具會產生確定性的 Markdown，可複製或下載為 llms.txt。接受輸出前，請檢查 Optional 區段與每則附註。
- 驗證最終編輯過的草稿。 如果您修改了產生的文字，請將完整檔案貼入驗證模式。驗證器會回報必要 H1、標題順序、連結清單語法、重複目標與大小上限等逐行問題和警告。它不會重寫檔案、造訪 URL，或判斷其准确性。
- 在預定路徑發布。 請使用 /llms.txt 或適當的子路徑，並以純文字或相容於 Markdown 的內容類型提供該檔案。驗證結果乾淨，表示草稿符合工具對目前提案所記載的解讀方式；這並不代表已獲得更廣泛的供應商支援認證。
- 定期檢查。 重新檢查標題、摘要、附註、標準 URL 與 Optional 分類。驗證連結的頁面，並移除過時或無法存取的資源。在建立依賴精確格式的自動化功能之前，請重新檢查提案與語法。
為何產生與驗證是分開的
產生功能會依據本地表單輸入建立受限的草稿，而驗證功能則會依據工具目前記載的解讀方式檢查貼上的文字。使用其中一項功能，不會在未告知的情況下執行另一項功能。
| 模式 | 檢查或建立的內容 | 限制 |
|---|---|---|
| 產生 | 建立一個 H1、一個選用的區塊引言摘要、選用的詳細資訊、依序排列的 H2 區段，以及 Markdown 連結清單。 | 不會爬取、抓取所列頁面，或判定其內容是否準確。 |
| 驗證 | 檢查必要的 H1、標題順序、連結清單語法、重複目標與大小上限。 | 不會重寫草稿、造訪連結、認證內容準確性，或認證爬蟲程式的採用情況。 |
請針對預定內容逐一檢查每項驗證問題與警告。該結果是對草稿的結構檢查，而非即時網站審核，也不代表對 AI 系統如何使用該檔案的預測。
讓檔案保持精簡且便於檢查
篩選比長度更重要。收錄每個頁面的檔案可能重複大型網站地圖所造成的資訊過載，在無助於讀者或模型的情況下占用背景資訊。請優先採用能最佳說明網站之資源的簡明對照表。
- 確認 H1 與摘要符合網站內容。
- 僅納入標準、公開且高價值的連結。
- 讓每則附註都保持事實性且實用。
- 將 Optional 保留給確實屬於次要的資源。
- 排除私人、測試環境、重新導向或過時的目的地。
下載後，請將檔案視為內容進行檢查，而不是只當成機械式的 SEO 產物。成功序列化並不能決定哪些頁面值得納入；這項編輯判斷仍由您負責。
對爬蟲程式的使用情況設定合理預期
在 /llms.txt 發布檔案，只是讓檔案可供取得，並不會強制任何爬蟲程式或助理提出請求。此提案並非 robots 指令、安全控制、網站地圖替代方案或保證能被探索的通訊協定。它無法授予受封鎖頁面的存取權、覆寫驗證機制、將內容排除在模型訓練之外，也無法證明 AI 的回答會引用該網站。
請讓每種網頁機制各司其職：robots.txt 說明參與其中的爬蟲程式的抓取偏好；sitemap.xml 列出可供搜尋探索的索引 URL；結構化資料描述實體與頁面內容；llms.txt 則提供精選的 Markdown 概覽，供推論時使用。請衡量您自己的工具與工作流程是否確實使用該檔案；僅發布檔案並不是排名或引用有所改善的證據。