前言¶

QC小組（質量管理小組/QCC）做完課題後，通常要交兩類材料：一份QC成果報告，用於申報和評審；一份彙報PPT，用於現場發佈。問題在於，報告裏常見的扣分點高度重複：選題理由只寫一兩句、PDCA各階段邏輯不完整、QC工具用錯或沒有工具運用痕跡、數據支撐不足、標準化措施缺失。等評審意見回來再改，往往趕不上發佈節點。

QC成果評審及生成助手就是針對這個流程的技能，先審查報告、再生成PPT，兩步共用同一份報告內容。下面介紹它的定位、能力、啓用方式和使用注意。

這是什麼¶

QC成果評審及生成助手（座標 @user_e0723adc/qc-report-assistant）是 SkillHub 上的社區技能，發佈者爲 user_e0723adc，分類爲 office-efficiency，當前版本 2.0.1，無需 API Key（標籤 requires_api_key=false）。

它面向工程建設、製造業、服務業等領域的QC小組，做兩件事：審查QC成果報告並糾錯，基於審查後的報告生成符合QC成果發佈標準結構的學術風格PPT。使用前只需上傳QC報告文件（Word/PDF）或直接說出需求，不需要手寫代碼或準備JSON數據。

核心功能¶

資料中列出的能力只有兩條主線，沒有更多子功能。

1、報告審查糾錯。上傳QC成果報告後自動檢查五類問題：選題理由是否充分、PDCA各階段邏輯完整性、QC工具運用規範性、數據支撐充分性、標準化固化措施是否到位。

2、彙報PPT生成。基於審查後的報告內容，生成符合QC成果發佈標準結構的學術風格PPT，結構按發佈場景的常見要求組織。

觸發方式上，用戶說「幫我審查QC報告」「幫我生成QC彙報PPT」「QC成果發佈材料」「QC小組成果總結」「質量管理小組」等即觸發。也就是說，口語化表達即可進入流程，不必指定命令名。

安裝與啓用¶

SkillHub 頁面未提供獨立安裝命令或全局 CLI 步驟，已抓取資料中只有座標和來源信息，因此下面只寫可覈實的內容。

座標：@user_e0723adc/qc-report-assistant
來源：community
分類：office-efficiency
版本：2.0.1
是否需要 API Key：否（requires_api_key=false）

在支持 SkillHub 技能的客戶端裏，按上述座標引用該技能即可。Cursor、Codex CLI、Claude Code 各自的安裝入口在已抓取資料中沒有說明，本文不做推斷。使用前確認客戶端已登錄 SkillHub 賬號，並確認技能來源是 community。

典型用法¶

以下流程來自技能簡介中描述的使用方式，客戶端界面可能因入口不同而略有差異。

1、上傳QC成果報告文件，格式爲 Word 或 PDF。如果客戶端支持直接對話觸發，也可以跳過上傳，直接說需求。

示例說法一：幫我審查QC報告
示例說法二：幫我生成QC彙報PPT
示例說法三：QC小組成果總結

2、先走審查。上傳後技能按選題理由、PDCA邏輯、QC工具、數據支撐、標準化措施逐項檢查，輸出的問題清單用於修改報告。

3、再走生成。報告修改完成後，基於審查後的報告內容生成PPT，得到符合QC成果發佈標準結構、學術風格的彙報稿。

4、人工複覈。PPT生成後仍需人工過一遍數據、圖表編號和頁內措辭，特別是統計口徑和QC工具名稱，避免報告與PPT之間出現不一致。

適用場景與注意¶

適合誰：工程建設、製造業、服務業等領域的QC小組，在做成果總結、申報材料或發佈準備時使用；也適合需要把Word/PDF報告轉成發佈結構PPT的小組。

限制與坑：

• 技能只做審查和生成，不替代評審打分。是否通過申報仍以評審方意見爲準。
• 審查依賴報告本身的內容完整度。報告裏缺數據、缺工具運用記錄，檢查結果會相應受限。
• PPT生成基於報告內容，報告未寫清的章節不會憑空補全，需要先在報告裏補齊。
• 學術風格不等於發佈現場風格。若發佈場合要求簡潔大字號，仍需人工調整模板。
• 社區來源，版本號以 SkillHub 頁面爲準。當前資料記錄版本 2.0.1，評分 100000，下載 1259，安裝 0。

結尾¶

QC成果評審及生成助手的價值在於把「審報告」和「做PPT」這兩步串成一條線：先用同一份QC成果報告完成結構化審查，再據此生成符合發佈結構的PPT，減少重複整理和人工排版的時間。它不解決課題本身的質量問題，只解決材料準備效率的問題。

官方地址：https://api.skillhub.cn/user_e0723adc/qc-report-assistant
SkillHub 頁面：https://www.skillhub.cn/skills/user_e0723adc/qc-report-assistant