@yixinkj/inquiry-opening-coach-cli 0.3.1 → 0.3.3

package/package.json

@@ -1,6 +1,6 @@
 {
   "name": "@yixinkj/inquiry-opening-coach-cli",
-  "version": "0.3.1",
+  "version": "0.3.3",
   "description": "询盘开场白创意教练独立启动器：只读读取询盘详情页并召回本机记忆库，不发送任何消息。",
   "type": "module",
   "bin": {

package/skill/SKILL.md

@@ -1,7 +1,7 @@
 ---
 name: create-inquiry-openers
 description: 为阿里巴巴国际站业务员创作新询盘的首次响应（英文开场白），可直接从询盘详情页读取买家国家、需求卡片和买家原话，也可由用户口述信息生成；结合本机记忆库的行为约束与长期经验，固定生成热情自然、幽默记忆、专业创意三种版本，并沉淀一条经验。同时管理这个本机记忆库和业务档案：通过纯 Rust CLI 写入、查看、修改、停用和删除记忆，并把累积的经验归纳为长期心智模型。Use when 用户给出询盘详情页链接、要求给某条新询盘写第一次回复、要求批量处理首响待办清单或看看有哪些新询盘要回、提到询盘开场白、客户第一句话、开发信开头、根据客户国家和产品写英文开场、修改或优化三套开场白；也 use when 用户说记住这个、保存公司资料、保存产品能力、维护 FAQ、设置禁止承诺、个人记忆点、查看或整理记忆库、把对话附件沉淀为长期资料、归纳历史询盘经验。
-version: "0.3.1"
+version: "0.3.3"
 ---
 
 # 询盘开场白创意教练
@@ -51,17 +51,37 @@ npx -y @yixinkj/inquiry-opening-coach-cli@latest \
 
 走交接时 `messageCount`、`buyerMessageCount` 这些是空的：那条路径没读整条会话。**空不等于零**，别把它当成「这条会话没有消息」。
 
-### 按会话阶段分流
+### 写不写：只看有没有起草过
 
-看每条的 `thread_stage`，**不要看 `first_response_pending`**。判据是「这段对话到了哪个阶段」，不是「有没有人回过」。
+**判据只有一个：`alreadyDrafted`。**今天进来的询盘、本 Skill 之前没给它起草过，就写开场白。
+不要再拿会话热度（消息条数、间隔）或 `first_response_pending` 去做第二道否决。
 
-- **`opening`** —— 还在开场，正常写三套开场白。这里包含两种情况：
-  - 今天刚进来、消息还不多的新询盘；
-  - **买家几个月前问过一次、今天又来问**。中间隔了很久，采购周期甚至对接人都可能换了，上一轮说过什么都不作数——等于重新开场，哪怕当时回过。
-- **`ongoing`** —— 已经聊起来了。**不要写开场白**，那种「感谢您的询盘」业务员一眼就看得出来。告诉用户这条已经在谈了，问他要不要写跟进（跟进话术还在做，暂时只能这样处理）。
-- **`unknown`** —— 没取到详情，**判不出来**。一律跳过，不要因为「顺便也写一版」而放宽：猜成开场会给一条聊了几周的会话写「第一次回复」。
+这一条曾经写成「只有 `opening` 才写」，真机验收直接证伪了它：今天的 2 条、放宽到 7 天的
+42 条，**全部**是 `ongoing`，一条都写不出来。原因是阿里的 `thread_message_count` 把系统消息、
+卡片、自动接待都算进去，今天刚进来的询盘也轻易超过阈值。那个阈值是个从未被真实数据
+检验过的占位值，拿它当否决条件，等于把功能关掉。
 
-`first_response_pending` 仍然在清单里，但它只说明「我方有没有发过真人消息」，**不能用来决定写不写开场白**：全是 AI 自动接待、来回二十条的会话它是 `yes`，那显然不该写开场白；久未联系后重新来问的它是 `no`，那恰恰该写。
+### 会话热度只用来定语气
+
+哨兵清单里每条带两个原始数字：`thread_message_count`（整条会话的消息条数）和
+`last_gap_ms`（买家最后一句距上一条的间隔）。它们决定的是**怎么开口**，不是**要不要开口**：
+
+- **`last_gap_ms` 很大**（跨月甚至跨季）—— 买家很久前问过、今天又来问。中间可能换了
+  采购周期甚至换了对接人，上一轮说过什么都不作数，按重新开场写，哪怕当时回过。
+- **`thread_message_count` 偏大** —— 会话里已经有些来回了。**照写，但开头不要用
+  「感谢您的询盘」**，那种话业务员一眼就看得出来；先接住已经聊过的内容，再进入正题。
+  这个数**包含系统消息、卡片和自动接待**，今天刚进来的询盘也常常有七八条，
+  别把它当成「双方真的聊了这么多句」。
+- **两个都是空** —— 没取到整条会话的统计。**照写，按第一次回复的语气。**
+  走哨兵交接时这是常态（那条路径本来就不读整条会话，见上面「空不等于零」），
+  把它当成跳过理由会让交接来的每一条都被丢掉。
+
+这里原来是哨兵分好桶的 `thread_stage`（`opening` / `ongoing`），阈值 6 条。真机验收
+把它证伪了——今天的 2 条、7 天的 42 条全被判成 `ongoing`——现在哨兵不再分桶，
+**这个字段已经不存在了**，不要再去找它。
+
+`first_response_pending` 两边都不作数，它只说明「我方有没有发过真人消息」：全是 AI 自动接待、
+来回二十条的会话它是 `yes`；久未联系后重新来问的它是 `no`。
 
 ### 已经起草过的不要重写
 
@@ -134,7 +154,12 @@ CLI 内部已经等过了——`bridge_offline` 是在轮询共享桥 45 秒之
 - `authorization_failed` —— 请用户先完成译心授权
 - `bridge_offline` / `bridge_outdated` / `extension_outdated` —— 分别是打开浏览器、升级译心桥、在扩展管理页重新加载插件，三件事不同，不要混说
 - `login_required` —— 请用户在浏览器重新登录后重试
-- `browser_profile_ambiguous` —— 请用户只保留目标 Profile 连接
+- `browser_profile_ambiguous` —— **报错正文里已经列出了每个 Profile 开着哪些站点，并标出谁开着阿里。
+  把那份清单原样转述给用户**，再给两个选择：用 `--profile "<清单里的 Profile ID>"` 指定，
+  或只保留目标 Profile 连接后重试。不要只说一句「检测到多个 Profile」——那等于让他挨个关窗口试。
+  （多个 Profile 但只有一个开着阿里时不会报这个错，CLI 会自己收窄，那是确定的、不是猜的。）
+- `browser_profile_unavailable` —— 请用户打开浏览器并确认译心插件已连接。报错里带着桥返回的标签数：
+  数量为 0 是浏览器没开或插件没连；数量不为 0 说明桥太旧、没上报 Profile 标识，那要升级共享译心桥
 - `thread_not_loaded` —— 稍后重试；持续出现说明页面结构可能变了
 - `invalid_arguments` —— 多半是地址不完整，请用户从地址栏重新复制
 

package/skills.json

@@ -1,5 +1,5 @@
 {
-  "runtimeVersion": "0.3.1",
+  "runtimeVersion": "0.3.2",
   "platforms": {
     "darwin-arm64": {
       "id": "mac-arm64",
@@ -24,7 +24,7 @@
   "skill": {
     "name": "create-inquiry-openers",
     "id": "inquiry-opening-coach",
-    "version": "0.3.1",
+    "version": "0.3.3",
     "bin": "inquiry-opening-coach-cli"
   }
 }