前言¶
小程序提交審覈前，常見的問題不是某個語法錯誤，而是幾類問題同時存在：WXML 標籤寫錯、WXSS 樣式打架、需求漏了兩個分支、某個頁面白屏沒人發現。逐項人肉檢查的成本高，而且漏項概率大。MiniApp Inspector 把這件事收斂到一個 Skill 裏，按固定的維度逐項過一遍。
下面介紹這個 Skill 是什麼、能查什麼、怎麼用，以及哪些地方要自己判斷。
這是什麼¶
MiniApp Inspector · 微信小程序檢查助手，座標 @user_fa14b5bc/miniapp-inspector，版本 1.0.0，來源爲社區（community），發佈者 user_fa14b5bc。當前版本不要求 API Key（標籤 requires_api_key=false）。
定位一句話：面向微信小程序開發者的全流程質量檢查 Skill，覆蓋代碼錯誤診斷、需求對照驗證、UI 美觀性評估、性能排查、提審風險預判五個維度。
它解決的是「檢查維度分散、容易漏項」的問題，而不是替開發者改代碼。檢查結論出來之後，修改仍然由人來做。
核心功能¶
官方簡介列出了五個維度，按這個順序介紹：
- 代碼錯誤診斷：覆蓋 WXML / WXSS / JS / JSON 四類文件，定位語法與結構層面的錯誤。
- 需求對照驗證：拿實現結果跟需求條目逐條比對，標出遺漏或不一致的部分。
- UI 美觀性評估：對頁面視覺效果給出評估意見。
- 性能排查：針對性能問題做排查，例如加載、渲染相關的可觀測項。
- 提審風險預判：在提審前過一遍平臺審覈關注點，提前發現可能被駁回的問題。
適用場景按官方說明是四類：開發中的代碼審查、提審前的風險預判、頁面 UI 優化、需求遺漏檢查。
需要說明的是，第五項「提審風險預判」是基於規則和經驗給出的預判意見，不是平臺審覈通道，最終是否通過仍以微信審覈結果爲準。
安裝與啓用¶
官方地址：
https://api.skillhub.cn/user_fa14b5bc/miniapp-inspector
SkillHub 頁面：
https://www.skillhub.cn/skills/user_fa14b5bc/miniapp-inspector
關於安裝命令和在不同編輯器（Cursor / Codex CLI / Claude Code）中的啓用方式：已抓取的資料裏只提供了上面的地址，沒有包含安裝命令、配置文件字段或分客戶端的差異說明。本次嘗試訪問官方地址覈對，頁面未返回內容，因此這裏不寫未經覈實的命令和配置項。請以官方頁面當前展示的安裝方式爲準。
補充一點：資料顯示該 Skill 需要 API Key 的標籤爲 false，即當前不要求，但實際調用時仍需確認運行環境已具備所依賴的模型與工具權限。
典型用法¶
已抓取的資料只給出了能力維度和適用場景，沒有提供可直接復現的輸入示例、參數格式或輸出樣例。因此下面只說明用法框架，不編造示例。
- 明確這次檢查的目標，是全量檢查還是隻看某個維度。五個維度不必每次都全開，提審前適合全量，日常開發中可以只跑代碼診斷。
- 把待檢查的頁面或代碼範圍交代清楚，包括涉及的文件類型（WXML / WXSS / JS / JSON）和對應的需求條目。需求對照驗證這一步要能拿到需求描述，否則只能做代碼層面的檢查。
- 按維度逐項過，先代碼錯誤診斷，再需求對照，然後 UI 與性能，最後提審風險預判。這個順序符合「先修會報錯的，再看漏做的，最後看審覈風險」的實際優先級。
- 拿到結論後按維度分別處理，把診斷結果落到具體文件和位置，再回歸驗證一次。
適用場景與注意¶
適合：微信小程序項目的開發者，尤其是零代碼 / 低代碼開發者和小程序新手——這類人往往缺少系統的自查清單，五個維度的框架本身就能補上這一層。也適合提審前做最後一輪完整檢查。
注意幾點：
- 這是檢查 Skill，輸出的是診斷意見和風險提示，不會直接修改代碼，修改和迴歸仍需人工完成。
- 五個維度依賴項目上下文，需求對照這一項尤其依賴你能提供完整的需求描述，信息不全時結論會偏弱。
- 提審風險預判是經驗性判斷，不能替代平臺審覈，也不能保證通過率。
- 能力範圍限定在微信小程序項目內，其他端的小程序或 Web 項目不在其目標場景裏。
結尾¶
MiniApp Inspector 的價值在於把「提審前要查什麼」這件事固定成一套可重複執行的檢查流程，五個維度覆蓋了從代碼錯誤到審覈風險的主要環節。適合作爲開發中代碼審查和提審前自查的常規環節。
官方地址：https://api.skillhub.cn/user_fa14b5bc/miniapp-inspector
