前言¶
讓 AI Agent 直接改 Flutter 工程，常見的問題是它只按你的要求補功能，不回頭檢查風格、空指針風險、未使用的依賴、構建產物體積這些質量問題。代碼能跑，但提交前還得人再過一遍。這個 Skill 的定位是把 Flutter 代碼質量檢查這件事交給 Agent 自己完成，減少人工複覈環節。
這是什麼¶
Flutter代碼質量守衛是一個面向 AI Agent 的技能（Skill），基於通用 SKILL.md 格式。
- Skill 座標：
@user_3c6cb52e/flutter-apk-security - 發佈者：user_3c6cb52e
- 來源：community（社區發佈，非官方團隊出品）
- 版本：1.0.0
- 分類：dev-programming
- 標籤：
requires_api_key=false，即使用時不需要額外申請 API Key
官方簡介只有一句：Flutter代碼質量守衛專用技能，幫助AI Agent高效完成相關任務。
需要說明的是，本次成稿時官方頁面（skillhub.cn 的 Skill 詳情頁與 API 端點）均無法抓取成功，因此下文關於具體檢查項、配置字段和命令的部分，只寫能從已抓取資料中核對到的內容，其餘不做推測。
已覈實的元信息¶
下面這些數據來自 SkillHub 的抓取結果：
- 評分：100000
- 下載：789
- 安裝：0
評分數值偏高、安裝數爲 0，兩個數字放在一起看，說明該 Skill 在 SkillHub 上有了展示和下載，但實際接入 Agent 的實例還很少。採用前建議自己先跑一遍，驗證在你當前的 Flutter 工程和 Agent 環境下是否可用。
能做什麼¶
從 Skill 名稱看，它的作用域是 Flutter 代碼質量，而不是構建打包或發佈流程——注意座標裏帶有 apk，但這只是命名，已抓取資料裏沒有任何關於 APK 打包、簽名或混淆能力的描述，不要據此認爲它承擔構建職責。
已抓取資料中沒有列出具體的檢查項清單（例如是否覆蓋 dart analyze、lint 規則集、依賴版本檢查、空安全約束、性能問題等），也沒有提供示例輸出。所以「能檢查到什麼程度」這個問題，目前沒有可覈對的事實可以回答。
下面介紹一個核實它能力的辦法：拿到 Skill 包後直接讀 SKILL.md，看它的觸發條件（什麼時候 Agent 會啓用這個 Skill）和它調用的命令，這是判斷一個 SKILL 類技能實際邊界最可靠的方式。
安裝與啓用¶
官方資料中沒有給出安裝命令。
基於通用 SKILL.md 格式的常見做法是把 Skill 目錄放到 Agent 的 skill 搜索路徑下，或在支持 SkillHub 的客戶端裏通過座標引用。這條屬於通用約定，未經該 Skill 官方頁面覈實，具體命令請以官方頁面爲準，不要照抄下面這類示例當成官方指引：
# 僅示意通用 Skill 引用方式，非該 Skill 官方命令，未經覈實
# 座標：@user_3c6cb52e/flutter-apk-security
Cursor、Codex CLI、Claude Code 三者的 Skill 加載機制並不相同，已抓取資料中沒有分別說明該 Skill 在這三個環境下的啓用差異，因此這裏不逐一展開。如果你只使用其中某一個客戶端，建議先在小範圍測試，確認 Skill 能被識別後再接入實際工程。
requires_api_key=false 是資料中唯一關於配置的字段，意思是不需要配置額外的密鑰。
典型用法¶
已抓取資料中沒有提供可復現的官方示例，因此本節不寫調用示例。
適用場景與注意¶
適合的場景：你在用 AI Agent 處理 Flutter 工程，希望它在改動代碼的同時承擔一部分質量檢查工作，減少人工複覈。
需要注意的點：
1、來源是 community，不是 Flutter 官方或某家公司維護，質量上限取決於發佈者。
2、版本 1.0.0，安裝數爲 0，說明使用面很窄，遇到問題基本要靠自己排查。
3、功能細節無法從現有資料覈實，接入前先讀 SKILL.md 確認觸發條件和它實際執行的命令。
4、代碼質量檢查給出的是建議，不等於代碼一定正確。它的結論仍需在真實構建和測試中驗證。
結尾¶
這個 Skill 的價值在於把 Flutter 代碼質量檢查交給 Agent 處理，省掉一部分人工複覈。但它目前社區發佈、功能邊界未能覈實，建議先在非關鍵工程上試用，確認檢查範圍符合你的預期後再考慮接入主工程。
官方地址：https://api.skillhub.cn/user_3c6cb52e/flutter-apk-security
SkillHub 頁面：https://www.skillhub.cn/skills/user_3c6cb52e/flutter-apk-security
