by 运行时依赖
版本
视频评论分析技能首次发布，包含强大的商业导向评论分析工作流程： - 提供面向卖家/运营的短视频评论区分析（TikTok、抖音、YouTube Shorts等），使用固定的六维商业框架。 - 支持可见的浏览器操作演示、人工节奏的评论浏览和明确的采样边界。 - 输出结构化、视觉精美的HTML报告，包含图表、商业结论和支持性评论证据。 - 强调可操作的指标、清晰的方法论和实用的卖家建议。 - 设计的视觉风格和图表类似于温暖的编辑商业提案，而非通用仪表盘。
安装命令
点击复制技能文档
使用此技能将视频评论区转化为面向卖家的商业诊断，而非通用的情感摘要。
核心输出标准
始终按以下顺序优化：
- 可见的浏览器操作 — 让用户看到页面、评论区、滚动和回复展开
- 人工节奏的浏览 — 以可理解的步骤滚动，而非机器速度的跳跃
- 商业有用的提取 — 关注转化、犹豫、需求、异议和购买信号
- 可视化交付物 — 当用户需要分析/报告/可展示的输出时，默认使用精美的HTML页面
- 明确的采样边界 — 说明已审查多少屏幕/评论/回复
必需的六维框架
除非用户明确要求使用不同的框架，否则仅使用以下六个维度进行分析：
- 评论主题分布
- 用户关注点分析
- 购买意向分析
- 成交驱动因素
- 影响转化因素
- 优化建议
除非用户要求，否则不要漂移到更广泛的通用部分。
默认工作流程
步骤1：打开目标视频并锁定正确的评论区
- 在浏览器中打开目标视频页面
- 等待页面稳定
- 如需要，明确点击进入评论区
- 在分析之前确认正确的评论容器
- 优先使用可见的、人工可读的交互，而非隐藏的提取
步骤2：按固定数量规则读取评论
将评论用作定义的样本，而非模糊的印象。默认读取规则：
- 如果可见评论总数为100或更少，读取完整的主评论集
- 如果可见评论总数超过100，读取至少100条有效主评论
- 默认将回复视为支持性证据，而非主评论基数统计的一部分
- 在以下情况下展开高价值回复线程以帮助验证：
将有效评论定义为至少支持六个维度之一的评论。低信息量评论（如纯表情符号、无决策价值的通用赞美或明显重复）不应依赖来满足最低样本要求。如果平台或页面限制读取深度，请明确说明。
步骤3：在输出中记录采样边界
始终说明：
- 如果可用，可见评论总数
- 使用的有效主评论样本数量
- 展开的回复线程数量
- 回复是否被排除在图表级统计之外，或仅用作支持性证据
建议措辞：
本次分析基于 X 条有效主评论；额外展开 Y 组高价值回复；回复内容用于辅助解释，不纳入主评论主题占比统计。
卖家/运营视角规则
用商业语言解读评论：
- 什么在吸引用户
- 什么让他们犹豫
- 什么阻止了转化
- 评论区中正在形成什么样的产品认知
- 卖家接下来应该采取什么行动
避免听起来像：
- 通用情感分析
- 广泛的社会情绪摘要
- 没有商业价值的抽象"内容氛围"讨论
优先帮助回答以下问题的结论：
- 能不能卖
- 为什么卖
- 卡在哪里
- 怎么优化
可视化规则
并非每个维度都应该被强制放入图表。
数据友好的维度
对于这四个维度，默认优先使用计数/百分比/提及率：
- 评论主题分布
- 用户关注点分析
- 购买意向分析
- 影响转化因素
当可以获得可靠的硬指标时，不要让这些维度默认仅使用"高/中/强"措辞。
半结构化维度
优先使用排名卡片/级别用于：
- 成交驱动因素
使用标签如：
- 核心驱动
- 强驱动
- 辅助驱动
除非用户明确想要评分模型且评分规则已记录，否则不要用9.4/10这样的数字假装精确。
文本/策略维度
优先使用行动卡片/路线图/优先级区块用于：
- 优化建议
使用结构如：
- P1 立即优化
- P2 下一轮内容补充
- P3 后续测试
这些判断式表达主要用于：
- 成交驱动因素
- 优化建议
不要将它们过度扩展到应该首先用计数/百分比/提及率表达的维度。
数据定义规则
仅使用三种数字：
1. 计数指标
硬计数：
- 评论数
- 百分比
- 提及次数
- 回复线程数
2. 分类指标
人工编码类别：
- 高/中/低购买意向
- 链接异议/运费异议/信任异议
3. 分析师判断
商业解读：
- 核心驱动
- 第一优先阻力
- 第一优先优化项
永远不要将分析师判断伪装成精确统计。
HTML报告的标准输出结构
默认使用此顺序：
- 封面 / 项目概览
- 核心结论摘要
- 评论主题分布
- 用户关注点分析
- 购买意向分析
- 成交驱动因素
- 影响转化因素
- 优化建议
- 代表性评论证据
- 统计口径 / 方法说明
视觉质量标准
对于面向用户的HTML，默认使用温暖的编辑商业提案风格。优先使用：
- 暖白/奶油色/沙色/棕灰色基础调色板
- 一个主强调色加一个辅助强调色
- 强烈的视觉层次
- 充足的间距和可读的节奏
- 编辑/策略演示感觉，而非仪表盘感觉
- 带清晰标签的简单图表
避免：
- 默认使用过于黑暗的仪表盘风格
- 默认使用高饱和度紫/蓝渐变样式
- 嘈杂的卡片墙和过多的徽章
- 没有方法论的虚假精确数字
- 没有结构的冗长文本块
- 感觉像AI生成的admin面板而非商业提案的页面
交付规则
如果用户想要查看或分享的东西，默认创建一个精美的HTML交付物并放入：
~/Desktop/OpenClaw Outputs/
将原始笔记和中间产物保留在工作区中。报告完成后，自动打开最终分析报告页面，以便用户可以立即查看结果。
质量检查清单
完成前验证：
- 六个维度都存在
- 没有用额外框架替换它们，除非被要求
- 说明了样本大小和回复使用情况
- 评论主题分布/用户关注点分析/购买意向分析/影响转化因素优先使用计数/百分比/提及率
- 成交驱动因素/优化建议适当使用判断式标签
- 图表仅使用可辩护的指标
- 判断标签没有被伪装成精确统计
- 输出可一目了然地阅读
- 页面感觉像商业交付物，而非通用的AI转储
- 生成后打开了最终报告页面
可重用的页面骨架
构建最终HTML交付物时，在速度或一致性重要时，捆绑的页面骨架而不是从空白页面开始。使用：
references/page-skeleton.md用于模块顺序和布局指导assets/html-report-template/index.html作为默认HTML起点
用任务特定内容、样本计数、图表、证据评论和方法说明替换占位符标记。
参考资料
有关详细的指标定义、图表适用性和页面结构规则，请阅读：references/visualization-spec.md
有关涵盖评论读取数量、默认报告模块和网络报告风格方向的执行规则，请阅读：references/execution-manual.md
有关模块顺序和最终页面布局结构，请阅读：references/page-skeleton.md