环境准备
本技能为纯 Markdown / 模板生成，无需安装 Python 依赖。
模板文件（references/ 目录下）已随 SKILL.md 同目录提供，无需额外配置。
Product Dynamics Report（产品动态收集与影响分析）
概述
将分散的最新资讯（科技进步、竞品动作、市场变化、政策动向）聚合为一封结构化的
「产品动态报告」，并进一步转化为对产品改进的可执行建议。技能面向通用产品/领域，
每次运行时先确认分析对象，再按四类维度检索、汇总、产出影响分析表。
触发条件
- 用户要求「汇总最近的产品/行业动态」「做一份竞品/市场情报」。
- 用户想了解某项新技术、竞品发布、政策变化对自家产品意味着什么。
- 用户需要周期性（周/月/季）的产品动态复盘文档。
前置条件
- assets/product-dynamics-template.md — 报告 Markdown 模板（四类分节 + 影响分析表），产出时按占位符填充。
- references/search-strategy.md — 四类动态的搜索查询模板、时间窗口与信源建议，运行时照此检索。
操作步骤
Step 1 — 确认分析对象与范围
若用户未明确给出产品/领域，先询问：
- 本次分析的是哪个产品 / 领域？（如「我们的 SaaS 协作工具」「智能手表硬件」）
- 关注哪些竞品？（可选；不提供则按领域自行识别主要竞品）
- 时间窗口（分类窗口，2026-10 优化，不再单一窗口）：四类动态时效不同，须分别指定：
- 科技 / 市场：近 30–60 天（保证时效）；
- 竞品：近 30–60 天；
- 政策：近 90 天（政策发布到生效常有延迟，不得被统一截断到 30 天）。
- 支持整体「本月 / 本季度 / 近 90 天」，但政策类至少 90 天；用户未指定时按上表默认。
- 报告模式：
- 全量（默认）：独立生成当期报告；
- delta / 对比：周期性复盘时，对比上一期报告（见下方「周期报告的 Delta / 对比模式」），标注每条信号为「新增 / 延续 / 消退」。
Step 2 — 检索四类动态
读取 references/search-strategy.md，将 {{PRODUCT}}/{{TIME}} 替换为上一步确认的值，
对以下四类各跑 2–3 组查询（用 WebSearch，必要时 WebFetch 取正文细节）：
- 科技进步 / 技术进步 — 新模型/算法、平台能力、开源生态、可复用技术范式。
- 竞品动态 — 新功能/版本、定价、融资/组织、用户口碑。
- 市场进步 — 需求/行为变化、趋势、规模增速、渠道、资本流向。
- 政策进步 — 新法规/标准、监管、补贴、合规要求。
每条动态记录：来源名、日期、URL。每类精选 3–6 条最相关条目深入展开，避免堆砌。
Step 3 — 分类汇总
对每类动态，按模板的 2/3/4/5 节结构逐条写出：动态描述、来源、关联分析、潜在影响/风险。
政策类标注风险等级（高/中/低）。
Step 4 — 生成影响分析表
将跨四类、值得产品跟进的信号转化为「改进项」，填入报告第六节表格。每条包含：
动态来源、影响描述、改进建议（具体动作）、优先级（P0/P1/P2）、类型（功能/体验/合规/增长）、
建议周期、负责方。控制在 5–12 条，按优先级排序。优先级定义见模板。
Step 5 — 组装并产出报告
读取 assets/product-dynamics-template.md，用汇总内容替换占位符，生成完整 Markdown 报告。
报告保存到工作区（如 product-dynamics-{{DATE}}.md），并在回复中给出概览与最高优先级的改进建议。
> 【硬性兜底规则】空数据禁止占位符交付、禁止编造：
> - 任一类别（科技 / 竞品 / 市场 / 政策）若未检索到 ≥1 条可核实信号，对应小节必须明确写
> 「本期未检索到可靠信息」，不得保留 {{...}} 占位符，不得用臆测内容填充。
> - 影响分析表（第六部分）只允许填入真实检索到且带来源的信号；若四类全部无可靠信号，
> 表格写「本期无足够可靠信号，暂未生成改进项」，禁止编造 I-x 条目。
> - 交付前逐项检查模板，凡残留 {{PLACEHOLDER}} 且无对应内容者，按上述规则替换为「未检索到/未核实」说明。
> 【缓存规则（已固化，2026-10 LOW）】会话内检索结果复用： 对可复用信息（同一竞品的多次查询、领域通用的政策/市场背景、
> 已检索过的四条分类动态）在同一轮对话内显式缓存（建议以 product_dynamics_cache.json 或对话内结构化变量存放，
> key = (产品, 类别, 时间窗口)），后续同 key 查询直接复用，避免重复运行全部搜索；仅在用户要求刷新或超出时间窗口时才重新检索。
> 复用缓存时须在报告「附录：来源清单」注明该条来自缓存及缓存日期，不得伪装为本次实时检索。
Step 5.5 — 周期报告的 Delta / 对比模式（2026-10 优化）
> 周期性（周/月/季）复盘若每次全量重采，既浪费又无法体现「变化」。开启 delta 模式后，
> 与上一期报告对比，输出「相比上期」的差异，而非又一份孤立报告。
- 定位上一期报告：按命名约定
product-dynamics-{{PREV_DATE}}.md在工作区查找最近一期（
用户提供上期日期则直接用；否则取当前日期往前一个周期，如月度报告取上月同日）。 - 抽取上期关键信号：从上期报告的六类小节与影响分析表中提取「信号指纹」
（类别 + 主题 + 来源），作为对比基线。 - 对每条当期信号打状态：
-新增：上期未出现、本期新检索到的信号；
-延续：上期已存在、本期仍有进展/未过时的信号；
-消退：上期存在、本期未检索到新进展或已被替代/证伪的信号（须显式标注，不得静默消失）。 - 产出对比章节：在报告末尾（或概览之后）增加「八、相比上期变化（Delta）」小节，列出
新增 / 延续 / 消退 三类清单；影响分析表相应标注[新]/[续]/[退]。 - 找不到上期报告时：显式声明「未找到可对比的上期报告（路径：xxx），本次按全量模式输出」，
不得假装对比或编造「相比上期」结论。
Step 6 — 呈现与跟进
用 present_files 将生成的报告交付用户预览。若用户要求，可进一步把某条 P0 改进项展开为
需求文档或路线图条目。
注意事项
- 中文产品以中文查询为主，国际/出海竞品补英文查询。
- 政策类回溯到近 90 天（发布到生效常有延迟），竞品类保持近 30–60 天。
- 所有动态必须带来源链接，保证可追溯；无法核实的信息标注「待核实」而非臆断。
- 概览计数校验（2026-10 LOW，必须执行）：报告「一、概览」中的
本期共跟踪动态 {{N}} 条，其中高影响 {{HIGH}} 条不得硬编码或估算，须由智能体在填表时
实际清点第二~五节真实填入的动态条目数与高影响条目数后回填；交付前逐项核对N/HIGH
与实际条目数一致，不一致则修正计数或删减条目，禁止让概览数字与实际内容脱节。 - 分类时间窗口校验：报告头部的「动态时间窗口」须按 Step 1 的分类窗口分别填写
（政策=近 90 天），不得把全部四类统一写成单一窗口。
版本历史
- v1.0.0 (2026-07-12) — 初始版本：四维度动态收集（科技/竞品/市场/政策）、影响分析表（P0/P1/P2 优先级）、Markdown 报告模板
- v1.0.1 (2026-07-12) — 补充 _user_meta.json 元数据、版本历史章节
- v1.0.4 (2026-10-14) — 2026-10 优化：① 分类时间窗口（政策=近 90 天，不再单一窗口截断）；② 新增周期报告 Delta/对比模式（Step 5.5）；③ 固化会话内缓存规则、新增概览计数校验
