| name | product-review-report |
| description | 编写产品评测报告的 skill。流程:询问被评测产品名、资料/链接、评测功能点、目标使用场景、竞品 → 网络核实最新状态 → 站在决策者(买不买)和使用者(好不好用)双视角 → 输出图文并茂的 markdown 评测报告到当前项目的 markdown/ 目录。报告包含:TL;DR、双视角结论、维度评分、竞品对比、选型决策树、实操指南、依据与参考。适用于"评测 XX 产品"、"对比 X 和 Y"、"XX 工具选型"等需求。 |
Product Review Report
Overview
为决策者和使用者同时编写一份可决策的产品评测报告,覆盖业务价值 / 成本 / 风险 / 易用性 / 日常效率等维度,输出图文并茂的 markdown 报告到当前项目 markdown/ 目录。
何时使用
- 用户说 "评测 XX 产品"、"对比 X 和 Y 的差异"、"帮我选型"、"XX 工具好不好用"
- 用户给出产品名 + 1-2 个评测维度,需要结构化报告
- 涉及付费 / 长期投入决策,需要论据和依据
何时不要使用
- 用户只是简单问"XX 是什么"——直接回答即可,不需要评测报告
- 单纯技术问题(API 怎么用、bug 排查)—— 用相关技术 skill
- 用户没给产品名——直接问,不用启动完整 skill
Workflow
Step 1: 收集 4 项必填信息
用 AskUserQuestion 一次性收集(避免多轮来回)。如果用户已经提供部分信息,跳过对应项:
- 被评测产品名(必填)— 厂商 + 产品全称
- 资料/链接(可选项)— 官网、文档、白皮书、博客文章、第三方测评链接
- 评测功能点(必填)— 重点考察哪些功能(如"向量检索性能"、"多租户隔离"、"中文支持")
- 目标使用场景(必填)— 谁会用、用来干什么、规模多大
- 对比的竞品(必填,至少 1 个)— 候选方案有哪些
多选题用 multiSelect=true 即可;用户没填的可选项允许跳过。
Step 2: 网络核实最新状态
必须用 mcp__MiniMax__web_search 搜索验证以下事实,禁止只用训练记忆:
- 产品的最新版本、最近一次大版本发布时间
- 厂商融资 / 收购 / 重大公告
- 竞品的最新动态(避免单方面稻草人)
- 公开的 benchmark / 性能数据
- 真实用户反馈(Reddit / Hacker News / V2EX / 即刻 / 知乎)
金融类产品(IPO 状态、估值、营收、市场份额)必须二次核实,绝不照搬训练记忆。
跨公司对比时双方都要查最新状态。
Step 3: 选定评测维度
读 references/evaluation-framework.md:
- 按"产品类型"选用对应维度(功能 / 性能 / 易用性 / 生态 / 安全 / 成本 / 厂商 / 扩展性 / 可靠性 / AI 智能化)
- 不要全用——只选真正影响决策的 3-7 个
- 同时明确"决策者关注点"和"使用者关注点"在每个维度上的差异
Step 4: 撰写报告
报告结构参考 assets/report-skeleton.md:
- TL;DR(30 秒读完)— 一句话定位 + 双视角结论 + 总评分
- 产品概览— 基本信息、关键时间线(mermaid
timeline)、核心定位
- 评测维度详解— 每个维度小标题 + 打分 + 论据
- 竞品对比— 对比表(1-5 星)+ 差异化分析 + mermaid 选型决策树
- 决策者视角结论— 业务价值、ROI、风险、战略契合度、决策建议
- 使用者视角结论— 上手体验、日常效率、故障求助、推荐上手路径
- 实操指南— 3 步上手,含代码 / 命令
- 参考与依据— 所有引用的链接(数据来源、官方文档、用户反馈)
Step 5: 图示选型
- 架构 / 流程 / 决策树 / 时序 / 状态 / 类图 → Mermaid(首选)
- 组织关系 / 业务流 → Mermaid
- 复杂数据可视化 / 品牌色块 / Logo → 外挂 SVG
- 简单结构 → ASCII text 图
SVG 外挂强制规则:
- SVG 文件保存到
markdown/svg/{report-name}-{chart-name}.svg
- markdown 中用
 引用
- SVG 内禁止外链资源(防失效)
- 字体用系统通用字体(
system-ui, -apple-system, sans-serif)
Step 6: 输出
将最终报告保存到当前工作目录下的 markdown/ 目录:
- 文件名:
{产品名}-评测报告.md(中文产品名直接用;含空格或特殊字符用连字符替换)
- 路径示例:
/Users/digoal/new/markdown/{产品名}-评测报告.md
- SVG 子目录:
/Users/digoal/new/markdown/svg/
- 如目录不存在,先
mkdir -p markdown/svg
Step 7: 自检
输出前逐项检查:
完成后向用户报告文件路径 + 关键结论速览。
Resources
references/evaluation-framework.md
评测维度、权重、双视角关注点的完整定义。写报告前必读。
assets/report-skeleton.md
报告结构的 markdown 骨架,用于规范化输出,避免章节遗漏。
scripts/
(本 skill 不需要确定性脚本——报告生成是 LLM 推理任务,无重复代码。)
写作规范
- 结论先行:每个章节第一句话就是结论/判断,论据跟在后面
- 避免模糊:用"延迟 P99 200ms"代替"性能不错"
- 数据可追溯:所有数字必须有来源(官方文档 / 第三方测评 / 用户报告)
- 承认局限:找不到的数据写"未公开"或"无独立验证",不要编
- 语言:默认中文输出;用户明确要求英文则英文
- 长度:典型报告 1500-4000 字;超过 5000 字考虑分章节或合并简化