@yixinkj/priority-buyer-alert-cli 0.1.44 → 0.1.46

package/index.js

@@ -303,6 +303,9 @@ function printHelp() {
 
 通用：
   --skill-path <PATH>       本次实际读取的 SKILL.md 绝对路径
+  --mark                    推进水位；两种扫描都生效，各推进各自的水位。
+                            只有无人值守的心跳式调用才应使用；不带就是预演，
+                            不写水位、去重也不生效
   --version                 显示版本
   --help                    显示本帮助
 
@@ -315,7 +318,6 @@ function printHelp() {
   --assignee <NAME>         只看某个负责人
   --no-strict-bot           关闭机器人核验
   --verify-all-replied      对全部已回复的重点买家做详情核验
-  --mark                    推进提醒水位；只有心跳式调用才应使用
 
 首响扫描选项（仅与 --first-response-scan 一起使用）：
   --since <HOURS>           只看最近 N 小时内有消息的询盘，默认 24

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/priority-buyer-alert-cli",
-  "version": "0.1.44",
+  "version": "0.1.46",
   "description": "重点买家未回复预警独立启动器，只读扫描询盘并提醒，不发送任何消息。",
   "type": "module",
   "bin": {

package/skill/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: 哨兵预警-0812
 description: 重点买家未回复预警。只读扫描阿里国际站询盘列表，挑出重点买家（金品店铺为 L2 及以上真实档；出口通店铺只有 L1+ 一个值，它是 L1–L4 的合集，必然包含 L1），判断买家最后一句是否超过 SLA 仍没有真人业务员回复，并输出中文预警清单；机器人自动接待不算人工回复。Use when 用户要求检查重点买家有没有超时未回复、查询盘超时提醒、看 L3/L4 有没有快凉的，或要求运行重点买家预警。
-version: "0.1.44"
+version: "0.1.46"
 ---
 
 # 重点买家预警
@@ -109,6 +109,8 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 - 窗口是**本地自然日**：只看今天 0 点之后创建的询盘，不是「此刻往前 24 小时」。业务员说的
   「今天的新询盘」和这里的口径一致。
 - `--limit 100`：本轮最多取多少条会话详情，默认 100。超出的如实记为未判定，不猜。
+- **无人值守的心跳调用必须带 `--mark`**，否则下面「同一条只推一次」完全不生效，同一批新询盘
+  每轮都会重复推到群里。`--mark` 对两种扫描都生效，各推进各自的水位；人工查看时不要带。
 
 与预警的区别，不要混用：
 
@@ -133,17 +135,30 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 因此清单里没有某条询盘，可能是「今天没有新询盘」，也可能是「都推过了」。摘要里的
 `first_response_suppressed` 分开记着这两种情况，不要只看清单条数就下结论。
 
-不带 `--mark` 的预演不推进水位，可以反复拉取看结果。
+「只推一次」是靠 `--mark` 推进水位实现的：**不带 `--mark` 就只是预演**，不写水位，可以反复拉取
+看结果，但也意味着去重不起作用。所以心跳一定要带，人工查看一定不要带。
 
-### 会话阶段：开场白该不该写，看这个
+### 会话热度：两个原始数字，不分桶
 
-每条记录带 `thread_stage`，回答的是「这段对话到了哪个阶段」：
+每条记录带 `thread_message_count`（整条会话的消息条数）和 `last_gap_ms`（买家最后一句距上一条的间隔）。
 
-- `opening` 还在开场——消息不多，**或者久未联系后重新来问**（间隔超过 30 天）。两种都适合写开场白。
-- `ongoing` 已经聊起来了，该写的是跟进。
-- `unknown` 没取到详情，判不出来。
+**这两个数不用来决定写不写开场白，只用来定语气。**写不写由清单本身决定：进了清单就是今天的、
+而且没推过。
 
-**这才是转给开场白 Skill 的判据，不要用 `first_response_pending`。** 后者只说明「我方有没有发过真人消息」：全是 AI 自动接待、来回二十条的会话它是 `yes`，那显然不该写开场白；买家几个月前问过、今天又来问的它是 `no`，那恰恰该写——中间隔了这么久，上一轮说过什么都不作数了。
+- `last_gap_ms` 很大 = 久未联系后又回来问。中间可能换了采购周期甚至换了对接人，
+  上一轮说过什么都不作数，按重新开场写。
+- `thread_message_count` 很大 = 已经有些来回了。照写，但别用「感谢您的询盘」开头。
+  注意这个数**包含系统消息、卡片和自动接待**，今天刚进来的询盘也常常有七八条，
+  它不等于「双方真的聊了这么多句」。
+- 两个都是 `null` = 没取到详情。照写，按第一次回复的语气。
+
+这里原来是一个分好桶的 `thread_stage`（`opening` / `ongoing`），阈值是 6 条。真机验收
+把它证伪了：今天的 2 条、放宽到 7 天的 42 条，**全部**被判成 `ongoing`。阈值从没被真实
+数据校准过，拿它当判据等于把开场白关掉，而且失败时毫无声响——看起来只像「今天没有合适样本」。
+现在把原始数字交出去，由模型判。
+
+`first_response_pending` 同样不作判据。它只说明「我方有没有发过真人消息」：全是 AI 自动接待、
+来回二十条的会话它是 `yes`；买家几个月前问过、今天又来问的它是 `no`。
 
 每条记录的 `first_response_pending` 是三态：
 

package/skills.json

@@ -1,5 +1,5 @@
 {
-  "runtimeVersion": "0.1.35",
+  "runtimeVersion": "0.1.36",
   "platforms": {
     "darwin-arm64": {
       "id": "mac-arm64",
@@ -24,7 +24,7 @@
   "skill": {
     "name": "哨兵预警-0812",
     "id": "priority-buyer-alert",
-    "version": "0.1.44",
+    "version": "0.1.46",
     "bin": "priority-buyer-alert-cli"
   }
 }