前言¶
企業做質量管理體系時，質量目標通常是最先失守的一環。方針寫着“持續改進”，落到部門變成“加強檢驗”，工序和時間維度根本沒有展開，年終審覈時只能補材料。這類目標既無法考覈，也不符合 ISO 9001 對質量目標的要求。
下面介紹的 Skill 瞄準這個問題：把公司級質量方針和戰略目標，拆成部門、工序、時間三個維度的目標矩陣，並對現有分解文檔做條款符合性診斷。
這是什麼¶
一句話定位：質量管理體系質量目標的分解與審覈輔助技能。
出品與來源：由「工程客」發佈，來源標記爲 enterprise，分類屬於 business-ops。座標爲 @engicool/qms-objective-decomposition，當前版本 1.0.1，不需要 API Key（requires_api_key=false）。
它解決兩類實際問題：一是目標分解這件事沒有固定格式，各公司做法不一；二是已有的分解文檔寫得對不對，缺少對照標準逐條檢查的手段。該 Skill 把這兩種需求固化成兩種模式，並內置了 5 條通用交互規則，減少來回澄清意圖的成本。
核心功能¶
該 Skill 提供兩種模式，對應目標從制定到審覈的兩個階段。
-
分解模式：輸入公司級的質量方針或戰略目標，產出三維度（部門、工序、時間）的目標分解矩陣，並對每條目標做 SMART 校驗，即檢查其是否具體、可衡量、可實現、相關且有時限。
-
審覈模式：針對用戶已有的質量目標分解文檔，對照 ISO 9001 第 6.2 條款做符合性診斷，輸出帶嚴重度的審覈建議。嚴重度用於區分「必須改」和「建議改」，避免把所有問題一視同仁。
-
通用交互規則：內置 5 條，用於約束交互流程，屬於該 Skill 自帶的行爲約定，不需要額外配置。
兩種模式的關係是：沒有現成文檔時用分解模式生成矩陣，已有文檔時用審覈模式做診斷。同一份目標也可以先分解、再審覈。
安裝與啓用¶
目前從該 Skill 的資料頁只能確認名稱、座標、版本、來源和標籤，沒有提供安裝命令、目錄路徑或配置項。可用信息如下：
- 座標：@engicool/qms-objective-decomposition
- 版本：1.0.1
- 來源：enterprise
- 分類：business-ops
- 是否需要 API Key：否
啓用前建議直接打開官方頁面，確認當前版本的安裝方式和適用的客戶端。資料中未出現 Cursor、Codex CLI、Claude Code 的差異化安裝說明，這裏不做推測。
典型用法¶
-
分解場景：提供公司級質量方針和戰略目標原文，讓 Skill 輸出部門、工序、時間三個維度的目標分解矩陣，然後逐條覈對 SMART 校驗結果，對不達標的目標補充可測量的指標或明確時限。
-
審覈場景：提供現有的質量目標分解文檔，讓 Skill 對照 ISO 9001 6.2 條款做診斷，按嚴重度整理審覈建議，優先處理高嚴重度項。
-
迭代場景：根據審覈建議回改分解矩陣，再跑一次 SMART 校驗，確認修改後的目標同時滿足條款符合性和可考覈性。
以上用法均來自該 Skill 對自身兩種模式的描述，具體輸出以實際運行爲準。
適用場景與注意¶
適合質量體系專員、體系審覈人員，以及需要編制或修訂質量目標文件的團隊。也適合在第三方審覈前做一輪自查。
使用時注意幾點。一是分解模式的輸入質量決定輸出質量，質量方針和戰略目標過於籠統時，拆出的矩陣同樣會缺少可測量項。二是 SMART 校驗是檢查規則，不是目標制定工作的全部，指標口徑仍需業務方確認。三是審覈模式針對的是 ISO 9001 第 6.2 條款，其他條款的符合性不在其診斷範圍內。四是該 Skill 版本爲 1.0.1，輸出格式可能隨版本調整。
結尾¶
這個 Skill 的價值在於把「質量目標怎麼拆」和「拆得對不對」這兩件事工具化：分解模式給出三維度矩陣和 SMART 校驗，審覈模式給出帶嚴重度的條款診斷。兩者配合，能在體系文件編制和審覈準備階段減少反覆返工。
官方地址：https://api.skillhub.cn/engicool/qms-objective-decomposition，頁面地址：https://www.skillhub.cn/skills/engicool/qms-objective-decomposition
