Kimi 可以做 SEO，入口是技能（skill）系統。把關鍵字研究、網站健檢、競品分析這類工作的做法，寫成可重複使用的知識包放進 Kimi，之後處理同類任務，它就照同一套流程走，不再每次靠你重新交代。官方提供三個現成的 SEO 範例技能，開源社群有整批合集可以直接裝，你手上的清單與規範也能轉成自訂技能。但技能改變的是工作流程的效率與一致性，產出的判斷、驗收與取捨仍然需要 SEO 專業，Kimi 官方在自己的使用建議裡也是這樣寫的。
為什麼現在值得搞懂。技能格式在 2025 年 10 月由 Anthropic 以 Agent Skills 之名推出，同年 12 月 18 日開放成跨平台規格，Kimi（月之暗面 Moonshot AI）用的就是同一套；Kimi 官方在 2026 年 7 月 31 日發布SEO 技能指南，繁中版也已上線；GitHub 上最大的行銷技能合集，已經累積四萬多顆星。名單很熱鬧，但截至 2026 年 8 月 18 日，本站用 GitHub API 逐庫實查指南點名的十個開源專案，一半已經停止更新，其中一個根本不是 agent skill。哪些該裝、哪些該自己寫、自助的界線畫在哪，一次講清楚。
重點先看
Kimi 做 SEO 的入口是技能系統，形態有三種，官方三個範例技能、開源社群合集、自己寫的自訂技能。
三個範例技能是 competitor-analysis、seo-audit、seo-content-writer，輸入
/加技能名就能觸發，不背指令也會依問題自動觸發。開源技能把 GitHub 網址貼進對話就能安裝。本站 2026 年 8 月 18 日實查十個專案，一半停更，星數從 44,692 到 1 都有，裝前先看最近推送日。
技能給的是方法與流程，即時資料要靠 MCP 或 API，產出仍需要人審核，也沒有證據顯示技能直接影響排名。
自助與找專業的界線在判斷與優先順序，Kimi 官方自己也建議，以 SEO 專業審核 AI 的建議。
文章目錄
Kimi 可以做 SEO 嗎：可以，入口是技能系統
先弄清楚一件事，Kimi 是對話助理，不用技能也能問它 SEO 問題，想標題、翻 meta description、解釋演算法概念，這些它都做得到。技能系統解決的是另一個問題，重複。同一件 SEO 工作每個月都要做一次，每次都要重新交代背景、要求與輸出格式，靠 prompt 交代，版本會漂，換個人接手又漂一次。技能把這套交代寫成檔案，Kimi 載入之後照著走，產出的結構與口徑就釘住了。
用 Kimi 做 SEO 的三種形態，強度與成本各不同。第一種是官方範例技能，Kimi 的 SEO 指南直接給了三個，competitor-analysis、seo-audit、seo-content-writer，對應看競品、健檢、產內容三個高頻段落，裝了就能用。第二種是開源技能，把別人寫好的技能裝進自己的 Kimi，起步最快，代價是要自己判斷品質與維護狀態。第三種是自訂技能，把你自己的清單、規範、用語表寫成技能，最貼自己的網站，你的在地條件與產業用語，也只有這一種涵蓋得到。
技能在 AI SEO 裡的位置也先講清楚。AI 用在搜尋工作的面向很寬，資料分析、內容產製、工具自動化都有，站上的 AI SEO 主題總覽整理過全景，技能是其中把流程標準化的那一層。它跟模型強弱無關，跟你怎麼把方法寫清楚有關，模型換代，技能照用。SEO 恰好是技能特別有用的行業，關鍵字研究、競品分析、健檢、內容產製、成效報告，每一件都是步驟固定、反覆執行、又容易因為換人而走樣的工作。
技能裡實際裝的東西，對應你已經在做的工作。關鍵字研究的技能會規定資料從哪裡拿、關鍵字怎麼分組、搜尋意圖怎麼分類；健檢的技能會列檢查項目、定義嚴重度、規定輸出格式；產內容的技能會釘住文章結構、用詞底線與上線前的檢查清單。你原本就有一套做法，技能只是把做法從口頭與慣例，搬進一個 agent 讀得到的檔案。
三種形態不是三選一。實務順序多半是先用官方三個跑起來，缺什麼去開源合集找，而補不起來的那一塊，通常是只有你能寫的自訂技能。
Kimi 的技能是什麼：一個資料夾加一份 SKILL.md
規格先講清楚，因為各家產品講的「技能」都源自同一份。這套格式由 Anthropic 在 2025 年 10 月 16 日以 Agent Skills 之名推出，官方在工程部落格的發布文裡，把 skill 定義成有組織的資料夾，裡面放指引、腳本與參考資源，agent 可以動態發現、動態載入。白話講，你把「這件事怎麼做」整理成一包文件，AI 需要時自己拿來讀。
一個技能就是一個資料夾，核心檔案叫 SKILL.md，開頭是 YAML frontmatter，必填欄位只有 name 與 description 兩個。name 是技能名稱，也是呼叫時的指令名，description 是寫給 agent 看的說明，講清楚這個技能做什麼、什麼情境該用。資料夾裡還能放參考文件與可執行腳本，官方舉的例子是 PDF 技能，附一份 forms.md 說明文件，加一支抓 PDF 表單欄位的現成 Python 腳本，agent 讀完流程後，真的需要時才去呼叫。技能可以攜帶程式，而 agent 會真的執行它，這是技能跟一般提示詞最不一樣的地方，後面講風險時會回到這一點。
官方給的比喻很準，幫 agent 建 skill，就像替新員工準備到職手冊，手冊裡有流程、規範、參考文件，新人照著做，產出水準不會因為換人交接而飄移。比喻的邊界也要先講，手冊寫得再好，新員工不會自己生出市場資料，要對外查詢，還得替他接上工具，這條邊界就是技能跟 MCP 的分野。
Kimi 的定義落在同一個位置。Kimi 說明中心把技能定義成可複用的知識包，每個技能裝三件東西，處理思路與操作指引、最佳實踐與規範約定、可選的腳本工具與參考資源，結構與 Anthropic 的 SKILL.md 同源。差別在介面與周邊，Kimi 網頁版有技能中心可以瀏覽安裝，開源的 Kimi Code CLI 命令列工具明言支援載入 Agent Skills 開放格式，官網首頁主打的最新模型是 Kimi K3。對在做 SEO 的人，這代表花在技能上的功夫，不會綁死在單一產品。
漸進式披露：技能裝多了為什麼不會塞爆 context
技能裝多了不會塞爆 context window，關鍵設計是漸進式披露（progressive disclosure），一共三層。啟動時，只有每個技能的 name 加 description 進入 system prompt，代價極低。Agent 判斷任務跟某個技能相關，才載入整份 SKILL.md 正文。附帶的參考文件與腳本，用到的那一刻才讀。官方因此說附帶內容量幾乎無上限（effectively unbounded），Kimi 說明中心描述的機制一模一樣，agent 不會一次載入技能全部內容，而是在對話中判斷哪些技能相關，只載入完成任務所需的部分。
對 SEO 工作的意義很實際。健檢標準可以寫到兩百行，用語表可以列滿整個產業詞庫，全部放進技能資料夾，agent 平時只記得自己有一份健檢技能，真的開始檢查時才把標準整份搬出來。知識的總量不再是限制，怎麼組織知識才是。
從 Claude 功能到開放標準
時間軸補一段，因為它決定技能是不是可攜資產。2025 年 10 月推出時，官方寫明的支援範圍是 Claude.ai、Claude Code、Claude Agent SDK 與 Claude Developer Platform。2025 年 12 月 18 日，Agent Skills 發布為開放標準，規格與 SDK 放上 Agent Skills 規格站，任何 AI 開發者都能採用，媒體報導 OpenAI、Google DeepMind 等團隊跟進支援。第三方儲存庫的 README 也把支援規格當成相容性標配在寫。你為一個工具寫的健檢技能，換到另一個支援規格的工具不必重寫，這是開放標準換來的自由，也是開源技能能夠跨工具流通的原因。
skill 跟 prompt 差在哪：單次交代與常駐方法
分界一句話，重複。Kimi 官方給過一張對比表，直接問的話，每次都要重新說明要求，輸出格式不固定，適合一次性任務；用技能的話，自動套用技能內容，按技能定義的格式輸出，適合反覆執行的固定流程。講白了，同一件事交代到第三次，就該把交代內容寫下來了。
換個比喻，prompt 像口頭交代任務，技能像把 SOP 印成手冊放進抽屜。口頭交代快，但每次都要重講，而且每次講的版本會漂，今天說標題要三十字內，下次忘了講，輸出就變調。手冊寫一次，誰來接手都翻同一本，還能版本管理、逐條修訂。SEO 工作裡最值錢的資產往往就是那本手冊，因為它裝的是踩過雷之後留下的判斷。
給個常見情境（示意）讓差別更有感。假設你每月要交一份網站健檢摘要，靠 prompt 的話，每個月都要重貼一次檢查項目、嚴重度定義與輸出格式，漏貼一條，那個月的報告就少一項。做成技能之後，你在輸入框打一句「跑這個月的健檢」，agent 載入技能，照你定義的項目與格式走完整個流程。差別不在 AI 變聰明，在流程不再依賴你的記性。
很多人也把技能跟外掛（plugin）搞混。外掛是產品端的功能擴充，由平台發布與管理，裝了改變的是產品能力，而且綁在那個產品上。技能是檔案層的知識包，你自己寫、自己放，內容是方法與規則，跨產品通用。用瀏覽器比喻，外掛像市集裡的擴充套件，技能像你自己整理的設定檔與操作說明，一個加能力，一個加方法。
技能跟一般 SOP 文件也不同。SOP 寫給人看，預設讀者會自己補判斷；技能寫給 agent 看，觸發條件、輸出格式、判斷規則都要寫明，因為 agent 不會替你補沒寫到的那段。把既有 SOP 改成技能時，缺的往往不是內容，是觸發與輸出的規格。
跟系統提示詞的差別在常駐成本。系統提示詞把規則寫進每次對話都會讀的開場區塊，常駐，永遠佔 context。技能靠 description 當觸發訊號，任務相關才載入，token 用量低得多。實務分工通常是，全站寫作規範這種每次都要遵守的底線放系統提示詞，每月健檢這種特定任務的流程做成技能。
什麼情況 prompt 就夠了？判斷標準三條，任務用過三次以上、輸出格式要求一致、流程需要交接給別人或別個 agent。三條中兩條成立，就值得花十五分鐘寫成 SKILL.md。臨時想五個標題、翻一段 meta description，直接問就好，做成技能反而是維護負擔。
從 prompt 長成技能也有漸進路線。先把常用那段 prompt 存成文字檔，每次貼上；貼到第三個月，把檔案加上 name 與 description 兩行 frontmatter，放進技能資料夾，它就是技能了。規則可以邊用邊補，技能不需要一次寫到完美，它本來就該跟著你的方法一起演進。
技能也不是工具的替代品。查排名變化、跑 Lighthouse，現成服務直接用通常更準，技能的價值是把拿到結果之後怎麼判讀、怎麼行動寫成流程。工具與技能各吃哪一段、怎麼挑，可以對照站上的 AI SEO 工具盤點一起看，工具給能力，技能給方法。
prompt、skill、MCP 三方對照
MCP（Model Context Protocol）給 agent 的是連線，對外部系統與資料的存取能力，例如連上 Search Console、資料庫、瀏覽器。skill 給的是程序知識，拿到資料之後怎麼分析、怎麼判讀、怎麼產出。Anthropic 官方的說法是兩者互補，skill 教 agent 更複雜的工作流程。用廚房比喻，MCP 是食材與水電的管線，skill 是食譜，管線再通，沒有食譜做不出一桌菜，食譜再好，冰箱是空的也沒得煮。類比的邊界是，MCP 伺服器也可能附帶使用說明，技能也可能內含腳本，兩者有重疊地帶，但主要解決的問題不同。
| 面向 | prompt | skill | MCP |
|---|---|---|---|
| 解決的問題 | 把單次任務說清楚 | 把反覆執行的流程標準化 | 讓 agent 連上外部系統與資料 |
| 常駐成本 | 只存在於當次對話 | 啟動時只佔 name 與 description | 連線設定常駐，資料按請求載入 |
| 觸發方式 | 每次手動輸入 | agent 依 description 判斷載入 | agent 呼叫工具時建立連線 |
| 適合場景 | 一次性、臨時性任務 | 每月健檢、內容產製等固定流程 | 需要即時排名、檢索或站務資料時 |
| SEO 實例 | 幫某頁想五個標題 | 跑一次每月技術健檢 | 連 Search Console 抓點擊變化 |
| 什麼情況不適合 | 反覆用的流程，每次都會漂移 | 需要即時資料時，技能本身給不了 | 只要求輸出一致時，用 MCP 是浪費 |
三格常常同時出現在一次任務裡。你用 prompt 指定這個月要健檢哪個網站，seo-audit 技能載入整套判讀標準，MCP 負責把 Search Console 的數字搬進來。把它們想成三種分工，不是三選一。
Kimi 的三個 SEO 技能怎麼用：斜線指令與自動觸發
Kimi 官方在 2026 年 7 月 31 日發布的 SEO 技能指南，標題是 13 SEO Skills: Build Smarter SEO Workflows with AI，繁中版也已上線，內容結構是 3 個 Kimi 範例技能，加 10 個開源技術 SEO 專案，後來在 8 月中又更新過一輪，頁面上的日期會看到 8 月 12 日。三個範例技能出自官方指南、裝了就能用，分別對應 SEO 工作的三個高頻段落，看競品、健檢、產內容。
| 技能 | 做什麼 | 什麼情況會用到 |
|---|---|---|
| competitor-analysis | 分析競爭對手的 SEO 與 GEO 策略、排名關鍵字、內容、反向連結與 AI 引用情況 | 「分析競爭對手」「誰在為此排名」「他們為什麼排名更高」 |
| seo-audit | 審核、檢視或診斷網站的 SEO 問題 | 「SEO 審核」「技術 SEO」「為什麼我沒有排名」「流量下降了」「Core Web Vitals」「爬取錯誤」，連「我的 SEO 很差」這種模糊說法也算 |
| seo-content-writer | 用 12 步驟工作流程寫關鍵字最佳化內容，含標題調校、meta 描述、標題層級與完整 CORE-EEAT 檢查清單 | 要求撰寫或改寫部落格文章、產品描述、著陸頁等 SEO 導向內容時 |
用法官方有示範。在輸入框打 /competitor-analysis，接一段詳細的任務描述，例如分析「2026 數位行銷趨勢」排名最前面的競品、比較內容結構與搜尋意圖、找內容缺口。斜線指令是最明確的觸發方式，不背指令也行，agent 會依問題自動觸發對應技能，官方連「幫我看看 SEO」這種模糊說法都設計成會觸發 seo-audit，這就是 description 在背後工作的結果。輸入端能給的背景越完整，產出越可用，網站網址、受眾、目標關鍵字，先給再問。
三個技能對應的是 SEO 工作的高頻段落，不是全部，連結策略、在地搜尋、技術基礎這些板塊，技能只是入口之一。SEO 完整的工作範圍，站上的 SEO 是什麼完整入門有整理，技能放大的是其中流程固定的那幾段。
從技能面板到自建的四步路徑
Kimi 說明中心給的使用路徑是四步。在技能面板瀏覽發現技能，點一下安裝鈕一鍵安裝，在輸入框打 / 選技能或讓 agent 依問題自動觸發，都不夠用就自建，上傳文件、在對話裡描述需求，或用 /skill-creator 生成。技能也分來源，Moonshot AI 維護的官方技能（例如 docx 建立 Word 文件、deep-research 深度研究，相關場景自動呼叫）、精選的推薦技能（例如 sop-writer 流程文件）、上傳 Office 文件轉成的技能、開源社群下載的社群技能，以及純文字描述需求的自訂技能。開源技能可以搭配 Kimi Code 這類本機代理或 Kimi Claw 這類雲端代理跑，看你工作的環境。
指南裡有五條使用建議。套用技能前先設好 SEO 目標，提供網站與受眾背景，制定清楚的內容準則，隨搜尋趨勢更新技能，第五條是以 SEO 專業審核 AI 建議，AI 不能取代策略性決策。前四條講輸入品質，第五條講輸出驗收，兩端都做到，技能才真的省時間。只做前四條不做第五條，你會得到一批格式漂亮、方向未必對的產出，講自助邊界時會再回到這句。
開源 SEO 技能怎麼裝進 Kimi：貼網址就能裝
安裝比多數人想的簡單。用 Kimi 的話，把 GitHub 儲存庫網址直接貼進對話，Kimi 會自動下載、設定、安裝，之後點「加入我的技能」儲存，全程不碰終端機。用 Claude Code 的話，把技能資料夾放進 ~/.claude/skills/ 就會被自動發現，addyosmani 的 README 示範兩種裝法，手動 cp -r skills/* ~/.claude/skills/ 整包複製，或用 npx skills add addyosmani/web-quality-skills 一行安裝，終端機操作與目錄位置的細節，可以對照站上的 Claude Code 教學。用其他代理的話，先查該工具文件是否支援 Agent Skills 規格，支援的話，同一個資料夾放進該工具的技能目錄即可。
能這樣裝，靠的還是開放標準。開源合集裡的技能資料夾，就是規格定義的結構，Kimi 讀得懂，Claude Code 讀得懂，其他支援規格的代理也讀得懂，你裝的不只是某個工具的外掛，是一份跨產品通用的流程文件。
無論走哪條路，裝之前做同一件事，點進儲存庫看三樣，最近推送日、SKILL.md 內容、作者身分，為什麼看這三樣，風險那段會講。裝完先驗收，在輸入框打 / 看技能清單有沒有出現，再用一個小任務試觸發，例如對 seo-audit 技能說「幫我看看 SEO」，看它載入的是不是該技能的流程。有被發現、會觸發、輸出符合技能定義，三關都過才算裝好。
開源 SEO 技能哪些值得裝：十專案健檢，一半停更
Kimi 指南列了十個開源專案，每個都附一段介紹，但沒有給健康度，星數多少、還有沒有人維護、是不是真的 agent skill，官方指南不會替你回答。本站在 2026 年 8 月 18 日用 GitHub API 逐庫實查，星數與日期以當日為準。
先講怎麼讀這張表。星數反映關注度，不等於品質，但差距到萬顆星的量級就有意義。建立日與最近推送日的間隔比星數更重要，建立當天就停更的專案，內容再齊也只是單一版本的快照，commit 全集中在建立當天或隔天的儲存庫要特別小心，作者推送完就沒有回頭修過。
| 儲存庫 | 星數 | 建立日 | 最近推送 | 實查筆記 |
|---|---|---|---|---|
| coreyhaines31/marketingskills | 44,692 | 2026-01-15 | 2026-07-29 | 行銷技能合集，作者 Corey Haines（Conversion Factory 創辦人）。實點 skills/ 下有 49 個技能資料夾，Kimi 指南寫 32 個，是當時數字，仍在成長。SEO 相關技能含 seo-audit、schema、programmatic-seo、ai-seo、site-architecture，product-marketing 是基座技能，其他技能會先讀它 |
| addyosmani/web-quality-skills | 2,634 | 2026-01-18 | 2026-06-14 | 前 Chrome 團隊 Addy Osmani 的非官方合集，6 個技能涵蓋 web-quality-audit、performance、core-web-vitals、accessibility、seo、best-practices，濃縮 150 多項 Lighthouse 稽核、WCAG 2.2 與 Core Web Vitals（LCP、INP、CLS），框架無關 |
| kostja94/marketing-skills | 903 | 2026-02-26 | 2026-06-09 | 160 多個開源技能，涵蓋 SEO、內容、40 多種頁面類型、付費廣告與通路策略，MIT 授權 |
| Bomx/distribb-skill | 176 | 2026-03-22 | 2026-08-12 | Distribb CLI 加 OpenClaw 技能，用自家 AI 寫內容、經反向連結網路與 CMS 發布，屬商業服務的官方技能 |
| SNLabat/SEO-GEO-AEO-Skill | 156 | 2026-03-13 | 2026-03-13 | SEO、GEO、AEO 三維度審核，輸出可下載的 Word 與 PDF 報告。建立當天後零推送 |
| garrettjsmith/localseoskills | 76 | 2026-02-28 | 2026-08-15 | 在地 SEO，38 個技能（GBP 調校、審核、引用、評論、地理網格）加 15 個排程任務範本，仍在活躍維護 |
| carloocchiena/python_seo_automation_pack | 7 | 2021-12-20 | 2021-12-20 | 獨立 Python 腳本包，做技術審核與內容調校，不是 SKILL.md 格式的 agent skill，2021 年建立後停更 |
| affilino/ecommerce-seo-audit-skill | 6 | 2026-01-30 | 2026-01-31 | 電商 SEO 審核，涵蓋產品頁、分類頁、技術 SEO、日誌檔分析與競品研究，七種審核類型 |
| metawhisp/best-aeo-skill | 1 | 2026-05-01 | 2026-05-01 | AEO 與 GEO 審核，檢查統計密度、專家引用、結構化資料覆蓋、AI bot 可及性與 llms.txt 存在性。建立當天後停更 |
| rampify-dev/rampify-seo-audit-skill | 1 | 2025-12-05 | 2025-12-05 | 單頁完整 SEO 審核，涵蓋 meta、schema.org、標題結構、圖片、連結、內容品質、行動裝置與效能。停更 |
數字會說話。十個專案裡真正活躍且被大量使用的，是 marketingskills 與 web-quality-skills，兩個加起來吃掉名單絕大多數的星數；localseoskills、distribb-skill 與 kostja94 的合集持續維護中；SNLabat 的三維審核、best-aeo、rampify、那個 Python 包與 affilino 的電商審核，五個都屬停更狀態。星數從 44,692 到 1 都有，老實說，開源技能的品質光譜比多數人想的寬太多，安裝前先看最近推送日，比看星數更有用，一個 2026 年 3 月建立後零推送的技能，寫得再完整也要打折看。
兩個活躍專案的定位差很多，照需求挑。marketingskills 是行銷技能合集，SEO 只是其中一塊，好處是行銷全流程接得上，代價是 product-marketing 技能是基座，其他技能會先讀它，等於一次引進一整套體系。web-quality-skills 走網站品質稽核路線，六個技能圍繞效能、無障礙與技術 SEO，範圍窄但深，作者 Addy Osmani 前 Chrome 團隊的背景，讓稽核項目有明確依據。做內容為主，前者合用，顧技術面，後者乾淨。
星數低不等於沒價值，要看小在哪裡。localseoskills 只有 76 顆星，主題集中，維護到 2026 年 8 月中都還在推送，38 個技能全部圍繞在地 SEO 的實務環節。小而活、範圍清楚的專案，常常比大而雜的合集更貼特定需求，真正要避開的是又小又停更的組合，無人維護加上無人使用，出了問題沒有參照。
這張表也有保存期限。星數與推送日是 2026 年 8 月 18 日的快照，開源專案的狀態幾週就會變，今天活躍的合集可能停更，停更的也可能復活。判斷框架比結論耐用，看最近推送日、看 commit 次數、看作者身分，這幾步你自己三分鐘就能重跑一次，結論過期時替換數字就好。
名單裡的貓膩：一個根本不是 agent skill
python_seo_automation_pack 值得單獨講。它是 2021 年 12 月建立的 Python 腳本包，做技術審核與內容調校的獨立工具，沒有 SKILL.md，不符合 Agent Skills 格式，也不是給 agent 動態載入用的。Kimi 指南把它列進開源技術 SEO 技能名單，類別上其實混了，這不是苛責，整理名單本來就會碰到格式混雜的現實，但你要知道自己在裝什麼，是一個 agent 讀得懂的方法包，還是一套要自己跑的腳本。判斷方法很簡單，打開資料夾看有沒有 SKILL.md，有才是規格內的技能。
還有一個數字上的出入。marketingskills 的 skills/ 資料夾，本站實點是 49 個技能資料夾，Kimi 指南寫 32 個，兩個數字都對，指南是發布當時的快照，合集持續在長。啟示是，第三方技能的內容會變，安裝前自己點進儲存庫看現況，不要只信介紹文裡的數字。
AEO 與 GEO 專用技能已經出現
名單裡另一個訊號比星數重要。best-aeo-skill 檢查的是統計密度、專家引用、結構化資料覆蓋、AI bot 可及性與 llms.txt 存在性，SNLabat 的專案做的是 SEO、GEO、AEO 三維度審核。技能市場自己長出了 AEO 與 GEO 專用技能，這是搜尋版圖往 AI 答案引擎傾斜的側面證據，製作技能的人在跟這個變化，不只是社群在談。想補背景，可以看什麼是 AEO與什麼是 GEO，三個詞的分工與差異，AEO、SEO、GEO 差異解析講得更細，llms.txt 為什麼值得專門檢查，llms.txt 的作用與爭議可以一併看。
怎麼自製 Kimi SEO 技能：文件轉技能與 SKILL.md 樣板
裝別人的技能很快，但 SEO 裡最有價值的技能，通常是自己寫的那個，因為你的檢查清單、品牌用語、網站結構，別人的合集裡不會有。自製在 Kimi 有兩條路，都不用寫程式。一條是文件轉技能，用 Skills 裡的 Document to Skills 工具，上傳 SEO 指南、關鍵字清單、內容簡報或健檢清單，直接轉成可重複使用的技能，轉出來還能編輯、能匯出成 .md 檔帶走，手上本來就有成套文件的人，這條路最順。另一條是手寫 SKILL.md，控制力最強，概念上它跟 CLAUDE.md 這類專案說明檔是姊妹關係，一個把規則寫給專案，一個把流程寫給任務，共同點都是把怎麼做事從腦袋搬進檔案。
最小可行樣板
---
name: seo-pre-publish-check
description: 內容上線前的 SEO 檢查。使用者提到健檢、上線前檢查、標題與描述審核、SEO 檢查清單時使用。
---
# 任務
對指定頁面執行上線前 SEO 檢查，輸出問題清單與修改建議。
# 步驟
1. 確認範圍，單一頁面或整批文章
2. 逐項檢查 references/checklist.md 裡的項目
3. 每個問題標示嚴重度與影響位置
4. 彙整成一份可直接交辦的清單
# 規則
- 每條建議對應到檢查項目，不憑印象補充
- 查不到的項目標記為需要人工覆核，不用猜的
- 輸出一律使用台灣慣用詞
# 參考資源
- references/checklist.md 完整檢查清單
- references/glossary.md 站內用語表frontmatter 只需要 name 與 description，其中 description 最值得花力氣。它是啟動時唯一跟著 name 進入 system prompt 的內容，寫得越貼近真實任務情境與觸發說法，agent 的判斷就越準，寫得太籠統，技能會該觸發時不觸發、不該觸發時亂觸發。強弱的差一眼就看得出來，弱的寫法是「做 SEO 檢查」，agent 只知道它跟 SEO 有關，不知道何時該用；強的寫法是「內容上線前的 SEO 檢查，涵蓋標題、描述與結構，使用者要求健檢或上線前審核時使用」，任務、範圍、觸發情境三樣都在。寫完可以自己做一個測試，假裝自己是不知道技能存在的使用者，講一句任務，看這段描述能不能對上。步驟段寫流程，規則段寫底線，參考資源放又長又細的清單，漸進式披露保證沒用到的檔案不佔成本。
三種人的起手式
個人站長，從既有清單出發。手上如果有類似站上這份 SEO 健檢清單的文件，十五分鐘就能做出第一個技能，用文件轉技能上傳，或在對話裡描述需求讓 Kimi 生成，再匯出 .md 檔慢慢調。最低門檻的動作就是這個，把已經在用的清單變成技能，不需要發想任何新內容。
內容團隊，從產出一致性出發。把內容簡報、品牌用語表、寫作規範做成技能，讓每篇產出走同一套結構與口吻，可以對照站上的 SEO 文章寫作指南，把適用的段落抽成技能規則，效果比每次貼整篇指南進對話框好，也省 token。
開發者與技術 SEO，從資料夾工程出發。技能資料夾進 git 版本管理，references 放規格文件，scripts 放腳本，description 當觸發器慢慢調校，技術健檢類技能需要的背景知識，站上的技術 SEO 基礎有整理。
自建與裝現成不是二選一。務實的順序是先裝一個活躍合集當參考，讀它的 SKILL.md 怎麼寫步驟、怎麼下規則，再回頭寫自己的。你的第一個技能該解決你自己的重複，不是重製別人的清單。
Kimi AI SEO 的四個限制
Kimi AI SEO 有四個繞不過的限制，即時資料拿不到、模型照樣會出錯、SEO 知識會過期、第三方腳本是供應鏈風險。技能形態改變不了這四件事，內建、開源、自製都一樣。
即時資料拿不到。 技能是靜態文件包，不會自己去查排名、檢索統計或 Search Console，這些要靠 MCP 或 API。把技能當萬能引擎的人，第一次跑月報就會發現，它給的是方法與判讀框架，不是數字本身。
模型照樣會出錯。 技能讓輸出更一致，一致不等於正確。技能越順手，越容易跳過驗收，這是導入技能後最常見的退化，流程自動化了，判斷也跟著外包了。驗收不必全人工，把自查要求寫進技能的規則段，例如輸出前逐條對應檢查項目、查不到就標記需要人工覆核，驗收就從人的紀律變成流程的一部分。
SEO 知識會過期。 演算法在變、SERP 版面在變、AI 引用行為也在變，技能內容是快照，不是活的知識，實務上就是給技能一個複查週期，這跟內容更新的功課是同一門。放著不管的技能比沒有技能更危險，因為它會用流暢的口吻輸出過期判準。
第三方腳本是供應鏈風險。 技能可以內含可執行腳本，這是官方設計，agent 會真的去執行它。安裝第三方技能，等於把別人的指令與程式碼引進自己的工作流程，開源不等於無害，裝之前打開 SKILL.md 與 scripts 資料夾看一遍，確認作者身分與最近維護狀態，再決定要不要給它執行權。技能若需要動站務資料，授權範圍給到任務需要的最小限度，任務結束就收回。
界線講明白。Kimi 與技能改變的是工作流程的效率與一致性，把重複交代省下來、把輸出格式釘住、把個人經驗變成可交接的文件。至於排名會不會因此上升、搜尋引擎有沒有偏好技能產出的內容，沒有任何官方說法或可驗證的證據能證明這類因果。把技能當效率工具，它是，把它當排名武器，期待會放錯地方。
自助的邊界：什麼時候該找專業 SEO
自助是合理選項，界線畫在判斷，不是能力。這條線也不是本站發明的，Kimi 官方五條使用建議的第五條就寫著，以 SEO 專業審核 AI 建議，AI 不能取代策略性決策，官方自己劃的線，比任何第三方提醒都有分量。
前面四個限制換個角度看，就是專業的位置。即時資料要再接連線、模型照樣出錯、知識會過期、供應鏈要自己把關，這四件事工具本身解決不了，都要有人判斷。判斷也正是外行最難自助的一段，AI 的產出格式漂亮、結構完整，方向對不對、優先順序對不對，需要經驗才看得出來。同一份健檢報告，先修爬取效率還是先修內容深度，牽涉資源分配與網站所處階段，這種取捨沒有標準答案，也最不適合外包給模型。
所以務實的畫法是，能自己驗收的範圍內，用 Kimi 自助，省下來的時間是真的；牽涉策略取捨、優先順序，或網站改版、大規模內容重整這類高風險變更時，讓專業的人做判斷，AI 做執行。本站自己的內容與技術面，也是用 AI 工作流程在跑，差別在每個產出都有人負責判斷與驗收，機器做量，人做方向。若評估後想把判斷交給專業團隊，怎麼挑、該看什麼條件，站上的怎麼挑 SEO 公司指南有立場中立的整理。
下一步：這週就能做的三個動作
花十五分鐘做出第一個技能。 挑一份現成的 SEO 檢查清單，用 Kimi 的文件轉技能上傳，或手寫 SKILL.md 丟進技能資料夾。做完手上就有可版本管理的流程資產，不是散在對話紀錄裡的交代。
本週裝一個活躍的開源技能，跑一次自家網站。 addyosmani 的 web-quality-skills 一行指令就能裝，marketingskills 適合要現成行銷技能的人。重點不是結果多漂亮，是觀察它的檢查邏輯跟你自己的方法差在哪，差異處往往就是你該自建的段落。
給技能一個每月複查日。 檢查 description 還準不準、規則有沒有過期、引用的開源專案停更了沒，十五分鐘以內的事，決定你的技能庫是資產還是負債。
說到底，技能逼你完成的是一件事，把自己做事的方法寫到別人也看得懂。這份清楚，agent 拿得到，接手的人拿得到，兩年後回頭看的自己也拿得到。
常見問題
不會寫程式，能用 Kimi 做 SEO 嗎？
能。技能的主體是文字說明，name、description、步驟與規則都是自然語言，用 Kimi 的文件轉技能或 /skill-creator，把需求講清楚就能生成，還能匯出 .md 檔自己改。會碰到程式的只有兩種情況，裝命令列工具時照抄一行指令，以及想讓技能附帶腳本自動執行某些檢查，後者可以完全不用。
Kimi 的 SEO 技能免費嗎？
技能檔案本身多數免費，開源合集是公開儲存庫，kostja94 的合集採 MIT 授權，抓下來就能用。真正要付錢的是跑技能的模型方案訂閱與 token 用量，以及某些商業服務的官方技能，例如 distribb 背後的發布服務，用的當下自然會碰到它的商業條件。各產品計費以官方定價頁為準，會隨時間與地區調整。
用了 Kimi 的 SEO 技能，排名會變好嗎？
沒有這種保證，也沒有證據能證明這種因果。技能做的是讓研究、健檢、產製的流程一致，把人為漂移壓低，讓該做的工作品質更穩。排名取決於內容品質、競爭強度與大量站外因素，搜尋引擎從沒說過技能產出的內容會被加分。把技能定位成效率與一致性工具，是唯一站得住的用法。
停更的開源技能還能用嗎？
技術上載入得了，但要自己接手維護。SEO 判準會過期，停更技能裡的檢查項目與建議，可能已經跟現況脫節，名單裡幾個一顆星、建立當天就停更的專案，價值在參考結構，直接沿用有風險。務實的做法是把停更專案當範本，抽出對的骨架，換上自己維護的規則與資料。
自己用 Kimi 做 SEO，還是找專業團隊？
看你能不能驗收產出。Kimi 官方建議以 SEO 專業審核 AI 的建議，AI 不能取代策略性決策，這句話就是界線。日常的重複工作，想標題、跑健檢、整理關鍵字清單，自助省下的時間是真的；牽涉策略取捨與優先順序的決定，還有改版、大規模內容重整這類高風險變更，專業的價值在判斷，不在產出速度。
有中文的 SEO 技能嗎？
截至 2026 年 8 月，健檢名單裡的專案說明與檢查邏輯以英文為主。這反而是自建的機會，你的受眾用語、在地搜尋習慣、產業條件，本來就是英文合集涵蓋不到的。用文件轉技能把中文清單變成技能，或在 SKILL.md 裡規定輸出用詞，這一層只有你能做，也是自建相對於裝現成的最大優勢，哪個詞該用、哪個詞在市場上另有意思，英文技能不會替你把關。
