Trend monitoring
A production-ready collection of 50 agent skills for new media research, content, growth, data analysis, and operations.
npx -y skills add DoomDeity/new-media-core-skills --skill trend-monitoringAssembled from the repository path, not quoted from the project. Check it against their README if it does not work.
3 things to look at
- 18 days oldThe repository was created 18 days ago. New is not bad, but a brand new repository carrying a familiar-sounding name is the shape a typosquat arrives in, and there has been no time for anyone else to find a problem with it.
- no licenseNo license file was found in the repository. Code published without one is not open source by default, so using it at work is a question for whoever answers licensing questions where you are.
- 0 stars0 stars. Stars are a popularity signal and not a quality one, but at this level it is likely that nobody has read this closely except its author, and you would be relying on your own review.
What its author says it does
Copied from the file, not written here
监测近期行业、平台、内容与社会热点信号,判断其热度、发展阶段、相关性、持续性及对用户业务的潜在影响。当用户要追踪近期变化、评估是否跟进热点或判断趋势时使用。若要做行业长期结构与市场机会研究,用 industry-research(R01);若监测平台规则与政策变化,用 platform-rule-monitoring(P05);若识别负面舆情与升级风险,用 public-opinion-risk-identification(R08)。涉及当前 / 最近 / 最新 / 正在发生的热点必须主动检索最新资料,无法联网或检索失败时必须明确报告"无法验证当前状态",不依赖训练记忆把旧知识当当前趋势。
SKILL.md
16.9 KB, ~6.4k tokens by cl100k_base, as published. Nobody here has run it
热点趋势监测
When to Use
- 用户想了解近期行业、平台、内容或社会层面的热点与变化信号。
- 用户要判断某个话题是否值得跟进、处在什么阶段、和自己业务有什么关系。
- 用户说:"最近 XX 是不是个趋势""这个热点要不要跟""帮我看看行业最近在聊什么""XX 平台最近有什么变化信号"。
When NOT to Use
- 系统研究行业长期结构、产业链、市场规模、长期驱动因素与系统性机会(如"这个赛道还能不能进""行业格局与玩家") → 用
industry-research(R01)。路由以任务目的为主:要识别近期变化、热度阶段、持续性、跟进价值归 R07;要研究行业结构、产业链、市场机会归 R01。时间窗口只作分析口径参考,不单独决定 Skill 路由。 - 监测平台规则、政策条款、功能机制变化本身 → 用
platform-rule-monitoring(P05)。注意:用户只问"规则变了什么"不触发 R07;若问"这个规则变化是否正在形成行业趋势、对业务有什么影响",R07 可在 P05 事实基础上继续判断其后续影响(见 Boundaries)。 - 识别负面舆情、争议议题与升级风险 → 用
public-opinion-risk-identification(R08)。 - 只归纳一批评论的痛点与情绪 → 用
user-comment-analysis(R05)。 - 直接生成选题或内容 → 用
topic-generation(C04)等。
Inputs
必要信息:
- 关注领域 / 平台 / 业务背景(如"小红书职场内容""抖音本地生活")。
- 具体想核验的话题或信号(可选;不提供则做广谱扫描)。
- 时间窗口(仅作分析口径参考,非路由依据:突发热点 小时级–7 天,短期变化 7–30 天,形成中趋势 30–90 天;按任务类型与用户目的调整)。
- 用户业务与目标(用于判断相关性)。
缺失处理:业务背景缺失且可合理假设时,标注"假设:默认面向新媒体运营者"后继续;若完全无关注领域,集中询问一次(仅问关注哪个行业 / 平台)。
缺失信息处理
- 有话题但缺业务背景:仍给趋势判断,相关性标注"假设"。
- 涉及"当前 / 最近 / 最新 / 正在发生"任务:必须使用当前可用的搜索、浏览器、平台数据或其他实时工具;若实时工具不可用、检索失败或只能获得陈旧资料,不得给出确定的当前趋势结论,应明确报告"无法验证当前状态",只分析用户已提供且有日期的材料。
- 单点信号(一条爆款 / 一篇报道 / 少量讨论):不升级为趋势,归类"噪声或证据不足",说明证据薄弱。
- 会实质影响相关性判断(如完全无业务背景且无法确定)时:集中询问一次。
Workflow
- 明确监测口径与材料边界:确定领域、平台、时间窗与用户业务目标;如用户材料含私信、姓名、账号、联系方式或其他个人信息,先匿名化,未经处理不得提交外部工具;记录默认时间窗口依据。
- 时间快照(每条研判必须写明):分析截至时间、时区、检索时间、各信号发布日期、实际覆盖的时间窗口;不得只写"近期"。
- 检索与核验最新信号:若用户提供近期一手材料(如粘贴的近期公开讨论、平台数据截图、媒体链接),以材料为准并标注其日期,必要时调用当前已配置的搜索、浏览器、平台数据或文件分析工具补充核验;若用户仅给话题、无近期材料,必须主动检索最新公开资料。所有信号记录来源与检索日期。
- 来源独立性与去重:多家媒体转载同一原始消息,只能视为一个原始信号和若干扩散信号;多个账号复制相同文案不能等同于多个独立观点;优先追溯原始发布者、官方信息或首发材料;每条趋势说明独立来源数量、来源类型与是否存在转载关系;不得用搜索结果数量直接代表趋势热度。
- 信号归集:把零散信号按主题归类,区分"单次事件"与"重复出现的同类独立信号"。
- 逐条评估(每条趋势至少包含以下字段):
- 观察到的信号(具体现象,标「事实」)
- 来源字段(来源名称、原始发布者或机构、发布日期、检索日期、来源类型、是否原始来源、可回溯链接或当前系统支持的引用、该来源支持的是事实 / 扩散情况 / 趋势推断)
- 热度阶段(起步 / 升温 / 高峰 / 回落 / 稳定 / 无法判断,依据见下方"热度阶段定性依据";缺少可比较时间点、来源不可比或只有单一时间快照时,优先输出"无法判断"而非强行选阶段)
- 与用户业务的相关性(高 / 中 / 低 + 依据)
- 持续性判断(短期 / 中期 / 待验证)
- 状态标注(事实 / 推断 / 未知)
- 分类输出:短期热点 / 正在形成的趋势 / 已趋于稳定的变化 / 噪声或证据不足。
- 相关性排序:综合考虑相关度、持续性和可行动性进行定性排序,附依据(不暗示实际进行了无依据乘法计算)。
- 给用户的建议:给出"是否值得跟进、如何验证"的建议,但不替用户决定是否追热点。
- 自检:是否有无来源数字?时间快照是否完整?旧信息是否冒充当前趋势?单点信号是否被夸大?跨平台是否错当必要条件?推断是否标清?来源独立性是否处理?无法联网时是否错报当前状态?新增量与累计量是否混淆?讨论信号是否被误写成采用证据?热度阶段是否被直接等同于持续性?用户私密材料是否已匿名化?是否把未经处理的个人信息提交给外部检索或分析工具?是否在输出"无法判断"后又同时赋予其他热度阶段(如"起步""升温")?是否使用了不在正式枚举(起步 / 升温 / 高峰 / 回落 / 稳定 / 无法判断)中的自创阶段标签(如"升温早期")?
热度阶段定性依据
不写死无来源数量阈值,也不凭主观感觉;以可观察信号为准。仅作分析口径参考,时间窗口不单独决定路由。
- 起步:独立信号刚出现,参与主体有限,尚未形成连续增长证据。
- 升温:在连续时间点观察到新增独立信号和参与主体扩大(如从单创作者扩散到多个创作者 / 媒体)。
- 高峰:需要时间序列或连续快照支持——当前信号强度接近观察窗口内阶段性高位;官方、媒体、行业机构或头部创作者参与只能增强传播范围或权威性证据,其出现本身不能单独证明"达到高峰"。
- 回落:相较前一阶段,新增信号、讨论频率或参与主体持续下降。
- 稳定:话题或行为从短期讨论进入持续采用、常态表达或固定机制。
- 无法判断:缺少时间序列、样本不足或来源不可比(例如只有单一时间快照时,通常不能可靠判断高峰或回落,只能描述当前可见状态)。
每个阶段判定须说明关键可观察信号;单一时间快照不足以可靠判断高峰或回落。
Output
Markdown 监测简报,至少包含:
- 时间快照(分析截至时间、时区、检索时间、覆盖窗口)
- 监测口径(领域 / 平台 / 时间窗 / 业务背景)
- 趋势 / 热点清单(每条含:观察到的信号、来源字段、热度阶段[选项:起步/升温/高峰/回落/稳定/无法判断]、相关性、持续性、状态标注;含完整来源字段)
- 分类视图(短期热点 / 正在形成的趋势 / 已趋于稳定的变化 / 噪声或证据不足)
- 相关性排序(定性 + 依据)
- 给用户的建议(标「建议」;验证方式、跟进姿势,不替用户拍板)
- 明确"结论基于检索到的公开信号,热度阶段与持续性含推断,需持续观察;若实时工具不可用,已注明无法验证当前状态"
如需落盘,文件名如 热点趋势监测-领域-YYYYMMDD.md。
Evidence / Quality Rules
- 实时优先:当前热点必须主动检索最新公开资料,不默认依赖训练记忆;引用须标来源与日期(如"来源:XX 媒体,检索于 2026-07-20")。
- 来源独立性:追溯原始发布者 / 官方 / 首发;转载视为扩散而非独立信号;独立来源数量与转载关系须说明;搜索结果数量不代表热度。
- 来源优先级:一手平台数据 / 官方公告 > 权威媒体 / 行业报告 > 聚合内容 / 社媒讨论 > 单条爆款内容。低优先级须降级标注。该优先级仅用于确认事件、规则、功能与时间事实;判断趋势形成与阶段,主要看多个独立主体的持续采用、讨论与行为变化;媒体转载主要支持传播范围,不自动支持真实采用。不同来源按其所证明的具体问题分别使用,不靠单一总优先级机械判断。
- 三级标注:区分「事实(已观察信号)」「推断(趋势与持续性判断)」「未知(待验证)」。
- 禁止虚构:不编造搜索量、热度指数、增长率、参与人数等无来源数字;无可靠口径明确"无法量化热度"。
- 证据门槛与跨平台:单个平台或垂直社区内出现多个独立、持续、重复信号,也可构成平台内趋势(跨平台扩散属于增强证据,不是必要条件);单条爆款内容、单个媒体报道或同源转载仍不足以构成趋势。
- 样本说明:信号数量、独立来源数、覆盖平台、周期须标注;小样本不输出伪精确比例。
Boundaries
- 关注近期变化与趋势信号,不承担完整行业研究(那是 R01);路由以任务目的为主——近期变化 / 热度 / 持续性 / 跟进价值归 R07,行业结构 / 产业链 / 市场机会归 R01,时间窗口仅作口径参考。
- 平台规则、政策、功能机制变化本身归 P05;这些变化引发的行业讨论、用户采用、内容风格变化和市场影响,可由 R07 分析。用户只问"规则变了什么"不触发 R07;用户问"这个变化是否正在形成行业趋势、对业务有什么影响"时,R07 可在 P05 事实基础上继续判断。
- 负面舆情与升级风险归 R08,本 Skill 只做中性趋势判断。
- 热度阶段、持续性、相关性均为「推断」,须说明依据,不夸大确定性。
- 不替用户决定是否追热点,只给判断依据与建议。
- 若材料涉及用户私信 / 个人信息,先匿名化,不提交未处理隐私材料到外部工具。
- 无法联网或检索失败时,不得用训练记忆声称"当前正在发生",须报告无法验证当前状态。
Examples
例 1(虚构示例,仅示范结构,不代表真实事实;单平台内多独立主体趋势,按证据类型分别统计、不合计异质单位,并用两个可比时段判断升温):用户运营小红书职场账号,问"AI 求职是不是趋势"(时间快照:分析截至 2026-07-20 北京时区,检索 2026-07-20,覆盖窗口 30 天,2026-06-25 至 2026-07-18)。
- 按证据类型分别统计(不生成"共 N 个独立来源"之类的异质合计数):
- 独立创作者信号(按时段新增量,非累计量):前 15 天新增 2 个独立创作者信号,后 15 天新增 4 个独立创作者信号;两时段新增量合计 6 个(6 为两个时段各自新增之和,不是"后 15 天从 2 增至 6")。
- 独立媒体原始报道:1(出现在后 15 天,前 15 天尚未出现)
- 平台官方产品或功能信号:1(某招聘平台上线相关功能;出现在后 15 天,前 15 天尚未出现)
- 媒体转载扩散信号:1(经核验转载自上述独立媒体原始报道,非独立原始信号)
- 各类型证据分别支持:创作者发布内容支持"讨论活跃度、内容供给与关注主体扩大";只有明确展示真实使用、用户行为、产品数据或持续实践的材料,才支持"采用"判断(不得由创作者发文直接推断用户已经采用);媒体报道支持行业关注;平台官方功能信号支持功能或机制已经发生变化;转载只支持传播范围,不证明真实采用。 输出:信号("垂直社区内多独立创作者持续讨论 AI 简历工具",标事实)→ 热度阶段(升温,依据:前 15 天新增 2 个独立创作者信号,后 15 天新增 4 个独立创作者信号、并首次出现 1 个独立媒体原创信号与 1 个平台官方功能信号;后一时段新增信号数量(4)高于前一时段(2)、且主体类型从单一创作者扩大到媒体与平台官方,形成连续增长证据;非凭单一汇总快照推断"持续增加")→ 相关性(高,依据受众为求职者)→ 持续性(待验证,标推断:本例仅 30 天窗口,无跨越更长周期或重复观察窗口的证据,不能判断中期持续性;热度阶段为升温不等于具有中期持续性)→ 状态(推断)→ 分类(正在形成的趋势,平台内且开始跨主体扩散)。另有一条单账号爆款视频"AI 面试通关"点击高但无后续讨论,归类"噪声或证据不足",说明仅单点信号。建议(标建议:可先做 1–2 篇测评内容验证受众反应,不盲目 all-in)。注:若本例只给整个 30 天汇总而无前后时段拆分,则热度阶段应标"无法判断"而非升温。
例 2(虚构示例,五篇媒体实际转载同一公告):用户提供 5 篇不同媒体文章称"XX 平台将推 AI 创作工具"。检索原始来源发现均转载自该平台同一份官方公告。输出:原始信号计 1(官方公告),扩散信号计 4(媒体转载);不把 5 篇媒体当 5 个独立趋势证据;热度阶段依据官方公告本身与是否出现用户实际采用判断,明确"媒体数量 ≠ 趋势强度"。
例 3(虚构示例,旧信息冒充当前 / 无法联网):用户提供一篇 2024 年的"XX 玩法爆发"文章询问是否现在该跟,且实时检索工具不可用。输出:先报告"无法验证当前状态(检索工具不可用)";明确说明"用户提供的材料中,没有 2024 年之后的延续证据;由于实时工具不可用,无法判断该玩法当前是否仍有延续";既不认定其当前仍是趋势,也不认定其已经消失;待联网核验后再给出结论。避免把旧知识当当前热点。
例 4(虚构示例,规则变化先交 P05):用户问"抖音最近新规禁止 XX,具体改了什么"。输出:这是平台规则变化本身,路由 platform-rule-monitoring(P05)核查条款;若用户进一步问"这个新规会不会让行业内容风格变天、对我业务影响多大",R07 在 P05 确认的条款事实基础上,分析其内容风格变化与市场影响趋势。
最终自检
- 触发准确:仅覆盖近期热点与趋势信号,已互指 R01 / P05 / R08 / R05 / C04。
- 边界清晰:不做行业长期研究、不处理规则变化本身、不识别舆情风险、不代写内容;P05 边界细化到位。
- 无来源数字:未编造搜索量 / 热度指数;示例均为虚构且自洽。
- 时间快照完整:例 1 写明截至时间 / 时区 / 检索 / 发布 / 窗口;例 3 报告无法验证当前状态。
- 来源独立性:例 2 区分原始信号与转载扩散;未用搜索数量代表热度。
- 跨平台非必要:例 1 单平台内多独立主体即可构成趋势。
- 旧信息未冒充当前:例 3 明确区分历史与当前。
- 单点信号未夸大:例 1 将单条爆款归为噪声。
- 推断已标注:热度阶段 / 持续性 / 相关性均标「推断」并附依据。
- 新增量与累计量未混淆:例 1 明确"前 15 天新增 2、后 15 天新增 4",不写"后 15 天从 2 增至 6";6 为两时段各自新增之和。
- 讨论信号未误写为采用证据:创作者发文只支持讨论活跃度 / 内容供给 / 关注主体扩大;真实采用须有明确使用、用户行为、产品数据或持续实践材料,不得由创作者发文直接推断用户已采用。
- 热度阶段未直接等同于持续性:例 1 升温阶段下持续性标"待验证"(仅 30 天窗口,无更长周期或重复观察窗口证据;升温不自动等于中期持续性)。
- 未写死工具:仅用"当前已配置的搜索、浏览器、平台数据或文件分析工具"。
- 未越界:只给建议,不替用户决定是否追热点。
Gives 0 of the 12 instructions most monitoring observability skills give in ~6.4k tokens
Counted across 481 of the 483 authors here whose files we hold, read 2026-08-06
- link every alert to a runbookin 43 of 481, across 35 files
- use structured json loggingin 36 of 481, across 31 files
- alert on user-facing symptomsin 20 of 481, across 15 files
- emit structured JSON logs with stable event namesin 18 of 481, across 13 files
- propagate trace context across boundariesin 16 of 481
- use histograms for latency trackingin 14 of 481, across 9 files
- use OpenTelemetry for distributed tracingin 13 of 481, across 8 files
- include a correlation ID on every log linein 13 of 481, across 8 files
- Define service level objectivesin 10 of 481, across 7 files
- Call useAzureMonitor before importing other modulesin 9 of 481, across 2 files
- stop and ask for clarification if inputs are missingin 9 of 481, across 2 files
- define on-call questions before adding telemetryin 9 of 481, across 4 files
Said here and by no other author read
- verify latest signals using available real-time search tools
- record exact time, timezone, coverage window, and retrieval dates
- trace claims back to original sources before counting them
- differentiate original signals from duplicate syndication or reposts
- classify signals into short-term, forming, stable, or noise
- label each trend with stage, relevance, and duration
Grouped from the skills themselves: near-identical wordings counted once, and counted by distinct author, so one author publishing three of these counts once. Length counted with cl100k_base; the agent that loads this file may tokenize it differently.