AI 工具更新很快，靠临时搜索容易漏掉重要变化。这个工作流把“看市场、看站点、看仓库、产出候选迭代”固定成一条可复盘流程。

适用场景

  • 站点需要持续更新 AI 工具详情和工作流内容。
  • 你希望先生成候选需求，再由人工决定是否开发。
  • 你不想让自动化脚本直接修改页面、创建 PR 或发布生产。

输入

  1. 当前站点页面：重点看首页、工具页、自动化案例页和近期新增详情页。
  2. Gitee Issues/PR：判断是否已有 open 需求、悬空 PR 或发布记录缺口。
  3. 可信来源配置：优先放官方 changelog、官方 release notes 和长期稳定的产品页。

运行命令

npm run research:weekly -- --date YYYY-MM-DD

如果只想验证脚本结构、不联网核验来源，可以运行：

npm run research:weekly -- --date YYYY-MM-DD --skip-fetch --output /tmp/aig-weekly-product-research.md

输出

报告会写入 automation/reports/YYYY-MM-DD-weekly-product-research.md，包含：

  • 来源 URL、发布日期和核验状态。
  • 市场事实、产品推断和对本站的影响。
  • 最多 3 个候选迭代。
  • 失败来源列表，避免把抓取失败误当成事实。

人工审核边界

这个流程只生成候选，不自动创建 Issue、PR 或部署。产品经理需要先读报告，再选择一个候选进入迭代；网站工程师只执行已批准范围。

覆盖范围自检

每次巡检至少覆盖四类输入：

  1. 线上网站：检查首页、工具页、自动化案例和最新新增页面是否可访问。
  2. Gitee 队列：确认 open Issues、open PR、已合并 PR 和发布记录是否一致。
  3. 市场来源：优先使用官方 changelog、release notes、产品页和文档。
  4. 流程质量：检查候选是否有证据、范围、验收标准、风险和回滚方式。

如果某一类输入缺失，报告需要明确标记为“未覆盖”，不能把结论包装成完整巡检。

失败处理

  • 单个来源失败：报告继续生成，并在“失败来源”里记录原因。
  • 多个来源失败：本周候选降级为“需要人工复核”，不直接进入开发。
  • 来源结构变化：更新 automation/research/weekly-product-research.json 的 URL 或核验词，而不是在页面里硬编码临时结论。