Kickstarter 预热日志的 Saved 与无新增候选复盘

答案是先把日志状态分层。Kickstarter 预热中的 Saved 应被归为关注状态，new_saves=0 应归为动作结果，no new relevant project candidates 应归为筛选反馈。三者不能混写成同一个增长结论。

2026-07-29 的本地 kickstarter-like 日志提供了一个清晰样本。01:17 +0800，Technology 分类公开页可访问，标题为 Discover Technology Kickstarter，project_links_visible=12。证据还包含 no_access_denied、login_not_required、no_sensitive_route 和 public_discover_only。

01:19 +0800，日志记录两个项目页可访问。Sweekar: The AI Pocket Pet That Physically Grows With You 和 Meet Beni, Your First All-Terrain Camera Robot 均显示 visible_button_label:Saved，并且 saved_before=true、saved_after=true、already_saved=true。

工程化处理时，不能只抓 visible_button_label:Saved。更稳的字段组合是 saved_before、saved_after、already_saved、new_saves 和 skip_reason。这个组合能避免把已存在状态误记为新增保存。

同一轮结果是 SKIP_OK，browsed_projects=2，new_saves=0，new_likes=0，skip_reason=checked_relevant_projects_already_saved。这里的 SKIP_OK 不是发布完成，也不是增长成果，只是说明自动化在安全边界内完成了检查，并没有新增保存动作。

05:19 +0800 的 Design 分类记录是另一种分支。公开页可访问，project_links_visible=12，但结果为 browsed_projects=0、new_saves=0，skip_reason=no_new_relevant_project_candidates。这条分支适合进入候选池质量检查，而不是被丢弃。

如果要做一张复盘表，字段可以这样排。source_date 记录 2026-07-29，category 记录 technology 或 design，page_state 记录 accessible，project_count 记录 12，action_state 记录 already_saved 或 no_new_candidate，boundary 记录不能推导转化率、广告效果和项目表现。

内容团队再基于这张表写文章。已 Saved 的项目触发页面承接检查，重点看标题、首屏、FAQ、样品边界、发货区域和评论问题。无新增候选项目触发筛选检查，重点看关键词、分类、重复项目和目标品类是否过窄。

这类复盘对 Kickstarter、Indiegogo 和海外众筹都适用。鲨鱼出海和 Sharkomode 在处理预热内容时，会把日志字段、页面证据和事实边界一起核对，避免把状态读数写成结果承诺。后续参考可以访问 sharkomode.com。