@sokeai/cli 1.0.76 → 1.0.78

package/skills/ai-coach-director/references/cases/create//346/237/220/345/233/275/351/231/205/346/243/200/346/265/213/346/234/272/346/236/204//346/237/220/345/233/275/351/231/205/346/243/200/346/265/213/346/234/272/346/236/204P03/351/231/252/347/273/203/346/211/247/350/241/214/346/226/271/346/241/210_20260610.md

@@ -1,225 +0,0 @@
-# TÜV莱茵P03首次电话拜访 · 陪练从搭建到验收执行方案
-
-> 场景：德国莱茵TÜV P03电子电器事业部 · 销售顾问首次电话拜访
-> 状态：知识库+角色+提示词V1.0已完成，进入内部测试阶段
-
----
-
-# 一、场景定义（验收时回到这里对照）
-
-| 验收项 | 标准 |
-|--------|------|
-| 场景名称 | TÜV莱茵P03电子电器·销售顾问首次电话拜访 |
-| 训练对象 | 销售顾问（新晋/中级） |
-| 训练方式 | 电话对练（非面访） |
-| 拜访目标 | 建立联系（加微信）+ 埋钩子（约下次沟通） |
-| 核心优势 | 欧洲方向认证（CE/GS/TÜV Mark）+ 全生命周期服务 |
-| 核心难点 | 第一通电话建立信任，不能直接卖 |
-| 一票否决 | 贬低竞品 / 过度承诺 / 纠缠拒接客户 |
-
----
-
-# 二、知识库（已就绪，不需要再改）
-
-已完成的知识资产，直接供学员预习和AI角色调用：
-
-- TÜV莱茵集团概况（1872年成立，22.75亿欧元营收，20,870名员工）
-- 四大事业群（工业/交通/产品/人员），P03隶属于产品服务事业群
-- P03服务产品范围：音视频/家电/电脑周边/无线/灯具/电源/园林工具/实验室设备
-- 核心服务矩阵：全球准入认证（安全/EMC/无线/化学/能效/网络安全/可持续）
-- 定制化性能测试：低蓝光/无频闪/眼舒适等商业认证
-- Certipedia证书数据库（扫码可查）
-- 全球238个实验室，其中P03 185家
-- 780个国际/国家机构授权
-
-**验收标准**：AI角色回答产品/服务/认证相关问题时不编造、不矛盾。
-
----
-
-# 三、AI角色设定（已就绪，不需要再改）
-
-## 3.1 角色总则
-
-所有AI角色遵守：
-
-1. **绝不主动配合**：客户不主动透露需求，需学员通过提问挖掘
-2. **时间敏感**：客户很忙，废话过多直接冷淡或挂断
-3. **信任阈值**：初始信任度低（20-30），学员必须证明专业价值
-4. **拒绝格式化**：口语化、碎片化表达，禁止结构化段落
-5. **动态状态机**：Trust_Level 0-100 + Patience_Gauge 0-100
-
-## 3.2 三个客户角色
-
-| 维度 | 王建国（政府国企型） | 李敏（民营企业采购型） | 陈工（技术研发型） |
-|------|---------------------|----------------------|-------------------|
-| 人格类型 | ESTJ，谨慎官僚 | ESTJ，务实比价 | INTJ，理性质疑 |
-| 初始信任/耐心 | 25 / 65 | 30 / 70 | 20 / 60 |
-| 表面话术 | "暂时不需要""发资料吧" | "已有合作机构""太贵了" | "找销售""不方便说" |
-| 隐藏痛点 | 欧洲新法规，现有认证不满足出口 | 现有机构服务不及时，想找替代 | 新产品进欧盟，标准不确定 |
-| 信任上升 | 提到欧洲法规/TÜV品牌 | 不贬低竞品/说清差异 | 展现技术专业性 |
-| 崩盘触发 | 被追问具体项目/啰嗦 | 贬低她用的机构/推销 | 技术术语说错/敷衍 |
-| 语言特征 | 缓慢、官腔、"嗯——" | 爽快、"我跟你说" | 理性、"你确定吗？" |
-| 声音 | 沉稳成熟男声 | 干练女声 | 理性沉稳男声 |
-
-**验收标准**：3角色各测试3次，人设不矛盾、开场不重复、角色不混用。
-
----
-
-# 四、对话流程设计（已就绪）
-
-## 4.1 5环节标准流程
-
-```
-开场破冰（信任25→40）
-  → 学员30秒内建立身份可信度，不被挂断
-  → 禁止：太啰嗦、开场就推销
-
-需求探寻（信任40→55）
-  → 学员精准识别客户当前认证痛点
-  → 禁止：泛泛提问、过早报方案
-
-价值传递（信任55→70）
-  → 学员用实验室/授权/具体案例展现差异化
-  → 禁止：贬低竞品、自夸无证据
-
-异议处理（信任70→80）
-  → 学员用客户场景化解质疑
-  → 禁止：被异议打断后放弃或强行推销
-
-收尾推进（信任80→100）
-  → 学员自然加微信 + 明确下一步钩子
-  → 禁止：生硬要微信/留泛泛钩子
-```
-
-## 4.2 核心规则
-
-| 规则 | 内容 |
-|------|------|
-| 最大轮次 | 20轮 |
-| 终止条件 | 道别信号 / 轮次耗尽 / Patience归零 |
-| 收尾限制 | 道别后最多再回复1轮 |
-| 微信逻辑 | 先承诺→后验证→再放行，不出"先看资料再通过" |
-| 口头禅 | 每对话≤3次，禁在道别/开场时用 |
-
-**验收标准**：正常水平完整跑通5环节，≥5分钟，不跳跃，收尾不拖。
-
----
-
-# 五、评分标准（已就绪）
-
-## 5.1 5维度评分
-
-| 维度 | 满分 | 踩分行为 | 不得分行为 |
-|------|------|----------|-----------|
-| 破冰与身份建立 | 20 | 30秒内说清身份+来意+价值，客户愿继续 | 被当骚扰电话挂断 |
-| 需求挖掘精准度 | 20 | 问到欧洲市场目标/现有认证/项目阶段 | 泛泛而谈不深入 |
-| 专业度与差异化 | 20 | 用实验室/授权/案例说话 | 自夸无证据 |
-| 异议处理能力 | 20 | 用场景和具体数据化解质疑 | 回避或强行推销 |
-| 下一步推动力 | 20 | 加微信自然+明确钩子 | 生硬要微信/留泛泛钩子 |
-
-## 5.2 一票否决（直接0分）
-
-1. **贬低竞品**："SGS不行""比Intertek差远了"
-2. **过度承诺**："100%能过证""保证最快"
-3. **纠缠拒接客户**：客户明确拒绝后继续推销
-
-**验收标准**：好/中/差分值得有明显区分；触碰红线触发生效。
-
----
-
-# 六、测试执行方案（下一步）
-
-## 6.1 三轮测试
-
-### 第1轮：内部技术测试
-
-| 测试项 | 角色 | 水平 | 通过标准 |
-|--------|------|------|----------|
-| 角色稳定性 | 3角色各1次 | 中等 | 人设不矛盾、开场不重复 |
-| 全流程完整性 | 李敏 | 中等 | 5环节完整走通≥5分钟 |
-| 微信逻辑 | 王建国 | 中等 | 自然过渡，无逻辑漏洞 |
-| 收尾不拖尾 | 陈工 | 中等 | 道别后最多1轮 |
-| 红线触发 | 任意 | 故意触碰 | 一票否决正常触发 |
-| 评分准确性 | 3角色 | 好/中/差 | 好得高分、差得低分 |
-
-### 第2轮：内部Bad Case排查
-
-按类型排查：
-
-| 类型 | 排查内容 |
-|------|----------|
-| 角色类 | 是否OOC、话术是否机械化、开场是否自然 |
-| 流程类 | 是否跳跃、过早收尾或收不了尾 |
-| 评分类 | 是否与业务目标对齐、解释是否清晰 |
-| 技术类 | ASR/TTS表现、按钮和跳转是否正常 |
-
-### 第3轮：客户种子测试
-
-- 安排3-5名销售顾问参与
-- 每人至少完成2次完整对话
-- 使用固定反馈模板（见下方）
-
-## 6.2 测试反馈模板
-
-```
-测试人员：________    角色：________    时间：________
-对话时长：________    评分：________
-
-1. AI表现问题：
-2. 期望表现（你希望客户怎么回应）：
-3. 表现好的地方：
-4. 像不像真实客户？  □ 很像  □ 一般  □ 不像
-   如果不像，哪里不像：
-```
-
----
-
-# 七、优化迭代流程
-
-## 7.1 问题分类处理
-
-| 问题类型 | 处理方式 | 责任方 |
-|----------|----------|--------|
-| 角色/话术问题 | 修改角色设定和话术模板 | 提示词工程师 |
-| 流程/结束问题 | 修改环节和结束条件 | 提示词工程师 |
-| 评分问题 | 调整维度和踩分行为 | 实施顾问+业务方 |
-| ASR/TTS/按钮 | 转技术团队，不调提示词 | 技术团队 |
-| 权限/入口 | 转实施配置 | 实施配置人员 |
-
-## 7.2 每次优化后
-
-1. **复测原Bad Case**：确认修复了原问题
-2. **回归正常样本**：确认没引入新问题
-3. **版本记录**：V1.0→V1.1修改了什么
-
----
-
-# 八、正式上线Checklist
-
-| # | 检查项 | 标准 | 完成 |
-|---|--------|------|------|
-| 1 | 知识库正确性 | AI不编造、不矛盾 | □ |
-| 2 | 角色稳定性 | 3角色各测试3次，人设一致 | □ |
-| 3 | 全流程完整 | 正常水平完整走通5环节 | □ |
-| 4 | 开场可信 | 开场30秒不被挂断 | □ |
-| 5 | 微信逻辑 | 自然过渡，无逻辑漏洞 | □ |
-| 6 | 收尾不拖 | 道别后最多1轮 | □ |
-| 7 | 评分合理 | 好坏区分明显，红线触发有效 | □ |
-| 8 | 应用授权 | 测试人员可见入口 | □ |
-| 9 | 种子测试完成 | ≥3人，每人≥2次 | □ |
-| 10 | 反馈闭环 | 反馈→修复→复测→确认 | □ |
-| 11 | 客户培训完成 | 会操作、会看数据 | □ |
-| 12 | 上线确认 | 客户业务负责人签字确认 | □ |
-
----
-
-# 九、接下来一步
-
-```
-内部技术测试 → Bad Case排查 → 第1轮优化（第1周）
-客户种子测试 → 反馈收集 → 第2轮优化（第2周）
-正式培训 → 上线部署（第3周）
-数据观察 → 首次复盘（第4周）
-```
-
-**现在直接做**：安排内部测试，跑通3角色×3种水平（好/中/差），收集首批Bad Case。