关于 brand-mention-monitor
brand-mention-monitor 是一项技能，用于从网络、社交媒体、新闻和评论来源查找并分流品牌提及。它按覆盖度、传播速度、情绪和风险主题评分，再划分响应级别并建议负责人。
主要功能
- 01搜索品牌及产品名称变体
- 02根据品牌市场选择信息来源
- 03评估覆盖度、传播速度、情绪和风险
- 04将提及分为四个响应级别
- 05对照历史提及并去重
- 06为紧急提及建议负责人
适用场景
- 01监控多个渠道近期的品牌讨论
- 02识别快速扩散的投诉或风险主题
- 03比较品牌与竞争对手的提及情况
- 04将高优先级提及分派给负责团队
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/brand-mention-monitor确认已加载。
包含的文件
除 SKILL.md 外，安装时一起下载的参考资料和脚本。
example.htmlreferences/memory-and-distribution.mdnimble-playbook.mdprofile-and-onboarding.mdsources.mdtemplate.html详细介绍
品牌提及监控
扫描网络和社交媒体上的品牌提及，根据覆盖范围、传播速度、情绪倾向和风险主题匹配度为每条提及评分，并筛选出需要关注的内容——归入危机 / 关注 / 互动 / 记录类别，并建议负责人。
引导消息
本技能在会话中首次触发时，发送以下消息：
👋 品牌提及监控已就绪。
此技能会扫描 Reddit、X、LinkedIn、Instagram、TikTok、YouTube、博客、新闻和评论平台上的品牌提及——从覆盖范围、传播速度、情绪倾向和风险等方面为每条提及评分，让你在事态扩大前了解重点，并明确告知你应由谁以及多快作出回应。
要开始，只需说： “监控一下 [brand name] 的提及”
也可以试试：
- “这周大家都在讨论 [brand] 的什么？”
- “为 [brand] 扫描一下品牌提及——最近 30 天”
- “查找 [brand] 的高风险提及”
- “[brand] 在讨论中的表现与 [competitor] 相比如何？”
你希望我保存你的偏好设置，以便下次跳过这些问题吗？
预检
按照 references/nimble-playbook.md 中的传输方式选择和标准预检操作：在会话开始时选择 CLI 或 MCP，然后同时运行并行预检调用（日期、个人资料、记忆索引）。为每次 Nimble CLI 调用添加标签：nimble --client-source nimble-agent-skills <subcommand>。
从个人资料（~/.nimble/business-profile.json）中加载品牌名称、竞争对手、路由偏好设置，以及用于确定日期范围的 last_runs.brand-mention-monitor。预先填写设置问题，让用户确认，而不是重新输入。如果个人资料不存在，请遵循 references/profile-and-onboarding.md 中的首次运行引导流程，并在首次运行后创建一个存根。检查 ~/.nimble/memory/index.md，了解扫描前已有的提及数据。
如何开始
在询问任何问题之前，先快速完成两项调研：
步骤 A — 自动解析品牌变体： 搜索用户提到的品牌，找出所有其他拼写、标签、产品名称、账号名和常见拼写错误。不要向用户询问这些信息。根据搜索结果构建全面的搜索词列表，用于后续全面检索。
- 搜索：
"[brand name]" official name OR handle OR "also known as" OR hashtag - 检查品牌的主要产品名称，以及任何被单独提及的子品牌
- 对于名称是常用词的品牌，找出用于消歧的术语（行业、创始人、域名），避免全面检索时引入无关噪声
- 默默将所有已确认的变体加入搜索查询 — 用户无需看到此步骤
步骤 B — 自动分析品牌： 在询问用户之前，先搜索以确定品牌所属行业、商业模式（B2B/B2C）、地理范围、语言和受众。这有助于选择适合市场的来源配置（见步骤 0）并校准评分 — 对小众 B2B 工具而言，什么算“高覆盖率”，与拥有数百万用户的消费类应用不同。向用户说明你找到的信息，并将其纳入确认问题，而不是在不了解情况时直接提问。
- 搜索：
"[brand name]" company OR product industry OR category - 确定：B2B 还是 B2C、所属行业、主要地理范围/语言、受众规模概况
- 据此选择来源配置，并确定该行业的默认风险主题词典
然后在一条消息中询问：
“开始之前 — 想先确认几件事：
- **品牌：**我找到的是 [brand] — 一家面向 [audience] 的 [category] [B2B/B2C] 公司。对吗？还有哪些竞争对手需要一并追踪？
- **日期范围：**要回溯多久？（默认：过去 7 天 — 也可以指定时间段，例如‘6 月 1–15 日’或‘自发布以来’）
- **深度：**快速扫描（更快）还是深度检索（更全面、来源更多）？（默认：深度检索）
- **通知对象：**如果发现危机级提及，我应该通知谁？（默认：营销团队 — 也可以指定 PR 负责人、法务、创始人等）”
**输出始终是在 Claude 中直接呈现的分诊控制台。**不要询问格式或输出选项。
以下情况无需提问，直接跳过：
- 用户在初始消息中已提供上述所有信息
- 用户在本次会话中之前已使用过此技能（使用之前的配置）
如果用户说“直接运行”，则使用以下默认值：
- 日期范围：过去 7 天
- 深度：深度检索
- 风险主题：根据行业自动检测
- 通知对象：营销团队
**消歧：**如果调研后品牌名称仍有歧义，先确认再继续：
“确认一下 — 你说的 [brand] 是指 [Option A] 还是 [Option B]？”
步骤 0 — 来源配置（因市场而异，不是固定清单）
**这是最重要的配置步骤。**来源选择必须符合品牌受众实际交流的平台。不要对所有平台一视同仁地扫描 — 应优先关注对该类公司最重要的渠道。
B2B 企业软件 / SaaS
**主要来源（每轮都检索）：**LinkedIn、G2、Capterra、Hacker News、r/sysadmin、r/devops、r/[category]、行业媒体（InfoQ、TechCrunch、ZDNet、The Register）、Glassdoor（员工信号） **次要来源：**广泛检索 Reddit、X/Twitter（高管账号、分析师）、Medium/Substack **降低优先级：**TikTok、Instagram、Facebook（对 B2B 买家而言信号较弱）
消费品牌 / 电商
**主要来源（每轮都检索）：**TikTok、Instagram、X/Twitter、Reddit、YouTube、Facebook、Trustpilot、Google Play / App Store **次要来源：**新闻媒体、博客、Pinterest **降低优先级：**HN、LinkedIn（对消费者情绪而言信号较弱）、行业媒体
受监管行业（金融、医疗、制药、保险）
主要来源： 新闻媒体（Reuters、AP、Bloomberg、行业垂直媒体）、监管监察机构网站、记者的 Twitter 账号、LinkedIn 高管评论、正式评价平台（BBB、Consumer Financial Protection Bureau） 次要来源： Reddit、X、论坛 降低优先级： TikTok、Instagram（与媒体报道和监管信息相比，用户生成内容带来的声誉风险优先级较低）
区域性／非英语品牌
主要来源： 当地语言新闻、区域论坛和社交平台（例如：中国的微博、俄罗斯的 VK、韩国的 Naver）、当地语言的 Twitter／Instagram
次要来源： 仅在相关时使用英语全球平台
注意： 使用 Nimble 的 locale 和 country 参数获取当地语言结果
初创公司／开发者工具
主要来源： HN、Reddit（r/programming、r/webdev、r/[category]）、GitHub 讨论、Dev.to、X/Twitter（开发者意见领袖）、ProductHunt 次要来源： LinkedIn、Medium、TechCrunch
步骤 1 — 扫描提及
对于深度扫描，使用 Agent 工具通过并行子 Agent 按来源层级展开搜索（最多同时运行 4 个）——每个 Agent 负责一个来源组（例如社交媒体、评价平台、新闻、社区）。遵循 references/nimble-playbook.md 中的并行收集模式。始终准备备用方案：如果某个子 Agent 失败，继续使用其余 Agent，并在输出中注明缺失的部分。
根据品牌画像（步骤 0）运行匹配的来源。使用 --search-depth lite 进行探索；对高分候选对象使用 --search-depth deep 获取完整内容。每次搜索调用都应用用户日期范围中的 --start-date／--end-date。每次调用都添加标签：nimble --client-source nimble-agent-skills search ...
核心查询（适用于所有品牌类型）
"[brand name]" site:reddit.com"[brand name]" site:x.com"[brand name]" news"[brand name]" review OR complaint OR "doesn't work"— 风险扫描"[brand name]" love OR recommend OR "game changer"— 机会扫描- Nimble
focus:"social"查询"[brand name]"— 广泛搜索社交媒体
风险专项查询（每轮都运行）
根据此类品牌的风险主题词典以及用户指定的主题构建查询：
"[brand name]" [risk topic 1]"[brand name]" [risk topic 2]"[brand name]" lawsuit OR legal OR "class action""[brand name]" outage OR "not working" OR down（适用于 SaaS／科技）"[brand name]" recall OR safety OR "side effects"（适用于消费品／制药）"[brand name]" scam OR fraud OR fake
热度变化检查（针对高分候选对象——仅重复运行时）
对于之前一次运行中得分超过 50 的任何提及，重新获取帖子并比较互动次数。如果这是首次扫描且没有历史基准，则跳过每小时增速评分——仅使用代理信号（见步骤 2 中的热度变化门控规则）。
步骤 2 — 为每条提及评分（四个维度）
为每条提及的每个维度打 0–100 分，然后计算综合得分。
覆盖范围／可见度（0–100）
有多少人能看到这条内容？
| 信号 | 分值 |
|---|---|
| 500K+ 关注者／主要出版物 | +35 |
| 100K–500K 关注者 | +25 |
| 10K–100K 关注者 | +15 |
| 1K–10K 关注者 | +8 |
| 少于 1K | +3 |
| 帖子串包含 100+ 条回复／评论 | +20 |
| 帖子正在走红（<1 小时内获得 100+ 次转发） | +25 |
| 高权威域名（TechCrunch、Reuters 等） | +25 |
| Reddit 首页／1K+ 次赞 | +25 |
速度（0–100）——差异化指标
它的势头增长有多快？这是区分“正在形成病毒式传播”和“热度消退”的关键。
基线要求： 每小时速率行（+40/+25/+10）需要两个数据点——先前的互动量和当前互动量——才能计算出实际速率。首次单轮扫描时没有基线。请遵循以下规则：
- 使用先前数据重新运行（有基线）： 使用下表的完整内容。
- 首次单轮扫描（无基线）： 跳过每小时速率行；仅根据可观察的代理信号（跨平台传播、媒体传播、绝对互动量阈值）评分。在卡片上将速度标签设为
~estimated，让用户知道这是推断值，而非测量值。
| 信号 | 分值 | 需要基线？ |
|---|---|---|
| 相较基线，互动量每小时增长 50% 以上 | +40 | 是 |
| 互动量每小时增长 20–50% | +25 | 是 |
| 互动量每小时增长 5–20% | +10 | 是 |
| 互动量持平 | +0 | 是 |
| 跨平台传播（提及出现在 2 个或更多平台） | +20 | 否 |
| 媒体转发社交帖子 | +25 | 否 |
| 40 分钟内获得 2.3K+ 次转发（危机传播速度） | +40 | 否——可在单轮扫描中观察到 |
快速复查时升级层级： 如果在上次运行后的 2 小时内重新运行，则重新获取所有评分达到“关注”或更高层级的提及，并比较互动量。如果互动量较上次检查增长 20% 以上，则升级层级并标记为 ↑ accelerating。如果持平或下降，则标注 → stable 或 ↓ declining。
情绪（0–100 风险分；0–100 机会分）
| 负面信号（风险） | 分值 |
|---|---|
| 明确的负面情绪 | +20 |
| 投诉并包含产品／服务故障相关表述 | +20 |
| 检测到讽刺（“[brand] 干得真棒……”） | +15 |
| 全大写、感叹号、脏话 | +10 |
| 回复放大负面语气 | +15 |
| 正面信号（机会） | 分值 |
| 自发的自然好评 | +20 |
| 购买意向或推荐 | +20 |
| 品牌可分享的用户生成内容 | +15 |
| 记者／分析师的正面提及 | +20 |
风险主题匹配（0–100）
是否涉及已标记的风险类别？
| 主题类别 | 分值 |
|---|---|
| 法律／监管／诉讼／集体诉讼 | +40 |
| 安全／健康／受伤／召回 | +40 |
| 高管不当行为或争议 | +35 |
| 产品服务中断或重大故障 | +30 |
| 定价／账单投诉（如果传播开来） | +20 |
| 以负面方式比较竞争对手与品牌 | +15 |
| 关于品牌的虚假说法／错误信息 | +25 |
综合评分
composite = (reach × 0.30) + (velocity × 0.30) + (max(risk_sentiment, risk_topic) × 0.25) + (opportunity × 0.15)
步骤 2.5——记忆去重（筛除已知提及）
在分配层级前，根据 references/memory-and-distribution.md 中的去重流程，检查 ~/.nimble/memory/reports/ 中先前的品牌提及监控报告。
技能专属规则：
- 指纹：
{url, platform, published_date}——规范化 URL（移除查询参数和末尾斜杠）。 - 再次出现且评分变化 ≥10： 保留在动态列表中，并添加
↩ returning · score changed徽章。 - 已知且评分未变： 移至日志层；除非用户要求查看完整历史记录，否则从危机／关注／互动层级中隐藏。
- 摘要行： 在分流控制台顶部显示：
X net-new · Y returning (score changed) · Z suppressed (already logged)。 - 持久化： 运行结束后，将提及指纹保存到
~/.nimble/memory/reports/brand-mention-monitor-{BRAND}-{YYYY-MM-DD}.md，并根据references/memory-and-distribution.md在log.md中追加一条记录。
步骤 3 — 等级分配与路由
为每条提及分配且只分配一个等级。团队根据等级采取行动，而非根据数字。
| 等级 | 分数 | 颜色 | 操作 | 建议负责人 | 时限 |
|---|---|---|---|---|---|
| 危机 | 80–100 | 🔴 | 立即转交 | 公关 + 法务 + 领导层 | 2 小时内响应 |
| 关注 | 50–79 | 🟠 | 指定负责人，监控传播速度 | 市场营销 / 公关传播 | 24 小时内响应 |
| 互动 | 任意分数，正面且覆盖面广 | 🟢 | 扩大传播 / 致谢 / 分享 | 市场营销 / 社交媒体团队 | 48 小时内采取行动 |
| 记录 | <50，无风险信号 | ⚪ | 无需采取行动，保留可搜索记录 | — | — |
危机等级的提及必须立即显示——它们应显示在输出最顶部，并附有完整的决策卡，展示：摘录、覆盖面、传播速度、标记原因、建议负责人、响应时限和建议的草拟行动。
输出模板（必需）
Claude 必须严格遵循 references/template.html。加载模板并替换为真实数据，同时保持所有 CSS、JS 和交互模式完全一致。
响应结构（包含小组件）
聊天响应必须遵循标准约定：以 TL;DR 开头，以 这意味着什么 部分结尾，中间放置分流控制台。
- TL;DR（开头，2–4 行）：提及总数、等级分布（
X 危机 · Y 关注 · Z 互动），以及最紧急事项及其响应时限。 - 分流控制台——按照下方规则以内嵌方式呈现的交互式小组件。
- 这意味着什么（最后一个顶级章节）：说明当前监测结果对品牌意味着什么，并列出 1–3 项优先建议行动，每项都注明对应等级和负责人。
呈现方式——始终优先内嵌（生成输出前请先阅读）
分流控制台是一个必须在聊天中以内嵌方式呈现的交互式小组件。可下载文件只是次要产物，绝不能作为主要交付内容。每次运行都必须严格遵循以下顺序：
- 首先以内嵌方式呈现分流控制台。 使用 Write 工具将填充完整的
brand-mention-monitor-{YYYY-MM-DD}.html写入~/.nimble/，然后在对话中以内嵌方式输出 HTML 内容，让用户立即看到交互式小组件。此内嵌输出是主要交付内容，必须先于其他任何选项提供。 - 之后才能提供下载。 内嵌输出显示后，确认
~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.html和~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.md已保存，并向用户提供下载或分享选项。
硬性规则：
- 绝不要只回复文件路径。如果用户看到路径却看不到内嵌分流控制台，则主要任务未完成。
- 不要询问用户希望以内嵌方式还是文件形式提供，也不要询问格式——始终默认内嵌，并且始终同时提供文件。
- 内嵌输出和保存的 HTML 是同一份产物——必须呈现完全相同的模板，不得生成精简版内嵌内容。
如果确实无法以内嵌方式呈现输出：
- 用一行简短文字明确说明，例如：“这次无法以内嵌方式呈现分流控制台，因此改为提供文件。”
- 确认文件已保存至
~/.nimble/brand-mention-monitor-{YYYY-MM-DD}.html，作为备用方案。
如果内嵌呈现失败，绝不要默默改用文件——必须说明失败情况，让用户知道这是环境所致，而非预期行为。
输出模板规范（brand-mention-monitor-{YYYY-MM-DD}.html）
视觉标识 — 与所有其他技能截然不同：
- 分诊控制台风格——信息密集、注重行动，而非报告
- 危机等级的提及会在信息流顶部显示全宽警报卡片
- 每张卡片包含 4 个评分指示点：覆盖范围 / 传播速度 / 情感倾向 / 风险——而非仅显示一个紧急程度信号
- 以等级徽章取代综合分数，作为主要视觉标签
- 可折叠的「已搜索来源」面板，显示本次运行中实际查询的所有内容
- 日期范围选择器（自定义起始/结束日期输入框），可在客户端重新筛选信息流
- 平台筛选器与等级筛选器纵向排列
- 每张卡片均显示传播速度指示器：
↑ accelerating/→ stable/↓ declining
评分指示点颜色：
- 覆盖范围：
#185FA5（蓝色） - 传播速度：
#854F0B（琥珀色——紧急程度信号） - 情感倾向：
#A32D2D（红色，表示风险）/#3B6D11（绿色，表示机会） - 风险话题：
#A32D2D（红色）
等级颜色：
- 危机 🔴：红色左边框 + 红色等级徽章
- 关注 🟠：琥珀色左边框 + 琥珀色等级徽章
- 互动 🟢：绿色左边框 + 绿色等级徽章
- 记录 ⚪：灰色边框
必需章节（按此渲染顺序）：
- 品牌标题栏 — 品牌名称 · 日期范围（来自引导流程，只读标签，例如“时间范围：2026 年 6 月 11–18 日”）· 提及总数
- 已搜索来源 — 可折叠面板，显示本次运行中查询的每个来源，带 ✓ 标记和提及数徽章；点击来源可按平台筛选信息流
- 评分摘要行 — 四个汇总指标：平均覆盖范围 / 最高传播速度 / 最高情感风险 / 最大机会
- 市场可见度（声量份额）— 环形图（白色中心）+ 图例，展示此时间范围内品牌相对于竞争对手的对话份额。悬停在某个扇区或图例行上时，该项高亮，并在环形图中心显示该品牌的份额。点击扇区或图例行会打开详情面板，显示该品牌的重要情报：提及数、相较上个时间范围的趋势（红色表示上升 / 绿色表示下降）、估算覆盖范围、正面/中性/负面情感倾向比例条，以及一句说明该品牌声量份额驱动因素的信号摘要。使用
mvBrands[]：第一项是用户的品牌；每项格式为{name, pct, fill, stroke, mentions, trend, reach, pos, neu, neg, signal}。百分比总和约为 100（包括“其他”类别）；pos+neu+neg 的总和为 100。 - 危机警报卡片 — 仅当等级为 Crisis 时显示全宽卡片；包含摘录、全部 4 项评分、发布日期、原因、负责人、时间范围、建议操作
- 按平台划分的提及 — 水平条形图，点击后可筛选信息流（与来源面板同步）
- 地理分布 — 交互式世界地图，显示提及热点。使用
geoPoints[]：每个点的格式为{name, lat, lng, tier, sources}，其中 tier 为 'high'/'med'/'low'（决定圆点颜色：红色/琥珀色/蓝色、大小，以及高等级圆点的脉冲环）。提及数根据sources的长度计算。sources中的每项格式为{head, plat, meta, url, tier}——head = 标题，plat = 平台键，meta = 粉丝数/点赞数和日期，tier = 该条提及本身的等级，url 必须是 Nimble 结果的确切 URL（文章/帖子/讨论串），绝不能是首页。悬停在某个点上会显示摘要工具提示；点击后会在地图下方固定显示详情面板，列出该地点的每个来源，并提供指向确切 URL 的打开链接。地图几何数据通过 D3 从 world-atlas 加载（提供 jsDelivr/unpkg/cdnjs 回退方案；如果全部被拦截，则显示“地图不可用”）。lat/lng = 国家质心。 - 提及信息流（2 列网格）— 按综合评分排序，每张卡片包含 4 个评分指示点 + 等级徽章 + 传播速度箭头 + 平台标签 + 发布日期 + 来源链接
- 筛选栏 — 等级（All / Crisis / Watch / Engage / Log）+ 评分范围，纵向排列，并显示可关闭的筛选标签 交互：
- 点击任意卡片即可展开：完整引述、说明各项评分的分数明细、路由建议、建议操作文本
- 点击“已搜索的来源”标题即可展开/收起来源面板；点击来源行即可按平台筛选信息流
- 市场可见度环形图：将鼠标悬停在扇区或图例行上可高亮显示并预览占比；点击即可打开详情面板，查看该品牌的提及、趋势、覆盖面、情绪分布和信号
- 点击平台条形图即可筛选信息流（与来源面板同步）
- 地理地图：将鼠标悬停在热点上可查看摘要；点击即可固定面板，其中列出来自该地点的具体来源（含打开链接）
- 所有筛选条件都会叠加显示为可关闭的标签
可视化库：
模板会从 cdnjs 加载 D3（d3.min.js）和 topojson（topojson.min.js）以用于地理地图，并从 jsDelivr/unpkg/cdnjs 加载 world-atlas 国家地理数据（带备用源）。市场可见度环形图使用原生 <canvas>，无需依赖。保留这些脚本标签。
来源 URL 规则：
每条提及都必须包含 <a href="[EXACT_NIMBLE_URL]" class="src-link">↗ source</a>，并使用 Nimble 中对应文章/帖子的精确 URL。绝不使用首页。
- 正确：
https://reddit.com/r/SaaS/comments/abc123/title - 正确：
https://x.com/username/status/1234567890 - 错误：
https://reddit.com错误：https://x.com
Markdown 输出规范（brand-mention-monitor-{YYYY-MM-DD}.md）
# Brand Mention Monitor — [Brand Name]
**Date range:** [DATE RANGE]
**Generated:** [TIMESTAMP]
**Total mentions:** [N]
**Sources searched:** [list]
## TL;DR
[2–4 lines: total mentions · tier breakdown (X Crisis · Y Watch · Z Engage) · the single most urgent item + its response window]
## Crisis tier (80–100) — respond <2h
- **[Tier] Score:[N]** | [Platform] | [Author] | R:[N] V:[N] S:[N] RT:[N]
"[Excerpt]"
Owner: [PR/Legal/Marketing] · Window: <2h
Action: [Suggested action]
Source: [EXACT_NIMBLE_URL]
## Watch tier (50–79) — respond <24h
...
## Engage tier — amplify within 48h
...
## Log (no action required)
...
## What This Means
[What the sweep signals for the brand right now + the top 1–3 recommended actions, each tied to a tier and owner]
来源 URL 规则
每条提及都必须包含精确的 Nimble 结果 URL。
正确： https://reddit.com/r/SaaS/comments/abc123/title
错误： https://reddit.com
分发
内联呈现输出并保存文件后，按照 references/memory-and-distribution.md 中的说明提供分享选项（检测连接器、AskUserQuestion 流程、Notion/Slack 选项）。
技能专属路由：将 brand-mention-monitor-{YYYY-MM-DD}.md 推送到 Notion（完整报告）；仅将 Crisis 和 Watch 级别的内容发送到 Slack（而非完整信息流）。如果 ~/.nimble/business-profile.json 中的 integrations 已设置目标位置，则使用该位置；否则询问用户并保存以便下次使用。
已保存的偏好设置
首次运行后，询问：
“保存偏好设置？我会记住 [品牌]、来源配置、风险主题和路由设置，以便之后运行时跳过设置步骤。”
随时说 “更改设置” 即可更新。
重新运行行为
计算日期窗口时，遵循 references/nimble-playbook.md 中的智能日期窗口模式——使用配置文件中的 last_runs.brand-mention-monitor。
“正在检查自[上次运行时间]以来的新提及。还有要添加到关注列表的内容吗？”
仅包含新增提及。Crisis 和 Watch 项目会一直保留，直到标记为已处理。
运行结束后的后续步骤
交付分流控制台并确认分发后，根据本次扫描发现的情况，建议最相关的后续操作：
- 如果有任何 Watch 或 Crisis 级别的提及来自以负面方式描述你们品牌的竞争对手： → “想深入了解竞争对手如何评价你们吗？试试
competitor-positioning技能——它会详细梳理竞争对手的宣传信息、定位差距和攻击路径。” - 如果品牌出现在融资、招聘或并购相关情境中： → “这里有一些超出品牌情绪范围的信号——
competitor-intel技能会追踪可能影响你们市场地位的业务动向、招聘信号和战略变化。” - 如果扫描发现的大多是值得扩大传播的正面提及： → “其中一些内容值得转化为内容或外联行动——
competitor-positioning技能可以帮助你们找出受众已经有所回应的信息角度。” - 如果这是首次运行（没有先前记录）： → “7 天后再次运行，以获取热度数据并开始观察趋势。下次运行时，我会有一个基准用于比较。”
仅提供与本次运行相关的建议——如果只有一项适用，就不要列出全部四项。