前言¶

CAPA（糾正與預防措施）整改在多數企業裏不是沒有流程，而是沒人系統地對着每一條審計發現逐項覈對：根因分析有沒有落到可執行的原因、糾正措施和糾正行動是不是兩回事、預防措施有沒有真的堵住機制、實施證據能不能支撐、效果檢查是不是過了一段時間做的。人工複覈的成本隨發現數量線性上漲，而且口徑不統一，不同 QA 給出的結論往往不一致。

下面介紹的是一個把這件事固化下來的 Skill：審計發現與 CAPA 閉環審查（@baitongai/audit-findings-and-capa-closed-loop-review），由百通AI服務平臺發佈，發佈在 SkillHub 上，屬於 business-ops 分類，來源標記爲 enterprise。它做的事不是替你寫整改報告，而是把審計發現原文和關聯的 CAPA 材料一起讀進去，逐項檢查閉環是否成立，然後輸出四份可以直接拿去評審的東西。

文中的評分、下載量、安裝量等數據取自抓取時點的 SkillHub 頁面，後續可能發生變化，以官方頁面實時顯示爲準。

這是什麼¶

一句話定位：輸入審計發現原文及關聯 CAPA 材料，輸出閉環矩陣、證據缺口清單、逾期/延期項和關閉審查草案。

• 名稱：審計發現與 CAPA 閉環審查
• 座標：@baitongai/audit-findings-and-capa-closed-loop-review
• 版本：1.0.0
• 來源：enterprise
• 分類：business-ops
• 發佈者：百通AI服務平臺
• 官方地址：https://api.skillhub.cn/baitongai/audit-findings-and-capa-closed-loop-review
• SkillHub 頁面：https://www.skillhub.cn/skills/baitongai/audit-findings-and-capa-closed-loop-review
• 標籤：requires_api_key = true

它解決的問題很具體：把「CAPA 是否具備關閉條件」從依賴個人經驗的人工判斷，變成一套可重複執行、輸出結構固定的審查動作。適用人羣是 QA、審計員和 CAPA Owner 三類角色，三類人的訴求其實不同——QA 關心能不能關，審計員關心整改進度有沒有逾期，Owner 關心自己是不是漏了東西。這個 Skill 的四類輸出正好對上這三類訴求。

核心功能¶

依據 SkillHub 頁面公開的簡介，這個 Skill 檢查的環節包括：審計發現、根因分析、糾正措施、糾正行動、預防措施、實施證據、效果檢查，目標是判斷這些環節是否形成完整閉環。

對應的四項輸出如下：

1. 閉環矩陣：把每條審計發現與各環節一一對應，標出哪些環節有材料、哪些環節缺失，讓人一眼看到整條鏈哪裏斷了。
2. 證據缺口清單：專門列出缺失或不足的實施證據。這是關閉審查裏最容易扯皮的部分，單獨成清單便於逐項補齊。
3. 逾期/延期項：把超過計劃時間還沒閉環的項挑出來，供審計員跟蹤整改進度。
4. 關閉審查草案：給出該 CAPA 是否可以關閉的初步結論與理由，供 QA 複覈使用。

需要說明的是，以上能力描述來自 SkillHub 頁面的公開簡介，頁面沒有進一步展開每個輸出的具體字段結構，所以本文不描述字段級細節，避免編造。

安裝與啓用¶

這裏要如實說明：本次抓取到的 SkillHub 頁面資料只包含名稱、版本、來源、分類、發佈者、評分、下載量、標籤和簡介，沒有提供安裝命令、目錄路徑或配置文件字段。因此本文不給出安裝步驟，需要安裝時請以官方頁面（https://www.skillhub.cn/skills/baitongai/audit-findings-and-capa-closed-loop-review）的最新說明爲準。

頁面標籤中有一條 requires_api_key = true，說明啓用該 Skill 需要 API Key。具體 key 的名稱和放置位置在已抓取資料中沒有記錄，請在官方頁面或運行時提示中確認後再配置，不要照抄別家 Skill 的字段名。

另外說明一下版本與狀態：當前版本 1.0.0，抓取時頁面顯示安裝量爲 0，說明它還比較新，實際使用中遇到邊界情況建議先拿自己手裏的 CAPA 材料試一遍。

典型用法¶

已抓取資料裏沒有官方示例，下面是從簡介推導出來的輸入輸出骨架，用作使用時的結構參考，不代表官方樣例。

輸入側準備兩類材料：

1. 審計發現原文：按條整理，每條帶上編號、問題描述、條款依據、計劃完成時間。
2. 關聯 CAPA 材料：根因分析、糾正措施計劃、預防措施、實施記錄、效果檢查記錄，按發現編號對應掛接。

把這兩類材料交給 Skill，預期得到四項輸出：閉環矩陣、證據缺口清單、逾期/延期項、關閉審查草案。建議按下面的順序使用：

1、先跑閉環矩陣，確認每條發現七個環節的覆蓋情況，定位主要缺口方向。
2、對着證據缺口清單去補材料，補完再跑一次。
3、用逾期/延期項更新整改計劃時間，把超期項反饋給 CAPA Owner。
4、最後用關閉審查草案做 QA 複覈結論的初稿，人工確認後再正式關閉。

這樣用的原因是：四類輸出之間有依賴關係，證據補齊會改變閉環矩陣的結果，逾期項的處理結果也會影響關閉結論，所以按順序迭代比一次性跑完更穩。

適用場景與注意¶

適合三類場景：

• QA 複覈 CAPA 是否具備關閉條件：拿關閉審查草案作爲複覈起點，逐條覈對證據。
• 審計員跟蹤整改進度：用逾期/延期項清單作爲跟蹤臺賬。
• CAPA Owner 自查整改完整性：在提交前先用閉環矩陣和證據缺口清單自檢。

使用時需要注意幾點：

1. 這個 Skill 檢查的是閉環是否成立，不替代根因分析本身。根因寫得不夠深，Skill 只會告訴你根因環節缺材料或邏輯斷裂，不會幫你重做根因分析。
2. 輸出依賴輸入材料的完整度。材料沒掛全，證據缺口清單看起來會很多，但這不等於整改質量差，需要先確認輸入側有沒有漏交。
3. 分類在 business-ops，不是質量合規專用工具鏈的一部分，和企業自己的 QMS/CAPA 系統之間沒有預置對接，材料需要人工整理成可讀形式再喂進去。
4. 需要 API Key 才能啓用，Team 內共享前先確認 key 的權限範圍。

結尾¶

這個 Skill 的價值在於把 CAPA 閉環審查從一次性的人工動作變成了可重複執行、輸出結構固定的流程，四類輸出分別對應整改追蹤和關閉決策裏最常被問到的四個問題：哪裏斷了、缺什麼證據、誰超期了、能不能關。它不負責替你做質量判斷，只負責把判斷需要的材料擺齊。

官方地址：https://www.skillhub.cn/skills/baitongai/audit-findings-and-capa-closed-loop-review