跳至內容
AI suite

AI Rules 產生器

只需填寫一次表單,即可一次產生各大 AI 程式開發工具的規則檔:AGENTS.md、CLAUDE.md、.cursor/rules/project.mdc、copilot-instructions.md、.windsurfrules 與 GEMINI.md。以 AGENTS.md 為唯一準則衍生其他檔案,規則在各工具之間不會產生落差。

所有內容皆在瀏覽器內產生,您輸入的資料不會傳送至任何伺服器。

指南: 使用方式與特色

  • 輸入專案名稱、概要、技術堆疊、指令、程式碼規範與禁止事項等。留空的區段會自動從輸出中省略。
  • 選擇輸出語言(英文/日文)並按下「產生規則檔」,即可以分頁預覽全部 6 個檔案。
  • 每個檔案可個別複製,也可使用「以 ZIP 一次下載」連同目錄結構(.cursor/rules/、.github/)一併儲存。
  • 由於所有檔案皆由 AGENTS.md 衍生,各工具之間的規則不會產生落差。

FAQ: 常見問題

  • 什麼是 AGENTS.md?

    一種向 AI 程式開發代理說明專案的開放標準檔案。OpenAI Codex、Google Jules、Cursor 等許多工具皆可讀取,正逐漸成為「AI 代理版的 README」。本工具以 AGENTS.md 為準則,衍生產生各工具專用的檔案。
  • 為什麼每個工具都需要自己的檔案?

    Claude Code 讀取 CLAUDE.md、Cursor 讀取 .cursor/rules/*.mdc、GitHub Copilot 讀取 .github/copilot-instructions.md、Windsurf 讀取 .windsurfrules、Gemini CLI 讀取 GEMINI.md,各工具的檔名與格式不同。內容大多可以共用,因此由單一準則衍生最容易維護。
  • 產生的檔案要放在哪裡?

    皆放在儲存庫根目錄(.cursor/rules/project.mdc 與 .github/copilot-instructions.md 需連同子目錄)。使用 ZIP 一次下載可保留正確的目錄結構。
  • 輸入的專案資訊會被儲存或傳送嗎?

    不會。產生流程完全由瀏覽器內的 JavaScript 完成,輸入內容不會傳送或儲存至任何伺服器。

使用情境: 常見使用情境

  • 啟動新專案

    在建立儲存庫後立即產生整套規則檔,無論團隊成員使用 Claude Code、Cursor 或 Copilot,AI 從第一天起就遵循相同規範。

  • 統一多工具團隊的規則

    即使成員各自使用不同的 AI 開發工具,只要以 AGENTS.md 為準則產生所有檔案,就能避免複製貼上造成的落差與更新遺漏。

  • 為既有專案導入 AI 代理

    只需在表單中整理建置/測試指令與禁止事項,就能梳理出 AI 需要的專案知識,導入當天即可提升建議品質。

注意: 注意事項與限制

  • 各工具的規格可能改變

    AI 開發工具的規則檔格式(檔名、frontmatter 等)演進快速,導入前請確認各工具的最新文件。

  • 產生結果僅為範本

    本工具只是將輸入內容整理成檔案,並不會替專案設計最合適的規則。請於產生後由團隊審閱並依實際情況修改。

  • 請勿寫入機密資訊

    產生流程在瀏覽器內完成,但檔案最終會提交至儲存庫。請勿在規則檔中寫入 API 金鑰或內部 URL 等敏感資訊。

產生對象
輸出語言 輸出語言

產生的檔案

填寫上方表單並按下「產生規則檔」,即可預覽全部 6 個檔案。

這個工具的相關文章

最新文章

使用案例
2026-08-07

curl 選項速查|-X、-H、-d 實際做了什麼與常見陷阱

整理實務上會遇到的 curl 選項:為什麼加了 -d 就已經是 POST、-d 與 --data-raw 的差別、開頭的 @ 會悄悄讀取檔案的陷阱、單引號與雙引號的取捨,以及為什麼 -k 和 -L 值得多想一下。

工具介紹
2026-08-06

JSON Schema 與 Zod 雙向轉換的原理|required 與 .optional() 的對應

解析雙向轉換器的實作:把 JSON Schema 轉成 Zod 結構定義,也把 Zod 程式碼轉回 JSON Schema。內容涵蓋 required 與 .optional() 預設值相反的陷阱、限制條件對照表,以及不執行程式碼就完成剖析的做法。

使用案例
2026-08-06

SQL 子句執行順序參考|為什麼 WHERE 看不到 SELECT 的別名

SQL 並不是照您撰寫的順序執行。以邏輯執行順序(FROM → WHERE → GROUP BY → HAVING → SELECT → ORDER BY → LIMIT)為主軸,說明別名為何在 WHERE 無法使用、WHERE 與 HAVING 的分工、ONLY_FULL_GROUP_BY、COUNT(*) 與 COUNT(欄位) 的差異,以及 LEFT JOIN 搭配 WHERE 的陷阱。

使用案例
2026-08-06

unified diff 格式閱讀指南|看懂 git diff 的 @@ 標頭

說明如何閱讀 git 產生的 unified diff 格式:@@ -12,7 +12,9 @@ 四個數字的意義、只改一個字元為何顯示成整行替換、空白與換行字元的陷阱、\ No newline at end of file、合併提交的 @@@ 組合式 diff,以及以 similarity index 推斷檔案更名。

使用案例
2026-08-06

UTC⇄JST 換算參考手冊|9小時時差對照表與時區踩雷指南

以對照表整理 UTC 與日本時間(JST)的換算,並說明與台灣時間(UTC+8)相差 1 小時的關係。內容涵蓋 ISO 8601 的 Z 與 +09:00、JavaScript 日期解析悄悄位移 9 小時的條件、MySQL/PostgreSQL 的時區行為,以及 GitHub Actions cron 一律以 UTC 執行的陷阱。

使用案例
2026-08-04

CREATE TABLE 參考手冊|MySQL、PostgreSQL、SQLite 的型別與約束差異

以跨資料庫對照表整理 CREATE TABLE(DDL)的寫法:型別對應表、自動編號(AUTO_INCREMENT / IDENTITY / rowid)的方言差異、外鍵的 ON DELETE 行為,以及 MySQL 會靜默忽略的 CHECK 約束。

廣告

廣告