@yixinkj/priority-buyer-alert-cli 0.1.56 → 0.1.58

package/changelog.json

@@ -2,6 +2,16 @@
   "//": "随包发布的更新日志。启动器用它决定「这次更新要不要打断调用方」，并把 summary 打给模型看（只写 stderr，不要求转述给终端用户）。",
   "//impact": "output = 只影响怎么读结果，本次命令仍然有效，照常执行；invocation = 影响怎么发命令，调用方手上那条命令可能已经失效，必须停下重读。缺省和写坏一律按 invocation 处理。发版时填不出 summary，多半说明这次压根不该动 SKILL.md 正文。",
   "entries": [
+    {
+      "version": "0.1.58",
+      "impact": "invocation",
+      "summary": "会话历史此前只读了最新一页就当成读完了，业务员早前回过的询盘可能被误判成没人回；现在读不全会如实交回未判定，不再猜。同时移除三个只用于开发验收的命令行参数。"
+    },
+    {
+      "version": "0.1.57",
+      "impact": "output",
+      "summary": "定制询价卡的需求只取买家真正填的那段，不再把「定制规格」这类栏目名当成需求内容"
+    },
     {
       "version": "0.1.56",
       "impact": "output",

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/priority-buyer-alert-cli",
-  "version": "0.1.56",
+  "version": "0.1.58",
   "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.56"
+version: "0.1.58"
 ---
 
 # 重点买家预警
@@ -151,7 +151,9 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 「还没推过的那批」，不是全部；而心跳不带 `--mark` 则等于每轮把同一批重新推一次。
 
 已经推过的要想再出现，只有两条路：**买家又发了新消息**（水位按买家最后一句的时间比对，
-来了新消息就是全新一轮），或者人工清掉水位。清水位是本机操作，见下面「排查」。
+来了新消息就是全新一轮），或者人工删掉本机水位库
+`~/.yixin/priority-buyer-alert/cache/watermark.sqlite3`。删掉等于「全部当成没推过」，
+下一轮会把窗口内所有符合条件的重推一遍——只在确认要这个效果时才做。
 
 ### 会话热度：两个原始数字，不分桶
 
@@ -179,9 +181,10 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 
 - `yes` 首响待办：整条会话里我方一条真人消息都没发过。
 - `no` 后续待办：我方至少发过一条真人消息。
-- `unknown` 本轮没取到详情，无法判定。
+- `unknown` 无法判定。两种情况：本轮没取到详情，或者**会话历史没读完就用光了预算**
+  —— 没读到的那一段里可能正躺着一条真人回复。
 
-**`unknown` 不等于 `yes`。** 没取到详情就是不知道，不要当作待办转给首响 Skill —— 那会让它
+**`unknown` 不等于 `yes`。** 不知道就是不知道，不要当作待办转给首响 Skill —— 那会让它
 对一条其实已经回过的会话生成「第一次回复」。数据提醒里会写明有多少条未判定、其中多少条是
 末条为我方发出（列表接口区分不了真人回复和机器人自动接待，这批里可能藏着真正的首响待办）。
 
@@ -238,35 +241,6 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 **`[物流地址]` 永远只有标签。** 卡里是买家的姓名、电话和详细住址，对判定零价值，不取内容。
 看到这个标签只说明「买家发来了地址」，不要去别处找地址内容，也不要向用户复述。
 
-## 判定排查
-
-怀疑「这条明明该预警却没报」「这条明明是新询盘却没进清单」时，加 `--explain` 重跑一次。
-它逐条给出**判定实际读到的值**和完整会话记录，而不是重述规则。
-
-```bash
-# 排查预警判定
-npx -y @yixinkj/priority-buyer-alert-cli@latest \
-  --skill-path "本次实际读取的 SKILL.md 绝对路径" \
-  --start --explain 10
-
-# 排查新询盘判定
-npx -y @yixinkj/priority-buyer-alert-cli@latest \
-  --skill-path "本次实际读取的 SKILL.md 绝对路径" \
-  --first-response-scan --since 24 --explain 10
-```
-
-- `--explain` 不带数字默认 10，最多 50。
-- 轮询到 `completed` 后读 `artifacts.explain`（Markdown）或 `artifacts.explain_data`（JSON Lines）。
-- 每条包含：逐道判定步骤的通过情况与实际值、**卡在哪一步**、以及该会话的逐条消息，
-  每条消息标注是买家消息、真人业务员回复、AI 自动接待还是被剔除的系统通知。
-- 排查**不改变任何判定结果**，它复述本轮已经给出的结论。
-- 为了拿到证据，它会为取样的每条询盘打开一次详情页，**包括常规判定根本不会打开的那些**
-  （等级被排除、末条是我方且未超时）——「为什么不预警」的证据恰恰在这些会话里。
-  实测每条约 6 秒（串行打开），10 条约 1 分钟；排查取样越大越慢，按需要取，不要习惯性拉满。
-- 消息正文在页面侧已抹去邮箱和电话；产物写在 Run 私有目录，不要整段贴进群或工单。
-
-转述排查结果时，只说 CLI 写在文档里的实际值，不要自行推断买家意图或补充判定理由。
-
 ## 定时与推送
 
 本 Skill 不自建定时任务，也不自己发消息到任何群。无人值守时由你按固定间隔（建议取 SLA 的三分之一到二分之一，例如 SLA 30 分钟就每 10–15 分钟一次）执行下面这条心跳命令：

package/skills.json

@@ -1,5 +1,5 @@
 {
-  "runtimeVersion": "0.1.45",
+  "runtimeVersion": "0.1.47",
   "platforms": {
     "darwin-arm64": {
       "id": "mac-arm64",
@@ -24,7 +24,7 @@
   "skill": {
     "name": "哨兵预警-0812",
     "id": "priority-buyer-alert",
-    "version": "0.1.56",
+    "version": "0.1.58",
     "bin": "priority-buyer-alert-cli"
   }
 }