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

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/priority-buyer-alert-cli",
-  "version": "0.1.46",
+  "version": "0.1.48",
   "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.46"
+version: "0.1.48"
 ---
 
 # 重点买家预警
@@ -19,7 +19,7 @@ version: "0.1.46"
 ## 运行入口
 
 ```bash
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --start
 ```
@@ -68,7 +68,7 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 按返回的 `poll_after_seconds` 静默轮询，不逐条播报进度：
 
 ```bash
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --poll-run "run_id"
 ```
@@ -98,7 +98,7 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 Skill 起草第一次回复。
 
 ```bash
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --first-response-scan --since 24
 ```
@@ -133,10 +133,15 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 那时它已经不是「第一次回复」的场景了，交给首响 Skill 时它会看到 `alreadyDrafted` 为真。
 
 因此清单里没有某条询盘，可能是「今天没有新询盘」，也可能是「都推过了」。摘要里的
-`first_response_suppressed` 分开记着这两种情况，不要只看清单条数就下结论。
+`first_response_listed`（本轮清单条数）和 `first_response_suppressed`（已推过、本轮不再进清单）
+分开记着这两种情况，不要只看清单条数就下结论。
 
-「只推一次」是靠 `--mark` 推进水位实现的：**不带 `--mark` 就只是预演**，不写水位，可以反复拉取
-看结果，但也意味着去重不起作用。所以心跳一定要带，人工查看一定不要带。
+「只推一次」是靠 `--mark` 推进水位实现的。**不带 `--mark` 只是不写水位，不是不读**——
+已经推过的那些照样被压住、照样不进清单。所以人工不带 `--mark` 反复拉取，看到的始终是
+「还没推过的那批」，不是全部；而心跳不带 `--mark` 则等于每轮把同一批重新推一次。
+
+已经推过的要想再出现，只有两条路：**买家又发了新消息**（水位按买家最后一句的时间比对，
+来了新消息就是全新一轮），或者人工清掉水位。清水位是本机操作，见下面「排查」。
 
 ### 会话热度：两个原始数字，不分桶
 
@@ -173,6 +178,20 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 看到 `yes` 可以转去新询盘首响 Skill 起草第一次回复；`no` 暂不处理。本 Skill 只输出只读元
 数据，不调用其他 Skill。
 
+#### 摘要里哪个数才是清单条数
+
+- `summary.first_response_listed`：**本轮实际写进 `artifacts.first_response` 的条数**，
+  也就是清单本身有多长。要判断「本轮到底推没推东西」，只看这个数。
+- `summary.first_response_pending_count`：上面 `yes` 那一档的条数，**不是清单条数**。
+
+两者统计的不是同一组对象。进清单的条件只有「今天新建」和「本轮没推过」，跟我方回没回过无关：
+`first_response_pending` 为 `no` 的会话照样进清单、照样要推给开场白；反过来被水位压住、本轮
+没进清单的候选仍然计进 pending。真机上出现过 `first_response_pending_count: 0` 而清单文件里
+实实在在有 2 条——**把 pending 当清单条数看，就会把「推了 2 条」误读成「本轮什么都没推」**。
+
+中文清单（`artifacts.digest`）把这两件事分成了两行：「本轮清单：N 条」是清单条数，
+「判定分布」那行才是 `yes` / `no` / `unknown` 的分布，且包含未进清单的候选。
+
 ### 买家最后一句是卡片时
 
 消息摘要会归一成固定标签：`[图片]` `[视频]` `[文件]` `[表情]` `[产品卡片]` `[订单卡片]`
@@ -202,12 +221,12 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 
 ```bash
 # 排查预警判定
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --start --explain 10
 
 # 排查新询盘判定
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --first-response-scan --since 24 --explain 10
 ```
@@ -235,7 +254,7 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 ```
 
 ```bash
-npx -y @yixinkj/priority-buyer-alert-cli@beta \
+npx -y @yixinkj/priority-buyer-alert-cli@latest \
   --skill-path "本次实际读取的 SKILL.md 绝对路径" \
   --start --minutes 30 --re-alert 30 --mark
 ```

package/skills.json

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