@yixinkj/priority-buyer-alert-cli 0.1.17 → 0.1.22
This diff represents the content of publicly available package versions that have been released to one of the supported registries. The information contained in this diff is provided for informational purposes only and reflects changes between package versions as they appear in their respective public registries.
- package/package.json +1 -1
- package/skill/SKILL.md +37 -2
- package/skills.json +2 -2
package/package.json
CHANGED
package/skill/SKILL.md
CHANGED
|
@@ -1,7 +1,7 @@
|
|
|
1
1
|
---
|
|
2
2
|
name: 哨兵预警-0812
|
|
3
3
|
description: 重点买家未回复预警。只读扫描阿里国际站询盘列表，挑出 L2 及以上（出口通店铺为 L1+）的重点买家，判断买家最后一句是否超过 SLA 仍没有真人业务员回复，并输出中文预警清单；机器人自动接待不算人工回复。Use when 用户要求检查重点买家有没有超时未回复、查询盘超时提醒、看 L3/L4 有没有快凉的，或要求运行重点买家预警。
|
|
4
|
-
version: "0.1.
|
|
4
|
+
version: "0.1.22"
|
|
5
5
|
---
|
|
6
6
|
|
|
7
7
|
# 重点买家预警
|
|
@@ -96,18 +96,24 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
|
|
|
96
96
|
同样返回 `run_id`，用同一条 `--poll-run` 轮询到 `completed`，然后读 `artifacts.first_response`
|
|
97
97
|
（JSON Lines，每行一条）和 `artifacts.digest`（中文清单）。
|
|
98
98
|
|
|
99
|
-
- `--since 24`：窗口小时数，默认 24
|
|
99
|
+
- `--since 24`：窗口小时数，默认 24，指的是**询盘创建时间**。「早上清夜里积压」用 12–24 即可。
|
|
100
100
|
- `--limit 100`：本轮最多取多少条会话详情，默认 100。超出的如实记为未判定，不猜。
|
|
101
101
|
|
|
102
102
|
与预警的区别，不要混用：
|
|
103
103
|
|
|
104
104
|
| | 预警 | 首响扫描 |
|
|
105
105
|
| --- | --- | --- |
|
|
106
|
+
| 问的问题 | 谁在等、等了多久 | 哪些是刚进来的新询盘 |
|
|
107
|
+
| 时间口径 | 末条消息时间 | **询盘创建时间** |
|
|
106
108
|
| 语义 | 事件流，冒泡一次就被水位压住 | 待办清单，可重复拉取、结果一致 |
|
|
107
109
|
| 等级白名单 | 生效，缺等级不冒泡 | **不生效**，等级只作附加信息输出 |
|
|
108
110
|
| 回复时限 | 生效，超过 SLA 才成立 | **不生效**，越快回越好 |
|
|
109
111
|
| 提醒水位 | `--mark` 会推进 | **永不推进**，传了也不生效 |
|
|
110
112
|
|
|
113
|
+
时间口径这一行是两者最容易混淆的地方。老询盘被群发、被买家追问之后末条消息很新，但它不是新
|
|
114
|
+
询盘；反过来刚建的询盘可能还没人说过话。首响扫描一律按创建时间取窗口，翻到创建时间越界就停止
|
|
115
|
+
翻页，因此窗口开大也不会成比例变慢。
|
|
116
|
+
|
|
111
117
|
每条记录的 `first_response_pending` 是三态：
|
|
112
118
|
|
|
113
119
|
- `yes` 首响待办：整条会话里我方一条真人消息都没发过。
|
|
@@ -121,6 +127,35 @@ npx -y @yixinkj/priority-buyer-alert-cli@beta \
|
|
|
121
127
|
看到 `yes` 可以转去新询盘首响 Skill 起草第一次回复；`no` 暂不处理。本 Skill 只输出只读元
|
|
122
128
|
数据，不解析询盘卡片或 RFQ 内容，也不调用其他 Skill。
|
|
123
129
|
|
|
130
|
+
## 判定排查
|
|
131
|
+
|
|
132
|
+
怀疑「这条明明该预警却没报」「这条明明是新询盘却没进清单」时，加 `--explain` 重跑一次。
|
|
133
|
+
它逐条给出**判定实际读到的值**和完整会话记录，而不是重述规则。
|
|
134
|
+
|
|
135
|
+
```bash
|
|
136
|
+
# 排查预警判定
|
|
137
|
+
npx -y @yixinkj/priority-buyer-alert-cli@beta \
|
|
138
|
+
--skill-path "本次实际读取的 SKILL.md 绝对路径" \
|
|
139
|
+
--start --explain 10
|
|
140
|
+
|
|
141
|
+
# 排查新询盘判定
|
|
142
|
+
npx -y @yixinkj/priority-buyer-alert-cli@beta \
|
|
143
|
+
--skill-path "本次实际读取的 SKILL.md 绝对路径" \
|
|
144
|
+
--first-response-scan --since 24 --explain 10
|
|
145
|
+
```
|
|
146
|
+
|
|
147
|
+
- `--explain` 不带数字默认 10，最多 50。
|
|
148
|
+
- 轮询到 `completed` 后读 `artifacts.explain`（Markdown）或 `artifacts.explain_data`（JSON Lines）。
|
|
149
|
+
- 每条包含：逐道判定步骤的通过情况与实际值、**卡在哪一步**、以及该会话的逐条消息，
|
|
150
|
+
每条消息标注是买家消息、真人业务员回复、AI 自动接待还是被剔除的系统通知。
|
|
151
|
+
- 排查**不改变任何判定结果**，它复述本轮已经给出的结论。
|
|
152
|
+
- 为了拿到证据，它会为取样的每条询盘打开一次详情页，**包括常规判定根本不会打开的那些**
|
|
153
|
+
（等级被排除、末条是我方且未超时）——「为什么不预警」的证据恰恰在这些会话里。
|
|
154
|
+
实测每条约 6 秒（串行打开），10 条约 1 分钟；排查取样越大越慢，按需要取，不要习惯性拉满。
|
|
155
|
+
- 消息正文在页面侧已抹去邮箱和电话；产物写在 Run 私有目录，不要整段贴进群或工单。
|
|
156
|
+
|
|
157
|
+
转述排查结果时，只说 CLI 写在文档里的实际值，不要自行推断买家意图或补充判定理由。
|
|
158
|
+
|
|
124
159
|
## 定时与推送
|
|
125
160
|
|
|
126
161
|
本 Skill 不自建定时任务，也不自己发消息到任何群。无人值守时由你按固定间隔（建议取 SLA 的三分之一到二分之一，例如 SLA 30 分钟就每 10–15 分钟一次）执行下面这条心跳命令：
|
package/skills.json
CHANGED
|
@@ -1,5 +1,5 @@
|
|
|
1
1
|
{
|
|
2
|
-
"runtimeVersion": "0.1.
|
|
2
|
+
"runtimeVersion": "0.1.14",
|
|
3
3
|
"platforms": {
|
|
4
4
|
"darwin-arm64": {
|
|
5
5
|
"id": "mac-arm64",
|
|
@@ -24,7 +24,7 @@
|
|
|
24
24
|
"skill": {
|
|
25
25
|
"name": "哨兵预警-0812",
|
|
26
26
|
"id": "priority-buyer-alert",
|
|
27
|
-
"version": "0.1.
|
|
27
|
+
"version": "0.1.22",
|
|
28
28
|
"bin": "priority-buyer-alert-cli"
|
|
29
29
|
}
|
|
30
30
|
}
|