sophhub 0.4.19 → 0.4.21

package/skills/image-identify-world/src/scripts/identify_world.py

@@ -1,115 +1,115 @@
-import argparse
-import base64
-import json
-import os
-import urllib.error
-import urllib.request
-
-import sophnet_tools
-
-API_URL = "https://www.sophnet.com/api/open-apis/v1/chat/completions"
-MODEL = "Qwen3-VL-235B-A22B-Instruct"
-
-SYSTEM_PROMPT = """你是专业的自然与人文识图辅助助手，回答基于图像特征作审慎判断，不能当成权威鉴定结论。用户会提供一张图片。请先大致判断画面里**最主要的那一样东西**可能属于哪类：植物、动物、真菌、昆虫、矿物、人造物或工艺品、食物、景观地标、纸面或屏幕上的内容、其他——若画面含糊，就明说看不准大类。围绕这一主要主体展开；若有容易混淆的近似种或其他主体，用一两句说明替代可能。
-
-语气必须专业、审慎并留有余地：可使用「根据图像特征判断」「更接近」「可能为」「不能完全排除」「仅凭这张图片暂不宜定到种」等表述；禁止使用「这就是」「肯定是」「百分之百」「一定是」之类绝对措辞。学名、毒性、能否食用、是否保护物种等尤其要保守，拿不准就明确说明，并提醒用户以专业鉴定、权威资料或监管信息为准。
-
-用**简体中文**输出几段自然连贯的话，风格应清晰、可靠、易懂；不要 Markdown 标题（不要 #、##），不要表格，不要用「-」或数字做条目罗列。
-
-内容里尽量自然带到（都只作或然叙述；禁止编造图上没有依据的数字，如具体海拔、精确尺寸）：可能的常见叫法、别名；若判断依据较充分，再提学名和大概分类；常见原产地或分布；就这张照片里看得见的花、叶、毛、斑、姿态等特征；常见生境及与人的关系；毒性、可食性或保护类别等风险信息必须保守表述。若照片模糊、角度受限或关键特征被遮挡，要说明结论卡在哪一级，以及进一步确认时建议补拍哪些细节。
-
-开头不要寒暄，直接给出基于图像特征的判断。收束时简短提醒：以上为图像识别参考，涉及食用、触碰、用药、采收、饲养或保护等级等事项，应以权威资料或专业人士意见为准。"""
-
-
-def _is_likely_base64(raw: str) -> bool:
-    text = raw.strip()
-    if not text or any(ch.isspace() for ch in text):
-        return False
-    try:
-        base64.b64decode(text, validate=True)
-        return True
-    except Exception:
-        return False
-
-
-def normalize_image_input(image_input: str, upload_timeout: int = 30) -> str:
-    text = image_input.strip()
-    if not text:
-        raise ValueError("图片输入不能为空")
-
-    if text.startswith(("http://", "https://")):
-        return text
-
-    if text.startswith("data:image/") and ";base64," in text:
-        return text
-
-    if os.path.exists(text):
-        return sophnet_tools.upload_oss(text, upload_timeout)
-
-    if _is_likely_base64(text):
-        return text
-
-    raise ValueError("无法识别图片输入：请传入 URL、base64、data URL 或本地文件路径")
-
-
-def call_vlm(image_input: str) -> str:
-    api_key = sophnet_tools.get_api_key()
-    image_url = normalize_image_input(image_input)
-
-    payload = {
-        "messages": [
-            {"role": "system", "content": SYSTEM_PROMPT},
-            {
-                "role": "user",
-                "content": [
-                    {
-                        "type": "image_url",
-                        "image_url": {"url": image_url},
-                    }
-                ],
-            },
-        ],
-        "model": MODEL,
-        "stream": False,
-    }
-
-    body = json.dumps(payload).encode("utf-8")
-    request = urllib.request.Request(
-        url=API_URL,
-        data=body,
-        method="POST",
-        headers={
-            "Content-Type": "application/json",
-            "Accept": "application/json",
-            "Authorization": f"Bearer {api_key}",
-        },
-    )
-
-    try:
-        with urllib.request.urlopen(request, timeout=120) as response:
-            raw = response.read().decode("utf-8")
-            data = json.loads(raw)
-    except urllib.error.HTTPError as exc:
-        detail = exc.read().decode("utf-8", errors="ignore")
-        raise RuntimeError(f"HTTPError: {exc.code} {exc.reason} | {detail}") from exc
-    except urllib.error.URLError as exc:
-        raise RuntimeError(f"URLError: {exc.reason}") from exc
-
-    try:
-        return data["choices"][0]["message"]["content"]
-    except (KeyError, IndexError, TypeError):
-        return json.dumps(data, ensure_ascii=False, indent=2)
-
-
-def build_parser():
-    parser = argparse.ArgumentParser(description="识万物：对图片主体做推测性讲解（非专业鉴定）")
-    parser.add_argument(
-        "image",
-        help="图片输入，支持 http(s) URL、base64、data URL 或本地文件路径",
-    )
-    return parser
-
-
-if __name__ == "__main__":
-    args = build_parser().parse_args()
-    print(call_vlm(args.image))
+import argparse
+import base64
+import json
+import os
+import urllib.error
+import urllib.request
+
+import sophnet_tools
+
+API_URL = "https://www.sophnet.com/api/open-apis/v1/chat/completions"
+MODEL = "Qwen3-VL-235B-A22B-Instruct"
+
+SYSTEM_PROMPT = """你是专业的自然与人文识图辅助助手，回答基于图像特征作审慎判断，不能当成权威鉴定结论。用户会提供一张图片。请先大致判断画面里**最主要的那一样东西**可能属于哪类：植物、动物、真菌、昆虫、矿物、人造物或工艺品、食物、景观地标、纸面或屏幕上的内容、其他——若画面含糊，就明说看不准大类。围绕这一主要主体展开；若有容易混淆的近似种或其他主体，用一两句说明替代可能。
+
+语气必须专业、审慎并留有余地：可使用「根据图像特征判断」「更接近」「可能为」「不能完全排除」「仅凭这张图片暂不宜定到种」等表述；禁止使用「这就是」「肯定是」「百分之百」「一定是」之类绝对措辞。学名、毒性、能否食用、是否保护物种等尤其要保守，拿不准就明确说明，并提醒用户以专业鉴定、权威资料或监管信息为准。
+
+用**简体中文**输出几段自然连贯的话，风格应清晰、可靠、易懂；不要 Markdown 标题（不要 #、##），不要表格，不要用「-」或数字做条目罗列。
+
+内容里尽量自然带到（都只作或然叙述；禁止编造图上没有依据的数字，如具体海拔、精确尺寸）：可能的常见叫法、别名；若判断依据较充分，再提学名和大概分类；常见原产地或分布；就这张照片里看得见的花、叶、毛、斑、姿态等特征；常见生境及与人的关系；毒性、可食性或保护类别等风险信息必须保守表述。若照片模糊、角度受限或关键特征被遮挡，要说明结论卡在哪一级，以及进一步确认时建议补拍哪些细节。
+
+开头不要寒暄，直接给出基于图像特征的判断。收束时简短提醒：以上为图像识别参考，涉及食用、触碰、用药、采收、饲养或保护等级等事项，应以权威资料或专业人士意见为准。"""
+
+
+def _is_likely_base64(raw: str) -> bool:
+    text = raw.strip()
+    if not text or any(ch.isspace() for ch in text):
+        return False
+    try:
+        base64.b64decode(text, validate=True)
+        return True
+    except Exception:
+        return False
+
+
+def normalize_image_input(image_input: str, upload_timeout: int = 30) -> str:
+    text = image_input.strip()
+    if not text:
+        raise ValueError("图片输入不能为空")
+
+    if text.startswith(("http://", "https://")):
+        return text
+
+    if text.startswith("data:image/") and ";base64," in text:
+        return text
+
+    if os.path.exists(text):
+        return sophnet_tools.upload_oss(text, upload_timeout)
+
+    if _is_likely_base64(text):
+        return text
+
+    raise ValueError("无法识别图片输入：请传入 URL、base64、data URL 或本地文件路径")
+
+
+def call_vlm(image_input: str) -> str:
+    api_key = sophnet_tools.get_api_key()
+    image_url = normalize_image_input(image_input)
+
+    payload = {
+        "messages": [
+            {"role": "system", "content": SYSTEM_PROMPT},
+            {
+                "role": "user",
+                "content": [
+                    {
+                        "type": "image_url",
+                        "image_url": {"url": image_url},
+                    }
+                ],
+            },
+        ],
+        "model": MODEL,
+        "stream": False,
+    }
+
+    body = json.dumps(payload).encode("utf-8")
+    request = urllib.request.Request(
+        url=API_URL,
+        data=body,
+        method="POST",
+        headers={
+            "Content-Type": "application/json",
+            "Accept": "application/json",
+            "Authorization": f"Bearer {api_key}",
+        },
+    )
+
+    try:
+        with urllib.request.urlopen(request, timeout=120) as response:
+            raw = response.read().decode("utf-8")
+            data = json.loads(raw)
+    except urllib.error.HTTPError as exc:
+        detail = exc.read().decode("utf-8", errors="ignore")
+        raise RuntimeError(f"HTTPError: {exc.code} {exc.reason} | {detail}") from exc
+    except urllib.error.URLError as exc:
+        raise RuntimeError(f"URLError: {exc.reason}") from exc
+
+    try:
+        return data["choices"][0]["message"]["content"]
+    except (KeyError, IndexError, TypeError):
+        return json.dumps(data, ensure_ascii=False, indent=2)
+
+
+def build_parser():
+    parser = argparse.ArgumentParser(description="识万物：对图片主体做推测性讲解（非专业鉴定）")
+    parser.add_argument(
+        "image",
+        help="图片输入，支持 http(s) URL、base64、data URL 或本地文件路径",
+    )
+    return parser
+
+
+if __name__ == "__main__":
+    args = build_parser().parse_args()
+    print(call_vlm(args.image))

package/skills/insurance-policy-review/skill.json

@@ -1,27 +1,27 @@
-{
-  "name": "insurance-policy-review",
-  "version": "1.1.0",
-  "types": [
-    "store"
-  ],
-  "displayName": "保险业小老板：客户保单盘点与续保经营助手",
-  "description": "面向保险门店/团队负责人的续保经营工作流：把客户与保单整理成可运营台账，按30/60/90天节点分层，识别续保漏斗风险、条款/合规风险与服务风险，并输出可落地的角色分工SOP与客户沟通话术包。",
-  "changelog": [
-    {
-      "version": "1.1.0",
-      "date": "2026-04-24",
-      "changes": [
-        "将场景从家庭保单年检升级为保险业小老板的客户续保盘点与经营SOP：新增客户分层、节点漏斗、合规风险与团队执行结构"
-      ]
-    },
-    {
-      "version": "1.0.0",
-      "date": "2026-04-23",
-      "changes": [
-        "初次提交（从 six-skill 目录对齐标准 skill 结构）"
-      ]
-    }
-  ],
-  "createdAt": "2026-04-23",
-  "updatedAt": "2026-04-24"
-}
+{
+  "name": "insurance-policy-review",
+  "version": "1.1.0",
+  "types": [
+    "store"
+  ],
+  "displayName": "保险业小老板：客户保单盘点与续保经营助手",
+  "description": "面向保险门店/团队负责人的续保经营工作流：把客户与保单整理成可运营台账，按30/60/90天节点分层，识别续保漏斗风险、条款/合规风险与服务风险，并输出可落地的角色分工SOP与客户沟通话术包。",
+  "changelog": [
+    {
+      "version": "1.1.0",
+      "date": "2026-04-24",
+      "changes": [
+        "将场景从家庭保单年检升级为保险业小老板的客户续保盘点与经营SOP：新增客户分层、节点漏斗、合规风险与团队执行结构"
+      ]
+    },
+    {
+      "version": "1.0.0",
+      "date": "2026-04-23",
+      "changes": [
+        "初次提交（从 six-skill 目录对齐标准 skill 结构）"
+      ]
+    }
+  ],
+  "createdAt": "2026-04-23",
+  "updatedAt": "2026-04-24"
+}

package/skills/insurance-policy-review/src/SKILL.md

@@ -1,75 +1,75 @@
----
-name: insurance-policy-review
-description: 面向保险门店/团队负责人的续保经营工作流。用于客户保单盘点、续保台账搭建、30/60/90天节点分层、识别续保漏斗与条款/合规/服务风险，并输出团队分工SOP与客户沟通话术包。
----
-
-## 适用场景（触发条件）
-
-- “我这月/这季度续保要怎么盘？哪些客户最该先跟进？”
-- “客户保单很散，想做一张可运营的保单台账/续保台账”
-- “想按客户分层做经营：高价值/高风险/沉睡客户怎么唤醒？”
-- “理赔/拒赔/投诉风险怎么提前识别？怎么把话术合规化？”
-- “团队跟进没章法，想要一个可落地SOP：谁做什么、什么时候做、怎么记录”
-- “不想要泛泛保险科普，要能直接用于门店经营的清单、表格和话术”
-
-## 输入信息（一次性收集）
-
-### A. 经营与团队信息（门店视角）
-- 门店/团队结构：老板/主管/顾问人数、是否有助理/电销
-- 经营周期：本月/本季度/全年（默认本季度）
-- 业务范围：个险（寿险/重疾/医疗/意外）、团险、车险、财产险（可多选）
-- 跟进与记录工具：Excel/企业微信/CRM（用于给动作建议做适配）
-
-### B. 客户清单与现有保单信息（可先粗略）
-建议以“客户”为单位汇总；如果只能提供“保单”，也可以先做反向归集。
-
-每位客户至少提供：
-- 客户标签：新/老、家庭结构（单身/有娃/赡养）、收入区间（可选）、是否企业主（可选）
-- 触达信息：最佳联系时间、偏好渠道（电话/企微/面谈）
-- 关键节点：续期缴费日/到期日/保证续保到期点（如有）
-
-每张保单尽量提供：
-- 产品/险种大类、保额/保费、保障期限、缴费期、被保人/投保人/受益人
-- 关键条款点：健康告知（是否有变更风险）、免责/既往症、等待期、免赔额、续保条件（保证/非保证）
-- 经营信息：年缴/月缴、是否自动扣费、是否存在断缴/保全变更
-
-### C. 经营目标与约束（老板决策）
-- 目标：续保保费目标（本月/本季度）、新增件数目标、老客转介绍目标（可选）
-- 约束：不碰高争议话术、偏好“稳续保”还是“提升客单”（可选）
-- 风险偏好：更重视投诉/合规风险，还是更重视短期业绩（用于排序）
-
-## 标准输出（必须按这个结构给）
-
-### 1) 客户-保单运营总表（可复制）
-输出一张表格（推荐每行=一位客户；必要时可展开到“客户-保单”两级表）。字段至少包含：
-客户｜客户分层（A/B/C）｜关键节点（30/60/90天）｜当前年保费｜保单结构概览｜续保风险（低/中/高）｜投诉/拒赔风险提示｜下一步动作（一句话）｜负责人｜截止日期
-
-### 2) 经营问题清单（按优先级）
-至少覆盖 5 类（每条必须包含：为什么 + 证据字段 + 影响 + 建议动作）：
-- **续保漏斗风险**：未来30/60/90天到期/缴费集中、自动扣费失败、断缴概率高的客户
-- **产品/条款风险**：非保证续保、健康告知敏感、免责争议点、既往症/体况变化导致的经营风险
-- **客户关系风险**：长期未触达、服务承诺不可兑现、历史理赔/投诉苗头
-- **结构与价值提升机会**：同一客户多张小单但缺少核心保障/缺少长期规划，可通过“结构化复盘”提升客单（不做带货式硬推）
-- **团队执行问题**：跟进无SOP、资料缺失、记录不一致导致的错过续保/扯皮
-
-### 3) 续保经营SOP（可执行）
-输出 checklist（按“老板/主管/顾问/助理”分工；每项包含触发条件与完成标准）：
-- 台账补齐：缺哪些字段、怎么从保单/系统截取、如何命名与归档
-- 风险标记：哪些情况必须标“高风险”，需谁复核（例如非保证续保、体况变化、历史拒赔争议）
-- 跟进节奏：T-90/T-60/T-30/T-7/到期后7天的触达动作与升级规则
-- 记录与复盘：每次沟通最少记录哪些要点（需求/异议/下一次时间/材料）
-- 合规底线：哪些表达禁用、哪些必须加免责声明、哪些场景建议引导书面确认
-
-### 4) 客户沟通话术包（四套，直接可用）
-- **续保提醒（温和版）**：不吓唬、强调服务与节点
-- **续保提醒（强节点版）**：强调时间点与操作，适合助理/电销
-- **条款风险说明（合规版）**：非保证续保/既往症/免责的解释模板（避免承诺式措辞）
-- **面谈邀约与资料收集**：如何要资料、如何把“体检/复盘”包装成服务交付
-
-## 质量检查
-
-- 不做具体产品“带货式”推荐，除非用户明确要求对比/筛选方案
-- 任何“风险/建议”必须可追溯到“表格里的字段/条款点/时间节点”
-- 避免保证性承诺措辞（如“肯定能赔/一定能续”），使用条件化与流程化表达
-- 涉及法律/合规/条款解释时，提醒以合同条款与公司规则为准（可附统一免责声明句式）
-
+---
+name: insurance-policy-review
+description: 面向保险门店/团队负责人的续保经营工作流。用于客户保单盘点、续保台账搭建、30/60/90天节点分层、识别续保漏斗与条款/合规/服务风险，并输出团队分工SOP与客户沟通话术包。
+---
+
+## 适用场景（触发条件）
+
+- “我这月/这季度续保要怎么盘？哪些客户最该先跟进？”
+- “客户保单很散，想做一张可运营的保单台账/续保台账”
+- “想按客户分层做经营：高价值/高风险/沉睡客户怎么唤醒？”
+- “理赔/拒赔/投诉风险怎么提前识别？怎么把话术合规化？”
+- “团队跟进没章法，想要一个可落地SOP：谁做什么、什么时候做、怎么记录”
+- “不想要泛泛保险科普，要能直接用于门店经营的清单、表格和话术”
+
+## 输入信息（一次性收集）
+
+### A. 经营与团队信息（门店视角）
+- 门店/团队结构：老板/主管/顾问人数、是否有助理/电销
+- 经营周期：本月/本季度/全年（默认本季度）
+- 业务范围：个险（寿险/重疾/医疗/意外）、团险、车险、财产险（可多选）
+- 跟进与记录工具：Excel/企业微信/CRM（用于给动作建议做适配）
+
+### B. 客户清单与现有保单信息（可先粗略）
+建议以“客户”为单位汇总；如果只能提供“保单”，也可以先做反向归集。
+
+每位客户至少提供：
+- 客户标签：新/老、家庭结构（单身/有娃/赡养）、收入区间（可选）、是否企业主（可选）
+- 触达信息：最佳联系时间、偏好渠道（电话/企微/面谈）
+- 关键节点：续期缴费日/到期日/保证续保到期点（如有）
+
+每张保单尽量提供：
+- 产品/险种大类、保额/保费、保障期限、缴费期、被保人/投保人/受益人
+- 关键条款点：健康告知（是否有变更风险）、免责/既往症、等待期、免赔额、续保条件（保证/非保证）
+- 经营信息：年缴/月缴、是否自动扣费、是否存在断缴/保全变更
+
+### C. 经营目标与约束（老板决策）
+- 目标：续保保费目标（本月/本季度）、新增件数目标、老客转介绍目标（可选）
+- 约束：不碰高争议话术、偏好“稳续保”还是“提升客单”（可选）
+- 风险偏好：更重视投诉/合规风险，还是更重视短期业绩（用于排序）
+
+## 标准输出（必须按这个结构给）
+
+### 1) 客户-保单运营总表（可复制）
+输出一张表格（推荐每行=一位客户；必要时可展开到“客户-保单”两级表）。字段至少包含：
+客户｜客户分层（A/B/C）｜关键节点（30/60/90天）｜当前年保费｜保单结构概览｜续保风险（低/中/高）｜投诉/拒赔风险提示｜下一步动作（一句话）｜负责人｜截止日期
+
+### 2) 经营问题清单（按优先级）
+至少覆盖 5 类（每条必须包含：为什么 + 证据字段 + 影响 + 建议动作）：
+- **续保漏斗风险**：未来30/60/90天到期/缴费集中、自动扣费失败、断缴概率高的客户
+- **产品/条款风险**：非保证续保、健康告知敏感、免责争议点、既往症/体况变化导致的经营风险
+- **客户关系风险**：长期未触达、服务承诺不可兑现、历史理赔/投诉苗头
+- **结构与价值提升机会**：同一客户多张小单但缺少核心保障/缺少长期规划，可通过“结构化复盘”提升客单（不做带货式硬推）
+- **团队执行问题**：跟进无SOP、资料缺失、记录不一致导致的错过续保/扯皮
+
+### 3) 续保经营SOP（可执行）
+输出 checklist（按“老板/主管/顾问/助理”分工；每项包含触发条件与完成标准）：
+- 台账补齐：缺哪些字段、怎么从保单/系统截取、如何命名与归档
+- 风险标记：哪些情况必须标“高风险”，需谁复核（例如非保证续保、体况变化、历史拒赔争议）
+- 跟进节奏：T-90/T-60/T-30/T-7/到期后7天的触达动作与升级规则
+- 记录与复盘：每次沟通最少记录哪些要点（需求/异议/下一次时间/材料）
+- 合规底线：哪些表达禁用、哪些必须加免责声明、哪些场景建议引导书面确认
+
+### 4) 客户沟通话术包（四套，直接可用）
+- **续保提醒（温和版）**：不吓唬、强调服务与节点
+- **续保提醒（强节点版）**：强调时间点与操作，适合助理/电销
+- **条款风险说明（合规版）**：非保证续保/既往症/免责的解释模板（避免承诺式措辞）
+- **面谈邀约与资料收集**：如何要资料、如何把“体检/复盘”包装成服务交付
+
+## 质量检查
+
+- 不做具体产品“带货式”推荐，除非用户明确要求对比/筛选方案
+- 任何“风险/建议”必须可追溯到“表格里的字段/条款点/时间节点”
+- 避免保证性承诺措辞（如“肯定能赔/一定能续”），使用条件化与流程化表达
+- 涉及法律/合规/条款解释时，提醒以合同条款与公司规则为准（可附统一免责声明句式）
+

package/skills/insurance-sales-playbook/skill.json

@@ -1,20 +1,20 @@
-{
-  "name": "insurance-sales-playbook",
-  "version": "1.0.0",
-  "types": [
-    "store"
-  ],
-  "displayName": "保险成交话术与私域运营助手",
-  "description": "面向保险代理人/小团队/小老板的“线索→邀约→面谈→成交→转介绍”落地技能，输出可复制话术、异议处理、朋友圈内容脚本、客户跟进节奏与合规边界提醒。",
-  "changelog": [
-    {
-      "version": "1.0.0",
-      "date": "2026-04-23",
-      "changes": [
-        "初次提交（从 six-skill 目录对齐标准 skill 结构）"
-      ]
-    }
-  ],
-  "createdAt": "2026-04-23",
-  "updatedAt": "2026-04-23"
-}
+{
+  "name": "insurance-sales-playbook",
+  "version": "1.0.0",
+  "types": [
+    "store"
+  ],
+  "displayName": "保险成交话术与私域运营助手",
+  "description": "面向保险代理人/小团队/小老板的“线索→邀约→面谈→成交→转介绍”落地技能，输出可复制话术、异议处理、朋友圈内容脚本、客户跟进节奏与合规边界提醒。",
+  "changelog": [
+    {
+      "version": "1.0.0",
+      "date": "2026-04-23",
+      "changes": [
+        "初次提交（从 six-skill 目录对齐标准 skill 结构）"
+      ]
+    }
+  ],
+  "createdAt": "2026-04-23",
+  "updatedAt": "2026-04-23"
+}

package/skills/insurance-sales-playbook/src/SKILL.md

@@ -1,58 +1,58 @@
----
-name: insurance-sales-playbook
-description: Provide repeatable insurance sales scripts and private-domain follow-up cadence with compliance reminders. Use when the user asks about 保险话术, 异议处理, 邀约面谈, 私域运营, 朋友圈内容, 转介绍, or 跟进节奏.
----
-
-## 适用场景（触发条件）
-
-- “客户说太贵/再想想/已经买过了，怎么回复？”
-- “怎么邀约面谈/怎么做家庭保单体检？”
-- “朋友圈发什么不招人烦？怎么做信任？”
-- “想做转介绍/客户续保提醒/生日关怀”
-
-## 输入信息（一次性收集）
-
-- **你的身份**：代理人/经纪人/团队负责人
-- **目标客户画像**：宝妈/白领/个体户/企业主等
-- **产品类型**：医疗险/重疾/寿险/意外/年金（可多选）
-- **沟通阶段**：首次接触/已报价/面谈后/临门一脚/续保
-- **客户核心异议**：价格/不信任/怕理赔/怕被骗/已买过/没预算
-- **合规要求**：公司话术规范（如有）
-
-## 标准输出（必须按这个结构给）
-
-### 1) 本次沟通目标（一句话）
-例：把“再想想”推进到“约定下次面谈时间”。
-
-### 2) 三段式回应（可直接复制）
-- **共情一句**：先接住情绪/顾虑
-- **澄清提问**：用1-2个问题定位真实原因
-- **推进动作**：给二选一/给具体时间
-
-### 3) 异议处理卡（表格）
-输出表格：异议 → 真实原因猜测 → 推荐回应 → 下一步动作 → 禁区提醒。
-
-### 4) 7天跟进节奏（不骚扰版）
-按 Day0/Day1/Day3/Day7 给：
-- 触达方式（文字/语音/电话）
-- 内容要点（价值/案例/科普）
-- 目标动作（预约/资料/确认预算）
-
-### 5) 朋友圈内容脚本（连续7条）
-每条包含：
-- 标题/开头钩子
-- 正文（100-180字）
-- 结尾互动问题（引导私聊）
-并给出内容结构占比建议：科普/案例/生活/价值观/客户反馈（合规表达）。
-
-## 合规边界（必须提醒）
-
-- 不做“保证理赔/保证收益/夸大疾病覆盖”承诺
-- 不引导客户隐瞒健康告知
-- 用“案例”时要去除可识别信息，避免虚构细节
-
-## 质量检查
-
-- 话术必须“短、自然、可复制”，避免大段说教
-- 每次输出都要有“下一步动作”（约时间/要资料/确认预算）
-
+---
+name: insurance-sales-playbook
+description: Provide repeatable insurance sales scripts and private-domain follow-up cadence with compliance reminders. Use when the user asks about 保险话术, 异议处理, 邀约面谈, 私域运营, 朋友圈内容, 转介绍, or 跟进节奏.
+---
+
+## 适用场景（触发条件）
+
+- “客户说太贵/再想想/已经买过了，怎么回复？”
+- “怎么邀约面谈/怎么做家庭保单体检？”
+- “朋友圈发什么不招人烦？怎么做信任？”
+- “想做转介绍/客户续保提醒/生日关怀”
+
+## 输入信息（一次性收集）
+
+- **你的身份**：代理人/经纪人/团队负责人
+- **目标客户画像**：宝妈/白领/个体户/企业主等
+- **产品类型**：医疗险/重疾/寿险/意外/年金（可多选）
+- **沟通阶段**：首次接触/已报价/面谈后/临门一脚/续保
+- **客户核心异议**：价格/不信任/怕理赔/怕被骗/已买过/没预算
+- **合规要求**：公司话术规范（如有）
+
+## 标准输出（必须按这个结构给）
+
+### 1) 本次沟通目标（一句话）
+例：把“再想想”推进到“约定下次面谈时间”。
+
+### 2) 三段式回应（可直接复制）
+- **共情一句**：先接住情绪/顾虑
+- **澄清提问**：用1-2个问题定位真实原因
+- **推进动作**：给二选一/给具体时间
+
+### 3) 异议处理卡（表格）
+输出表格：异议 → 真实原因猜测 → 推荐回应 → 下一步动作 → 禁区提醒。
+
+### 4) 7天跟进节奏（不骚扰版）
+按 Day0/Day1/Day3/Day7 给：
+- 触达方式（文字/语音/电话）
+- 内容要点（价值/案例/科普）
+- 目标动作（预约/资料/确认预算）
+
+### 5) 朋友圈内容脚本（连续7条）
+每条包含：
+- 标题/开头钩子
+- 正文（100-180字）
+- 结尾互动问题（引导私聊）
+并给出内容结构占比建议：科普/案例/生活/价值观/客户反馈（合规表达）。
+
+## 合规边界（必须提醒）
+
+- 不做“保证理赔/保证收益/夸大疾病覆盖”承诺
+- 不引导客户隐瞒健康告知
+- 用“案例”时要去除可识别信息，避免虚构细节
+
+## 质量检查
+
+- 话术必须“短、自然、可复制”，避免大段说教
+- 每次输出都要有“下一步动作”（约时间/要资料/确认预算）
+

package/skills/inventory-management/skill.json

@@ -1,20 +1,20 @@
-{
-  "name": "inventory-management",
-  "version": "1.0.0",
-  "types": [
-    "builtin"
-  ],
-  "displayName": "",
-  "description": "",
-  "changelog": [
-    {
-      "version": "1.0.0",
-      "date": "2026-04-09",
-      "changes": [
-        "初次提交"
-      ]
-    }
-  ],
-  "createdAt": "2026-04-09",
-  "updatedAt": "2026-04-09"
-}
+{
+  "name": "inventory-management",
+  "version": "1.0.0",
+  "types": [
+    "builtin"
+  ],
+  "displayName": "",
+  "description": "",
+  "changelog": [
+    {
+      "version": "1.0.0",
+      "date": "2026-04-09",
+      "changes": [
+        "初次提交"
+      ]
+    }
+  ],
+  "createdAt": "2026-04-09",
+  "updatedAt": "2026-04-09"
+}