CursorList 打不開了：Cursor 規則目錄站關站始末與救回方法

用 AI 摘要這篇文章：

ChatGPT Claude Perplexity Google Grok

如果你最近點開 cursorlist.com，看到的只會是一張網域續約通知頁，這跟你的網路連線無關。這個收錄 Cursor AI 編輯器提示詞規則檔的目錄站，在 2026 年 9 月 8 日網域到期之後，就停在註冊商 Namecheap 的過期停放頁上。用瀏覽器走 http 會看到 Domain registration has expired 的續約指引；改走 https 連加密連線的交握都完不成，兩個 IP 位址測起來都是同一種結果。

CursorList 從上架到關站的來龍去脈、最後一版快照裡還拿得回的東西、以及今天找 Cursor 規則更值得去的地方，下面一次講清楚，讓你直接判斷手上的書籤與規則檔要怎麼處理。

先交代這個站本來在做什麼。Cursor 在 2024 年成長最快的階段，社群流行把調教 AI 助手的提示詞寫成專案裡的 .cursorrule 檔，誰的規則寫得好，程式碼建議就會更貼近團隊習慣。CursorList 抓住這個需求，把散落各處的規則收集起來，按技術棧分類，免費取用、按一下 Copy 就能帶走，對不想從空白開始寫規則的人是很合理的入口。它的網域在 2024 年 9 月註冊，正好搭上這波需求的尖峰。

打不開的原因：過期停放頁加上斷掉的加密連線

判斷一個網站是暫時故障還是真的關了，起碼要分開驗兩條路。CursorList 的 http 請求會落到 Namecheap 的過期停放頁，頁面本身把話講得很白：標題是 Domain registration has expired，內文教網域持有人登入 Namecheap 帳號按下 Renew 續約，旁邊附的是網域競拍的宣傳。這種頁面由註冊商在網域過期後自動接管，跟站方自己掛的維護公告是兩回事。

Pin

https 那條路更直接。憑證交握在送出 Client Hello 之後就被切斷，解析出來的兩個 IP（104.219.250.37 與 2.59.170.20）都一樣。過期停放通常不會保留原站的憑證服務，所以多數人看到的會是瀏覽器那句「這個網站無法提供安全連線」。換句話說，點書籤的人遇到的可能連停放頁都看不到，瀏覽器在更前面就把連線擋下來，這也是為什麼有些人會誤以為是自己電腦或網路的問題。

網域註冊資料補上最後一塊拼圖：cursorlist.com 在 2024 年 9 月 8 日註冊，註冊滿兩年的隔天（2026 年 9 月 9 日）紀錄上出現一筆更新，到期日顯示延長到 2027 年 9 月 8 日，但 DNS 仍指向停放頁。那筆更新可能是站長補繳了續約費，也可能是註冊商端的過渡處理，從外部無法區分。可以確定的是，到 2026 年 9 月中為止，站的原有內容沒有回來。

順帶一個以後用得上的判別方法。網站打不開時，看到的頁面長相本身就會說話：註冊商的過期停放頁代表網域欠費，通常還救得回來；寫著本網域出售的競拍頁代表已經易主或等著賣掉；DNS 完全解不出來或解析到不知名 IP，則可能是站方主動拆站。CursorList 屬於當中最常見的欠費停放，也因此它的結局還有一點懸念，這點後面會回到。

將近兩年的營運，最後一份快照停在 2026 年 6 月

網際網路檔案館對 cursorlist.com 的收錄從 2024 年 9 月 10 日開始，距離網域註冊只差兩天，之後累積了 34 筆快照。收錄的密度也正常：2024 年下半年每月都有存檔，2025 全年 18 筆、僅 7 月與 10 月沒有收錄，2026 年上半年 5 筆，最後一份落在 6 月 17 日。把時間點排在一起看：2024 年 9 月 8 日註冊、2026 年 6 月 17 日最後一份完整快照、2026 年 9 月 8 日網域到期。中間將近兩年，頁面結構前後一致，沒有大改版的跡象。

站上也沒有留下任何關站公告或搬遷聲明。以可查的紀錄來說，這個站的結束方式相當安靜：內容最後一次被確認活著是 2026 年 6 月中，三個月後網域過期，停放頁上線。單人維運的網站常常就是這樣收攤的，沒有儀式，只有一張欠繳通知。

快照紀錄在這裡的角色值得多講一句。檔案館的收錄並不均勻，流量高、被連結多的頁面存檔較勤；CursorList 能在兩年內累積 34 筆、2025 年僅兩個月沒有收錄，表示它持續有人造訪、也被當作可引用的來源對待。反過來說，當你要判斷一個已經打不開的網站過去是否可靠，收錄密度與最後快照日期是可以直接照搬的檢查動作。

檔案館裡還拿得回什麼

最後一版快照（2026 年 6 月 17 日）的內容相當完整，拆開來看是這個規模：首頁以規則卡呈現，一頁 12 張，每張卡附 Copy 與 Share 按鈕，規則全文直接內嵌在頁面上，不用再點進下一層。側邊的標籤牆列了 33 個標籤，從 Solidity、NextJS、Django、HTMX 到 Wails.io、SwiftUI 都有，點標籤可以過濾出對應技術棧的規則。標籤的覆蓋面偏 Web 開發：前端框架（React、Vue.js、SvelteKit）、後端與語言（Go、Python、Node.js）、測試（Jest）、UI 元件庫（Shadcn UI、MagicUI），再加一塊區塊鏈與幾個桌面框架，行動端原生開發只有 SwiftUI 一個獨立標籤。

Pin

個別規則頁的路徑是 /rules/ 加作者名，頁面上會標 Author 與 Source。以收錄的樣本來看，ShipFast 樣板作者 Marc Louvion 的規則卡是完整的 JavaScript 與 Next.js App Router 程式碼風格約定，從命名規則、檔案結構到什麼時候該用 React Server Components 都寫在頁面上，按 Copy 就能帶走。Solidity 那張卡更長，開頭的通用守則就寫得很有個性，例如 Cut the fluff、Answer first, explain later if needed，後面接著把智能合約的可升級模式、重入防護、事件設計、測試策略與 gas 成本逐一列成慣例，整張卡幾乎是一份濃縮的安全檢查表。

教學區有兩篇，在檔案館都有完整快照：一篇解釋什麼是 .cursorrules（最後收錄 2026 年 5 月），內容是標準的四步流程：在專案根目錄建一個名為 .cursorrules 的檔案、用純文字寫下你的指示、Cursor 自動偵測並套用、不同專案可以各自維護不同的規則檔，最後再導回站上的規則庫找現成的範本。另一篇講怎麼在 Cursor 裡使用 Rules for AI（最後收錄 2026 年 4 月），比的是設定裡的全域規則區與 .cursorrules 單檔兩種做法。

站上可查的頁面裡，沒有帳號系統、沒有條款頁、也沒有隱私權政策，About 是一個前端動態視窗，檔案館沒能存下它的內容。不過頁尾的製作人標記留下了線索：Made with ❤ by Mike Grant，名字連到他的 X 帳號，旁邊附上他的個人網站 mkegnt.xyz。這位獨立開發者的個人網站目前仍照常營運，作品清單裡還列著 CursorList，與他的其他幾個小產品並列，2025 年底也還有新文章。從導覽列的 Submit Rule 按鈕可以推測規則靠社群投稿維持，但投稿去哪、誰審核，同樣沒有留下紀錄。

想把這些內容拿回來，做法很單純：到 web.archive.org 輸入 cursorlist.com，挑 2026 年 6 月 17 日那份快照，規則文字可以直接選取複製。因為站方把規則全文直接渲染在頁面上，快照還原度很高，這點對想救規則的人是好消息。

授權狀態倒是要自己把關。CursorList 沒有條款頁，規則卡上標了作者與出處，但站方對這些文字的授權方式沒有任何聲明，關站前也沒有把內容捐給其他專案的紀錄。實務上的影響有限，因為這類規則文字多半本來就是作者在部落格或社群公開分享的內容，awesome-cursorrules 也以 CC0 收錄同類規則；但若你要在商業專案裡大量使用某張卡，比較穩的做法是照卡片上的 Source 欄位回原作者的出處確認一次。

規則檔的機制已經換代

.cursorrule 的原始設計，是放在專案根目錄的單一純文字檔，Cursor 讀它來決定 AI 助手的行為基準，例如永遠用函式元件、偏好 async/await、遵循專案既有的錯誤處理慣例。這種先把環境講清楚再交辦的思路，在 ChatGPT Work 的官方建議裡也看得到。CursorList 這個站就是繞著這個檔案格式建立起來的：收集大家實測過的規則，按技術棧分類，讓你複製貼進自己的專案。

不過 Cursor 官方文件裡，專案規則的主角已經換了位置。現行機制是把規則放進 .cursor/rules 目錄，官方對 Project Rules 的描述是 version-controlled and scoped to your codebase，也就是跟著程式碼庫走版本控制；另外還有跟著帳號走的 User Rules，放的是你跨專案通用的個人偏好。兩層分開之後，過去塞在同一個檔案裡的東西有了明確去處：專案的規範進 repo，個人的習慣進帳號設定。回頭看 CursorList 的教學文，講的都還是設定裡的規則區與根目錄單檔這套舊格局，站的內容也因此停在單檔時代。

同樣把專案規則寫進檔案讓 AI 讀的做法，在 Claude Code 的世界裡叫做 CLAUDE.md，概念上與 .cursorrules 完全同源，差別只在讀它的是哪個工具。如果你本來就習慣這種工作方式，損失一個規則目錄站其實不傷本體，規則本身一直都在你自己的專案裡。

今天找 Cursor 規則可以去哪裡

GitHub 上的 awesome-cursorrules 開源清單是目前規模最大的去處，到 2026 年 9 月有 40,796 顆星，採 CC0 授權，2026 年 5 月底仍持續有提交。它與 CursorList 的定位差異值得記住：清單本體是一個 repo，規則以檔案形式收錄，看中哪份直接複製，授權上也不設限，而且它掛在 GitHub 上，存續由整個社群的提交維持，不會因為某一個人忘記續約就整站消失。同類目錄站 cursor.directory 截至 2026 年 9 月仍可訪問。至於前面提過的檔案館快照，則適合要找 CursorList 上特定一張卡的內容時使用。

如果你考慮的範圍更廣，想把各種提示詞集中管理，也可以參考像 PromptUp 這類提示詞平台的做法，先看清楚內容由誰提供、授權怎麼標示，再決定要不要依賴它。幾個來源涵蓋的需求剛好錯開：要找 CursorList 上某一張舊卡，去檔案館；要找持續更新的規則，去開源清單；要按技術棧逛一圈找靈感，同類目錄站仍然可用。

站會不會回來，以及書籤該怎麼處理

老實說，不確定，但線索偏向還有一絲機會。網域剛過期就出現更新紀錄與延長的到期日，如果那是站長補繳續約，接下來幾週內 DNS 指回原站、內容恢復，都是有機會的劇本；站長的個人網站仍照常營運，人也沒有消失的跡象。如果一個月後看到的仍是停放頁，大概就可以定案了。要自己追蹤的話，每隔一兩週用瀏覽器無痕視窗開一次 cursorlist.com 就夠了：看到別的內容代表站回來了，看到同樣的續約通知就繼續等。另一個可以順手觀察的訊號是網際網路檔案館，若站真的恢復並有人造訪，新的收錄會比你的印象更早出現。不想刪書籤的話，起碼別再把重要規則的唯一副本寄放在它身上。

比較值得帶走的判斷是這個：CursorList 收的內容，本來就屬於該跟著專案走的文字。官方把 Project Rules 設計成走版本控制的目錄，等於直接回答了這類內容最好的歸宿在哪裡。規則放進自己的版本控制，比放在任何第三方網站都可靠，也省得下次還要再追一次關站時間線。對照它的關站始末，這個結論比任何懷舊都實用。