前言¶
做輿情的團隊通常有兩類產出：一份只在羣裏轉過的復盤總結，和一份下次再也找不到的結論。前者記錄了過程，後者缺了結構；等到同類事件再來，要麼憑記憶拼湊，要麼從頭再寫一遍。
這個 Skill 想解決的是中間那一步：把一次輿情事件的復盤固定成統一的八模塊結構，讓輸出既能沉澱進知識庫，也能在下次事件裏直接當模板複用。
這是什麼¶
「輿情案例復盤」是一個社區來源的通用 SKILL.md Skill，座標 @user_0ccfebe0/yuqing-case-review，版本 1.0.0，發佈者 user_0ccfebe0，分類 business-ops，標籤 requires_api_key=false（不需要 API Key）。
它解決的問題是：輿情復盤的產出格式因人而異，同一團隊不同人寫的報告，模塊、口徑、詳略都不一樣。這個 Skill 把復盤流程約束成固定的八模塊結構，讓輸出結構化、有數據支撐、可複用。
需要說明的是，本次抓取時 SkillHub 頁面無法訪問，下面給出的評分與下載量取自預抓取資料（評分 100000、下載 1188、安裝 0），未經二次覈實。
核心功能¶
它只做一件事：按八模塊結構生成輿情案例復盤報告。模塊順序固定爲：
- 基本信息
- 事件經過
- 傳播指標
- 輿論矩陣
- 問題診斷
- 應對處置
- 效果評估
- 經驗啓示
觸發方式是自然語言，當用戶說”復盤這個輿情”“分析這個輿情案例”“輿情總結”“按標準格式整理輿情”時使用。
輸出目標是結構化、數據支撐、可複用的輿情案例報告。也就是說，它產出的是一份帶固定骨架的報告，而不是零散的對話式總結。
需要注意：八模塊是骨架，每個模塊裏的具體數據需要由用戶提供，或由 Skill 在能取到信息時自行補全。Skill 本身不保證數據來源的真實性，數據需要人工覈對後再歸檔。
安裝與啓用¶
本次抓取的資料裏沒有給出官方安裝命令、目錄路徑或配置字段，因此下面不寫推測的命令。可以確認的是：
- 它遵循通用
SKILL.md格式，可以在支持該格式的 Agent 環境裏啓用。 requires_api_key=false，啓用前不需要準備 API Key。
如果你想在本地環境裏啓用它，建議先到官方頁面確認該環境支持的安裝方式，再按頁面說明操作，不要把命令寫進項目裏當作已驗證的配置。
典型用法¶
下面是按官方簡介整理的可復現用法，輸入是一段輿情事件的描述，輸出是一份八模塊復盤報告。
輸入示例：
復盤這個輿情：某品牌 6 月 12 日因產品質量投訴在社交平臺發酵，7 天內登上熱搜，官方先後兩次回應，最終於 6 月 19 日平息。
預期輸出結構：
一、基本信息
二、事件經過
三、傳播指標
四、輿論矩陣
五、問題診斷
六、應對處置
七、效果評估
八、經驗啓示
使用要點：
1、儘量把事件的時間節點、傳播量、關鍵回應都寫進輸入，骨架裏的「傳播指標」「輿論矩陣」纔有數據可用。
2、如果輸入裏沒有數據，Skill 會按結構生成報告，但相關模塊會是空的或佔位，需要人工補全。
3、報告生成後可以直接歸檔，下次同類事件可以拿它當模板。
適用場景與注意¶
適合：需要把輿情事件沉澱成結構化復盤、並希望團隊內口徑統一的團隊；需要把復盤結果放進知識庫、供後續檢索複用的場景。
不適合：需要實時監測輿情走勢的場景，這屬於監測工具的事，不是復盤 Skill 的輸出；對數據準確性要求極高、不允許任何人工覈對的自動化流程。
使用時的三個坑：
1、數據來源不明時，報告裏的數字不要直接對外發布，先覈對原始數據。
2、八模塊是固定結構，如果事件本身缺少某個模塊對應的信息，Skill 會留空或推測，不要當成事實。
3、復盤結論依賴輸入信息的完整性，輸入寫得越具體，報告越有價值。
結尾¶
這個 Skill 的價值在於把輿情復盤從一次性的寫作變成固定的結構化產出，讓團隊每次復盤都能落到同一套骨架上，方便沉澱和複用。它不解決數據採集和真實性的問題，那部分仍然需要人工把關。
官方地址：https://api.skillhub.cn/user_0ccfebe0/yuqing-case-review
說明：本次抓取時 SkillHub 頁面無法訪問，文中的版本、分類、標籤、評分等信息以預抓取資料爲準，如需最新數據請以官方頁面爲準。
