@yixinkj/priority-buyer-alert-cli 0.1.25 → 0.1.40

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/priority-buyer-alert-cli",
-  "version": "0.1.25",
+  "version": "0.1.40",
   "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.25"
+version: "0.1.40"
 ---
 
 # 重点买家预警
@@ -36,10 +36,11 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 - `--re-alert 30`：仍未回复时每隔多少分钟升级重提。不传表示同一轮等待只提醒一次。
 - `--mark`：推进提醒水位与升级计数。只有无人值守的心跳式调用才使用；人工查看不要带。
 - `--verify-all-replied`：对全部「末条是我方发出」的重点买家都做详情核验，更慢更全。
+- `--detail-limit 40`：单轮最多打开多少条详情核验，默认 40，最多 300。**它直接决定「本轮没覆盖多少条」**：忙店铺一轮覆盖不完是已知代价，剩下的靠下一轮心跳滚动补齐。人工要一次看全时才显式放宽（例如 `--detail-limit 200`），代价是单轮耗时成比例增长，不要用在心跳里。
 
 ### 关于买家等级
 
-阿里国际站买家等级共 **L0–L4 五档，L4 封顶**，不存在 L5、L6：
+阿里国际站买家等级共 **L0–L4 五档，L4 封顶**：
 
 | 等级 | 站内名称 | 中文 | 判定 |
 | --- | --- | --- | --- |
@@ -86,6 +87,7 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
 - 有预警时按文件已有顺序逐条转述：谁的（负责人）、哪个买家和国家、哪一档等级、已等待多久、买家最后那句话。顺序已按等级和等待时长排好，不要重排。
 - 语气是「这条重点客户该接了」，不是追责。`提醒次数` 达到 3 次以上时可以建议同步主管。
 - 每条可以顺带提议起草回复，但只建议、不替发。
+- **「因超过单轮核验上限没有核验」这一条必须转述**，不能省。它意味着本轮结论没有覆盖那些询盘：`alerts_reported == 0` 的正确读法是「已核验的那些里没有超时未回复」，不是「没有风险」。要一次看全，让用户用 `--detail-limit` 放宽后重跑。
 - 文件末尾的「数据提醒」如实转述，不要把没抓到等级的询盘当成重点买家。其中「没能取回买家资料」和「因超过单轮核验上限没有核验」都意味着本轮结论没有覆盖这些询盘，不能说成「已确认没有风险」。
 - 「盲区大小」那一条是当前等级口径没有覆盖的等待买家数量。如实转述，但不要据此自行把它们当作预警冒泡。
 - 不输出原始 JSON、绝对路径、买家邮箱电话或任何 token。

package/skills.json

@@ -1,5 +1,5 @@
 {
-  "runtimeVersion": "0.1.17",
+  "runtimeVersion": "0.1.32",
   "platforms": {
     "darwin-arm64": {
       "id": "mac-arm64",
@@ -24,7 +24,7 @@
   "skill": {
     "name": "哨兵预警-0812",
     "id": "priority-buyer-alert",
-    "version": "0.1.25",
+    "version": "0.1.40",
     "bin": "priority-buyer-alert-cli"
   }
 }