|
@@ -18,7 +18,7 @@
|
|
|
|
|
|
|
|
同步在主服务后台执行,约 1 小时,可能超过 1.5 小时。`site_info_refresh` 以长任务方式执行:工具会先检查同步状态再决定是否触发,不会重复触发。
|
|
同步在主服务后台执行,约 1 小时,可能超过 1.5 小时。`site_info_refresh` 以长任务方式执行:工具会先检查同步状态再决定是否触发,不会重复触发。
|
|
|
|
|
|
|
|
-1. **用户要求同步**:直接调用 `site_info_refresh`(不带 `force`)。
|
|
|
|
|
|
|
+1. **用户要求同步**(包括“更新 / 刷新站点信息”这类说法):直接调用 `site_info_refresh`(不带 `force`)。
|
|
|
- 触发了新同步,或已有同步在进行(改为跟踪它):工具立即返回“已转为后台执行”。告诉用户已提交、需要较长时间、完成后 `site_search` 才会更新,然后结束这一轮。**同步结束后平台会把结果作为新消息发给你**(完成时间、站点数、耗时,或失败原因),收到后向用户汇报。不要轮询。
|
|
- 触发了新同步,或已有同步在进行(改为跟踪它):工具立即返回“已转为后台执行”。告诉用户已提交、需要较长时间、完成后 `site_search` 才会更新,然后结束这一轮。**同步结束后平台会把结果作为新消息发给你**(完成时间、站点数、耗时,或失败原因),收到后向用户汇报。不要轮询。
|
|
|
- 未触发:最近 24 小时内已成功同步(`skipped_fresh`),或上次同步超过 6 小时未完成、疑似中断(`skipped_stale`)。把原因和数据截至的时间告诉用户;用户确认仍要同步时,再调用 `site_info_refresh` 并设置 `force=true`。
|
|
- 未触发:最近 24 小时内已成功同步(`skipped_fresh`),或上次同步超过 6 小时未完成、疑似中断(`skipped_stale`)。把原因和数据截至的时间告诉用户;用户确认仍要同步时,再调用 `site_info_refresh` 并设置 `force=true`。
|
|
|
2. **用户只问数据是否最新、同步进度如何**:用只读工具 `mcp__gateway__fwh__site_info_sync_status`(无需审批),按 `advice` 回答,不触发同步。
|
|
2. **用户只问数据是否最新、同步进度如何**:用只读工具 `mcp__gateway__fwh__site_info_sync_status`(无需审批),按 `advice` 回答,不触发同步。
|