前言¶
做舆情的团队通常有两类产出：一份只在群里转过的复盘总结，和一份下次再也找不到的结论。前者记录了过程，后者缺了结构；等到同类事件再来，要么凭记忆拼凑，要么从头再写一遍。
这个 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 页面无法访问，文中的版本、分类、标签、评分等信息以预抓取资料为准，如需最新数据请以官方页面为准。
