// 免費工具 · LLMS.TXT 檢查

llms.txt 檢查工具

貼上你的 llms.txt，就會依 llmstxt.org 規格列出每一個格式錯誤與警告並標上行號，修正版可以直接複製帶走。免費、全程在瀏覽器裡跑、不上傳任何內容。

免費即時免註冊在瀏覽器裡執行

其他語言：English繁體中文日本語한국어EspañolFrançaisDeutschPortuguês (Brasil)

llms.txt · 檢查

一邊輸入一邊檢查。內容不會送到任何地方 —— 檢查器就是這個頁面上的一小段程式。

錯誤與警告
    修正版
    
          
    
        
    
      
    
    
    

    
    
      
    發布： dk · Clize · 更新： 
    

      

      
    
      
    llms.txt 要怎麼檢查
    
      
    三個步驟，全部在這一頁完成。檢查的對象是 llmstxt.org 定義的結構，工具不會去抓你的網站，所以請貼檔案內容，不要貼網址。
    
      
      
        
    1. 貼上檔案。 複製 llms.txt 的內容（也可以用 curl https://example.tw/llms.txt 取回），貼進左邊的欄位。每打一個字就會重新檢查一次。
      2. 
        
    2. 讀錯誤與警告。 每一項都標了行號。錯誤會破壞代理程式解析用的結構；警告不是違反規格，而是值得照著做的慣例。
      3. 
        
    3. 複製修正版。 右邊是整理過的副本：項目符號、分隔符號與空行都修好，需要人判斷的地方原樣保留並標出來。複製後放回網站根目錄，檔名 /llms.txt。
      4. 
      
    

      
    檢查哪些項目
    
      
    檢查逐節對照 llmstxt.org 規格的結構。錯誤代表「把檔案當 Markdown 解析的代理程式會讀錯」；警告代表「格式合格，但把好處放掉了」。
    
      
    
      
    
        
    規則等級原因
    
        
          
    第一行是 H1（# 網站名稱），而且只有一個錯誤H1 是唯一必填的區塊。第二個 H1，或是遲到的 H1，都會破壞整份大綱。
    
          
    不使用 ### 以下的標題錯誤規格認可的只有標題（H1）與區塊（H2），沒有別的。
    
          
    ## 區塊裡每一行都是連結項目 - [名稱](https://…): 說明錯誤區塊是連結清單。內文要放在第一個 ## 之前。
    
          
    連結是絕對網址，而且是有效的 http(s)錯誤代理程式是在沒有上下文的情況下讀這個檔案，相對路徑無從解析。
    
          
    沒有空區塊，也沒有沒名稱的連結錯誤底下什麼都沒有的標題，或是 [](網址)，對讀的人毫無用處。
    
          
    H1 後面接一段 > 引言區塊摘要警告規格上是選填，但讓連結變得看得懂的正是這一句。
    
          
    沒有重複網址（結尾斜線視為相同）警告同一頁出現兩次，幾乎都是複製貼上的失手。
    
          
    ## Optional 是最後一個區塊警告慣例上，可以略過的次要連結放在最後。這個標題就是英文的 Optional —— 寫成 ## 選用不會被認成這個區塊。
    
          
    項目符號用 -，說明用半形 :  分隔警告規格範例就是這個寫法；修正版會自動統一。
    
          
    過長的 H1、說明或連結清單警告這是索引不是傾倒場：標題是名稱、說明一行、清單精簡。
    
            
      
    
      
    

      
    格式為什麼重要
    
      
    llms.txt 是放在網域根目錄的 Markdown 檔案，用來給大型語言模型一份簡短、經過整理的網站索引：一個放網站名稱的 H1、一段引言區塊摘要、選填的內文，以及用 H2 分組、每個連結各帶一行說明的連結清單。 讀它的一方是機械式解析：編碼代理程式或文件工具抓下 /llms.txt，拆成標題、摘要、區塊，再沿著找到的連結走。結構壞掉的檔案不是「有點小錯」而已 —— 解析器要嘛丟掉讀不懂的那一段，要嘛把整份當成內文，代理程式就改成直接爬你的網站。
    
      
    規則少，所以常見的失敗也都很平凡。網站名稱寫成一般內文而不是 # 名稱。從文件複製過來、忘了拿掉的 ### 小標。只能放連結的區塊標題底下塞了一段行銷文案。/docs/ 這種相對連結，一旦檔案被抽離上下文閱讀就失去目的地。每一項都是一行就能改好 —— 前提是有東西告訴你是哪一行。
    
      
    這個格式做不到的事是拉排名。Google 已明說搜尋不使用 llms.txt，實測的請求紀錄也顯示大多數已發布的檔案根本沒被抓過。證據與「到底誰在讀」整理在我們的 llms.txt 說明頁（英文）。要檢查這個檔案，是因為讀你文件的代理程式會解析它，不是因為某份檢查清單說它對 SEO 有幫助。
    

      
    編碼、BOM 與全形標點：繁中網站最常踩的幾個坑
    
      
    繁中網站送檢時遇到的問題，通常跟英文教學裡寫的那幾條無關。以下四點都是拿這個工具實際跑出來的結果，可以直接對照。
    
      
    BOM 不會害你被判錯。 規格本身就允許檔案最前面放一個位元組順序記號（BOM），這個工具也會在解析前先把它拿掉。所以用記事本存成「UTF-8 (BOM)」、或編輯器預設加了 BOM，檢查結果不會因此多出任何一項錯誤或警告。同理，Windows 的 CRLF 換行會先正規化成 LF，也不影響判定。
    
      
    真正會被判成錯誤的是全形括號。 中文輸入法在中文模式下打出來的括號預設是全形，於是很容易寫成 - ［快速開始］（https://example.tw/docs）：安裝。這一整行不算連結項目，工具會回報「## 區塊裡的每一行都要是連結項目」這則錯誤。Markdown 的連結只認半形 [ ] ( )，寫連結時把輸入法切成英文模式最省事。
    
      
    全形冒號只算警告，但修正版不會幫你刪。 - [快速開始](https://example.tw/docs)：安裝 會得到一則「請用半形 :  分隔」的警告。修正版確實會補上半形冒號，但它不替你刪掉原本那個全形冒號 —— 輸出會變成 : ：安裝，那一個要自己拿掉。這是刻意的：機器只做不需要猜意圖的修改。
    
      
    工具看不到伺服器怎麼送這個檔案。 這裡檢查的是你貼上的文字，而繁中網站真正的編碼問題往往出在 HTTP 標頭。發布後跑一次 curl -I https://example.tw/llms.txt，確認 Content-Type 是 text/plain 或 text/markdown 並且帶 charset=utf-8；沒有標明字元集時，有些讀取端會用自己的預設編碼去解讀繁中內容，結果就是一份在這裡完全合格、到了對方手上卻是亂碼的檔案。
    

      
    修正版會改什麼、又留什麼給你
    
      
    右邊那一欄是整理過的副本，不是重寫。它只修機器不需要猜意圖就能修的部分：
    
      
      
        
    • 項目符號 —— * 和 + 一律改成 -。
      • 
        
    • 說明分隔 —— - [名稱](網址) - 說明 改成 - [名稱](網址): 說明。
      • 
        
    • 空白 —— 去掉行尾空白，連續空行併成一行，區塊之間保留一行空行。
      • 
        
    • 缺標題 —— 補一個佔位的 # Site name 讓大綱成立，請自行換掉。
      • 
      
    
      
    需要判斷的地方一律刻意不動：相對網址維持相對並持續被標記，區塊裡的內文行留在原地，重複的連結只回報不刪除。你的項目順序永遠不會被改動。把左邊的清單讀過一遍、手動修掉那幾項，檔案就會通過。
    

      
    從零開始寫一份 llms.txt
    
      
    如果你還沒有這個檔案，按插入最小範本。它會給你符合規格的最小形狀：一個標題、一句話摘要、一個連結區塊，以及一個 ## Optional 區塊。把範例那幾行換成你自己的，再檢查一次就好。
    
      
    網站頁數只要超過幾頁，就不要用手維護這個檔案 —— 從產生 sitemap 的那份頁面清單推導出來，兩者才不會對「這個網站有什麼」講出不同的話。產生器的做法與完整範例寫在 how to generate llms.txt from a sitemap（英文）；clize.ai/llms.txt 就是這樣產生的，而且通過這個檢查工具。
    
      
    發布後還有兩件事要確認，因為它們都是無聲失敗：curl -I https://example.tw/llms.txt 要回 200，而不是把設計過的 404 頁面用 200 送出來；而且要能直接拿到檔案，不會被轉址到 HTML 頁面。如果你的頁面本身也需要給機器看的那一面，語言版本的 hreflang 可以用 hreflang 產生器，與可見文字逐字一致的 FAQ 結構化資料可以用 FAQ schema 產生器，兩者依循同一條規則：單一來源，不會走鐘。
    
      
    

      
    // 常見問題
    
      
    
    
    
      llms.txt 檢查工具會檢查哪些項目？
      
    它檢查 llmstxt.org 規格定義的結構：檔案是否以單一個 H1 標題開頭、後面是否接一段選填的引言區塊摘要、自由內文裡有沒有混入標題、每個 H2 區塊是不是只由「- [名稱](網址): 說明」形式的連結項目組成，以及每個連結是不是有效的絕對 http(s) 網址。另外也會針對慣例提出警告：缺摘要、網址重複、Optional 區塊沒放在最後、非標準的項目符號，以及過長的標題、說明或清單。
    
    
    
    
    
      llms.txt 的引言區塊摘要是必填的嗎？
      
    不是。規格唯一要求的是 H1 標題。引言區塊摘要屬於選填，但那是代理程式用來理解這些連結要做什麼的一句話，所以這個工具把缺摘要列為警告而不是錯誤。
    
    
    
    
    
      llms.txt 的連結可以寫相對路徑嗎？
      
    請當成錯誤處理。規格範例用的是絕對網址，而代理程式是在沒有上下文的情況下讀 llms.txt —— 它只抓了這一個檔案，沒有任何基準可以解析 /docs/。每個連結都寫成 https:// 開頭的完整網址。
    
    
    
    
    
      llms.txt 檔案開頭有 BOM 會被判錯嗎？
      
    不會。規格明文允許檔案最前面放一個位元組順序記號，這個工具也會在解析前先把它拿掉，所以存成「UTF-8 (BOM)」不會多出任何錯誤或警告；Windows 的 CRLF 換行同樣會先正規化。繁中檔案真正會被判成錯誤的是全形括號，例如把連結寫成 ［名稱］（網址）—— Markdown 只認半形的方括號與圓括號。
    
    
    
    
    
      放了 llms.txt 之後 Google 排名會變好嗎？
      
    不會。Google 的文件明確表示搜尋不使用 llms.txt，為了其他系統而維護一份也不會讓你的能見度變好或變差。這個檔案是給需要時才來抓取的編碼代理程式與文件工具用的，檢查它是為了這些讀者，不是為了排名。
    
    
    
    
    
      貼上的 llms.txt 會被上傳到伺服器嗎？
      
    不會。這個檢查工具是完全在你瀏覽器裡執行的一小段程式，貼上的內容不會離開這個頁面，也不需要帳號或註冊。頁面載入一次之後，離線也能繼續使用。
    
    
    
    
    
      可以直接輸入網址讓工具去抓我的 llms.txt 嗎？
      
    不行，而且是刻意的。瀏覽器禁止某個網域上的頁面去讀另一個網域上的檔案（CORS），所以就算做了網址欄位，在大多數網站上也會失敗。請執行 curl https://example.tw/llms.txt，或是在分頁裡打開檔案，再把文字貼過來。
    
    
    
      
    

    
    
      
    clize seo check —— 檢查自己的網域免費
    
      
    
        
    發布之後，量一下實際發生了什麼。
    
        
    檢查自己的網站不用錢：Search Console 的排名與曝光跟上一個區間對照、每一頁當下的 HTTP 與索引狀態，以及依來源拆開的流量（AI 引擎單獨列出）。在代理程式裡一行指令就跑完。
    
        
    $ npm i -g @clize/clize && clize install
$ clize seo check --domain example.tw
    
        [ Clize 的 Agent SEO → ]
      
    
    
    
    
    
      
    延伸閱讀 —— llms.txt，以及一個頁面其他給機器看的面