@yixinkj/priority-buyer-alert-cli 0.1.49 → 0.1.50

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/priority-buyer-alert-cli",
-  "version": "0.1.49",
+  "version": "0.1.50",
   "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.49"
+version: "0.1.50"
 ---
 
 # 重点买家预警
@@ -81,7 +81,10 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 
 ## 交付
 
-读取 `artifacts.digest` 指向的 Markdown 文件，按其内容向用户转述：
+读取 `artifacts.digest` 指向的 Markdown 文件，按其内容向用户转述。
+
+**转述用纯文本加粗体，不要用 Markdown 标题、表格、反引号和列表符号**——这段话经常被直接
+转发到飞书或钉钉，那两个地方只认纯文本和加粗，其余符号会原样显示出来。
 
 - 没有预警时只说明本轮扫描范围和「没有超时未回复的重点买家」。
 - 有预警时按文件已有顺序逐条转述：谁的（负责人）、哪个买家和国家、哪一档等级、已等待多久、买家最后那句话。顺序已按等级和等待时长排好，不要重排。
@@ -195,16 +198,26 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 ### 买家最后一句是卡片时
 
 消息摘要会归一成固定标签：`[图片]` `[视频]` `[文件]` `[表情]` `[产品卡片]` `[订单卡片]`
-`[物流地址]` `[卡片]`。标签是确定性判定的结果，不要据此推断买家意图。
+`[定制询价]` `[物流地址]` `[卡片]`。标签是确定性判定的结果，不要据此推断买家意图。
 
-**只有询盘卡片会被展开**，摘要形如：
+**询盘卡片和定制询价卡会被展开**，摘要形如：
 
 ```
 [询盘卡片]｜产品：Stand up Pouch Coffee Packaging Bags｜数量：500 piece｜需求：…
 ```
 
-这张卡里是买家这次的实际需求，起草第一次回复要用；`[RFQ求购单]` 前缀表示它是 RFQ 而不是
-普通询盘，两者跟进方式不同。取不到卡片内容时退回 `[询盘卡片]` 标签，判定结果不受影响。
+这张卡里是买家这次的实际需求，起草第一次回复要用。三种前缀的跟进方式不同，不要混：
+
+- `[询盘卡片]` 普通询盘。
+- `[RFQ求购单]` 是 RFQ，不是普通询盘。
+- `[定制询价]` 买家**已经明确要定制**，卡里带着「定制规格」（例如「数码打印」）和目标单价
+  区间。回复要接住那条规格，不能只泛泛报价——他要的不是「多少钱」，是「这个规格你能不能做」。
+
+取不到卡片内容时退回标签本身，判定结果不受影响。
+
+**看到 `[卡片]` 这个兜底标签，意思是「有一张我们还认不出类型的卡」，不是「没有卡片」。**
+买家的需求很可能就写在里面。如实告诉用户遇到了未支持的卡片类型，不要当成纯文字会话去
+猜他要什么。
 
 首响清单里除了这句摘要，还有结构化的 `last_buyer_card`：`quantity`、`product_moq`、
 `product_unit_price`、`detail_requirement`（买家自己写的需求原文）。**把清单文件直接交给
@@ -266,9 +279,26 @@ npx -y @yixinkj/priority-buyer-alert-cli@latest \
 
 推送消息的要求：
 
+**飞书和钉钉只认纯文本和加粗。**不要用 `#` 标题、`|` 表格、反引号、`-` 列表和 `>` 引用——
+它们在群里是原样显示的一堆符号，读起来比没有格式还费劲。只用加粗和换行。
+
+格式就这样，不要加小标题、不要复述扫描范围：
+
+```text
+重点买家超时未回复 2 条
+
+**Djibril G｜Cote D'Ivoire｜L1+**｜负责人 Ada Shi
+已等 512 分钟｜第 5 次提醒，建议同步主管
+买家最后一句：pour un début je commande 5000 pieces...
+
+**（第二条同样格式）**
+```
+
 - 一条消息里按 digest 已有顺序列全，不要拆成多条刷屏、不要重排。
-- 每条包含负责人、买家和国家、等级、已等待分钟数、买家最后那句话。
-- 提醒次数 ≥ 3 的单独标出并建议同步主管。
+- 每条四行封顶：身份行、等待行、买家原话、（可选）建议。买家原话超过一行就截断加省略号。
+- **不要写扫描了多少页、多少条、多少重点买家、SLA 是多少。**那些是运维数字，
+  业务员看的是「谁在等、等了多久」。要复盘让他问。
+- 提醒次数 ≥ 3 的在等待行里点出来并建议同步主管，不要单独占一段。
 - 不要把 `数据提醒` 里的采集问题推给业务群；那属于运维信息，只在用户主动询问时说明。
 - 推送失败时如实报告失败，不要重复推送同一批预警；水位已经推进过，重复触发只会造成漏报错觉。
 

package/skills.json

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