@yunkeai/yunke-cli 2.0.6 → 3.0.0-alpha.0

package/dist/skills/yunke-crm-periodic-report/SKILL.md

@@ -0,0 +1,126 @@
+---
+name: yunke-crm-periodic-report
+description: "用 yunke 拉取真实 CRM 数据，生成周期报告——每日简报、每周报告、每月/专项报告。用户提到日报、周报、月报、周期报告、自动简报、团队沟通概况、零活跃、行动力 TOP/Bottom、客户跟进与待跟进、环比、关键词话题、竞品分析、市场需求、营销活动反馈时使用。前置：需先完成 CRM 登录（浏览器页面登录）。"
+metadata:
+  requires:
+    bins: ["yunke"]
+---
+
+# 云客周期报告（CLI 数据驱动）
+
+> **版本门槛：** 依赖 yunke-cli **≥ 3.0.0**（`schema.detail` 的参数/返回值来自上游契约）。
+> 检查 `yunke --version`，升级以安装包为准（SaaS 生产包可 `yunke self.update` 检查）。
+
+> **前置依赖**
+> - 登录状态机与命令族总览见 `../yunke-crm/SKILL.md`；必须先登录（`yunke crm.auth.status` 显示已登录即可，未登录走 `crm.auth.login-web` 浏览器页面登录；宿主无本地回调时用 `crm.auth.login-device-code`）。
+> - **本文只写顺序与判据，不抄参数。** 首次调用某命令前先跑
+>   `yunke schema.detail --command <命令名>`，一次拿全参数名/类型/枚举/默认值。
+
+## 前置：加载参考资料（必须）
+
+执行任何取数或生成报告之前，**必须先读以下两份 reference**，否则语义坑会踩、报告版式会偏：
+
+- `references/cli-call-map.md` —— 命令到报告章节的映射、调用顺序、语义坑
+- `references/product-spec-snippets.md` —— 产品文档版式规范（日报/周报/月报结构、章节顺序、风险分级标注）
+
+## 目标
+
+把「周期报告自动生成」落到可执行流程：用 CRM 命令取数 → 对齐报告类型与时间窗 → 按固定版式输出中文管理向报告。
+
+## 报告类型与时间窗
+
+| 类型 | 频率 | 统计时间窗 |
+|------|------|-----------|
+| 每日简报 | 每工作日 | 上一自然日或用户指定"昨日" |
+| 每周报告 | 每周 | 上周一至上周日 |
+| 每月报告 | 次月 1 日 | 上一自然月 |
+| 专项报告 | 按需 | 用户指定主题与时间 |
+
+> **时间参数各命令族不统一**（键名和格式都不同：报表类多为纯日期，AI 分析类多数要求带时分秒且必填）。
+> 不要凭记忆写，按 `schema.detail` 的键名与格式传。
+
+## 执行顺序（严格按序）
+
+### Step 1：确认范围
+
+报告类型、部门（名称或 ID）、时间窗、是否全团队分页拉齐。
+
+### Step 2：解析部门 ID（若未知）
+
+```bash
+# 逐级下钻：不传部门查根节点，再展开到目标部门
+yunke crm.org.department-tree
+
+# 或关键词搜索部门/员工
+yunke crm.org.search
+```
+
+部门树返回节点数组，部门与人员节点同构、靠 `isDept` 区分；`id` 即后续要传的部门 ID。
+下钻到某个部门要传部门 ID（键名查 `schema.detail`）；默认只返回部门节点，
+需要员工节点时加 `show_user: true`。
+
+### Step 3：核心团队洞察（几乎必调）—— 自定义报表三步法
+
+完整说明见 `references/cli-call-map.md`。
+
+1. 取列配置：
+```bash
+yunke crm.report.custom-report-columns
+```
+2. 若需要的字段被隐藏，启用它（其余列保持不变，整包传回）：
+```bash
+yunke crm.report.set-custom-report-columns
+```
+3. 取数（部门维度 / 员工维度由开关切换，取值查 schema）：
+```bash
+yunke crm.report.custom-report-list
+```
+
+- **判据**：逐人明细用员工维度；只要汇总用部门维度。
+- **分页铁律**：`page_size` 可放到 100；`total` > 当前页记录数就继续翻页，拉完全量再汇总。严禁只看第一页就下结论。
+- **字段解读**：行集是 `list`（不是 `rows`），每个 key 是驼峰 `fieldCode`；含义回到第 1 步的 `customShowHeads[]` 按 `fieldCode ↔ showName` 对照——`custom-report-list` 本身不返回列定义。
+
+### Step 4：客户侧概况与环比（日报/周报强烈建议）
+
+```bash
+yunke crm.report.customer-metrics
+```
+
+- `time_range` **必填**，按报告周期选：**2=昨日 3=近7日 4=近15日 5=近30日**；不传直接 `VALIDATION_FAILED`。
+- 用返回里的 `compareData` 写"环比"类表述（它已算好差值/比率，不要自己用两期数据重算）。
+
+### Step 5：关键词与话题（周报月报、专项"话术/舆情"）
+
+```bash
+yunke crm.ai.communication-keywords-list
+```
+
+- 窄时间窗、小 `page_size`，避免大文本撑爆上下文。
+- 行内 `keywords` / `mood` / `content` 是 **JSON 字符串**，解析后再取词；只基于解析结果归纳，勿编造未出现的词。
+
+### Step 6：市场与竞品洞察（周报/月报/专项"市场分析"）
+
+```bash
+yunke crm.ai.competitor-analyse-list
+```
+
+- 返回是**逐次沟通行**（不是按竞品聚合），做竞品提及排行需自行按 `competitorName` 聚合。
+- 顶层出现 `_pagination` 提示时说明还有数据，按提示翻页。
+- 结合 Step 5 的需求类关键词做市场趋势。
+
+## 输出版式
+
+**严格按 `references/product-spec-snippets.md` 的产品文档结构输出**，不得自行编造章节顺序。要点：
+
+- **每日简报**：概况 / 需关注事项（🔴🟡🟠）/ 今日亮点
+- **每周报告八章**：执行摘要 → 沟通效率 → 协作密度 → 风险预警 → 工作量饱和度 → 话术标杆 → 违规话术 → 行动建议；外加"市场与竞品洞察"章节
+- 无数据支撑的句子不写，或标为"数据未返回"
+
+## 自检清单
+
+- [ ] 已读 `references/cli-call-map.md` 和 `references/product-spec-snippets.md`
+- [ ] 报告类型、部门、时间窗在文首已写明
+- [ ] 章节结构与 product-spec-snippets 一致
+- [ ] 量化结论可追溯到某次 CLI 返回；未返回则标注缺失
+- [ ] `custom-report-list` 已翻完所有分页
+- [ ] 风险项用 🔴🟡🟠 分级标注

package/dist/skills/yunke-crm-periodic-report/references/cli-call-map.md

@@ -0,0 +1,73 @@
+---
+name: cli-call-map
+skill: yunke-crm-periodic-report
+---
+
+# 命令 → 周期报告映射
+
+把 CRM 命令映射到周期报告各章节，并给出**调用顺序、判据与语义坑**。
+
+> **参数与返回值事实源：** 各命令的参数名、类型、枚举、默认值和返回结构一律以
+> `yunke schema.detail --command <命令名>` 的实时输出为准（来自上游契约）。本文只记
+> 跨命令差异、命名误导和调用顺序——**不抄参数表**。
+>
+> **通用规则：** 未知参数会被直接拒绝（`VALIDATION_FAILED`，`details.available` 是可用参数清单）。
+> 各命令族的部门键（`depart_id` / `department_id` / `dpt_id` / `department_ids`）和时间键
+> （`starttime` / `start_time` / `last_connect_time_*` …）都不一样，不要凭记忆写。
+
+## 自定义报表三步法（核心数据源）
+
+员工自定义报表覆盖短信、通话（呼出呼入/接通率/时长）等多维度绩效，绝大多数员工行为统计都应优先走这里。
+
+1. **`crm.report.custom-report-columns`** —— 取列配置。
+   返回 `customShowHeads[]`，每项含中文名、`fieldCode`、`hiddens`、模块、类型。
+   `fieldCode ↔ showName` 就是后面 `list` 行集的中文对照表；开场取一次，翻页复用。
+2. **`crm.report.set-custom-report-columns`** —— 仅当需要的字段 `hiddens` 为隐藏时调用。
+   把第 1 步的结果改好 `hiddens` 后**整包传回**，其余字段保持不变。
+3. **`crm.report.custom-report-list`** —— 取数。
+   - 维度开关：0=部门维度 / 1=员工维度。
+   - 返回 `{total, maxRoute, list[]}`（`maxRoute` = **总页数**，不是"最大路由"）。
+   - 行内 key 是驼峰 `fieldCode`（如 `callOutVolume`），**本命令不返回列定义**。
+   - **分页铁律**：`total` > 当前页记录数就继续翻页，拉完全量再汇总。
+
+## 核心工具
+
+### crm.report.customer-metrics
+
+- 返回 `currentStats.customerMetrics`（新增/已跟进/待跟进/成交/总数）+ `compareStats`（上期）+ `compareData`（**已算好的环比**，形如 `{"new_count":{"diffCount":47,"diffRate":"94.00%"}}`）。
+- **对应报告块**：日报/周报的客户跟进、待跟进预警。环比直接用 `compareData`，不要自己用两期数据重算。
+
+### crm.ai.communication-keywords-list
+
+- 行集在 `list` 键下；行内 `keywords` / `mood` / `content` 是 **JSON 字符串**，解析后取词。
+- `keyword_types` 是关键词**类别**短语过滤（实测：痛点/需求/情绪有效，具体关键词文本无效）。
+- **建议**：小 `page_size`、窄时间窗。测试部门可能 `total=0`，如实写"数据未返回"。
+- **对应报告块**：周报关键词与话题、专项报告。
+
+### crm.org.department-tree
+
+- 部门名 → 部门 ID 的入口；`list` 是节点数组，部门与人员节点同构、靠 `isDept` 区分。
+- **默认只返回部门节点**；需要员工 ID 时加 `show_user: true`。
+- **对应报告块**：所有需要部门 ID 的前置步骤（Step 2）。
+
+## 市场与竞品洞察
+
+### crm.ai.competitor-analyse-list
+
+- 返回为**逐次沟通行**（不是按竞品聚合）：`competitorName` 是命中的竞品名，优劣势明细需解析行内 `content` JSON 的竞品分析段。
+- 做"竞品提及排行"要自行按 `competitorName` 聚合；顶层带 `_pagination` 时说明还有数据。
+- **建议**：结合 `communication-keywords-list` 的需求类关键词共同支撑市场趋势。
+- **对应报告块**：周报/月报「市场与竞品洞察」。
+
+## 可选扩展（专项或用户明确要求时再调）
+
+- 客户意向专题：`crm.ai.customer-intention-list`（无时间参数，用意向档位与分页筛选）
+- 员工情绪专题：`crm.ai.employee-analyse-list`（用情绪类型过滤）
+- 客户异议 / 痛点 / 问题专题：`crm.ai.customer-objection-list`、`crm.ai.customer-pain-list`、`crm.ai.customer-issue-list`
+- 质检：`crm.ai.sop-quality-analyse-list`
+- 通话清单级证据：`crm.call.log-list`（日期过滤实际按记录创建时间，没有"通话开始时间"维度）
+- 设备使用专题：`crm.report.device-statistics`、`crm.report.device-app-statistics-list`
+
+## 与产品「违规话术」的差距
+
+当前没有独立的「质检违规」数据源时：只用关键词与沟通分析字段做线索汇总，并明确声明需人工/质检系统复核，**不得直接定性为"已违规"**。

package/dist/skills/yunke-crm-periodic-report/references/product-spec-snippets.md

@@ -0,0 +1,39 @@
+---
+name: product-spec-snippets
+skill: yunke-crm-periodic-report
+---
+
+# 周期报告 — 产品文档摘录
+
+摘自《中枢产品设计文档》模块五，供版式对齐用。
+
+## 报告类型（7.2）
+
+| 报告类型 | 生成频率 | 核心内容 |
+|---------|----------|----------|
+| 每日简报 | 每工作日 | 昨日团队沟通概况 + 异常项 |
+| 每周报告 | 每周 | 周维度全量分析 + 趋势对比 |
+| 每月报告 | 每月 | 月度深度分析 + 改进追踪 |
+| 专项报告 | 按需 | 特定主题深度分析 |
+
+## 每日简报结构（7.3）
+
+- 标题：`[部门] · 每日沟通简报 · YYYY-MM-DD`
+- **今日概况**：团队总沟通量/环比、活跃员工占比、零活跃人数、新增客户联系、待跟进客户（如数据支持）
+- **需关注事项**：按严重程度 🔴🟡🟠 列出（零沟通、高意向未跟进、指标异常等）
+- **今日亮点**：正向案例 1～3 条
+
+## 每周报告结构（7.4）
+
+1. 执行摘要（3～5 条关键发现）
+2. 沟通效率指标（员工维度 + 异常标注）
+3. 协作密度分析（高/中/低/零协作分层）
+4. 风险识别预警（高/中风险分级）
+5. 工作量饱和度（分层表 + 资源分配建议）
+6. 沟通话术标杆（优秀案例 3～5 个）
+7. 违规话术识别（类型 + 处理建议）
+8. 行动建议（立即行动 / 短期改进 / 长期优化）
+
+## 存档与推送（7.5）
+
+报告可备注：类型（日报/周报/月报/专项）、生成时间、可导出 PDF/飞书推送——实现状态以实际系统为准，本 skill 仅生成正文内容。

package/dist/skills/yunke-crm-team-analysis/SKILL.md

@@ -0,0 +1,75 @@
+---
+name: yunke-crm-team-analysis
+description: "基于销售或服务团队的数据，用 yunke yunke-crm 命令取数，生成中文《团队沟通分析报告》。需处理电话录音转文本、企业微信聊天记录、考勤定位数据等输入，输出包含沟通效率、协作密度、工作量饱和度、内外沟通比例、优秀话术标杆、违规话术识别、风险预警与行动建议的结构化周期报告时使用。默认匿名化员工信息，给出可执行管理建议。前置：需先 yunke crm.auth.login-web 页面登录（宿主无本地回调时用 crm.auth.login-device-code）。"
+metadata:
+  requires:
+    bins: ["yunke"]
+---
+
+# 团队沟通分析报告（CLI 数据驱动）
+
+> **版本门槛：** 依赖 yunke-cli **≥ 3.0.0**（`schema.detail` 的参数/返回值来自上游契约）。
+> 检查 `yunke --version`，升级以安装包为准（SaaS 生产包可 `yunke self.update` 检查）。
+
+> **前置依赖**
+> - 命令族基础用法见 `../yunke-crm/SKILL.md`（yunke 的 crm 插件）。
+> - 必须先登录：`yunke crm.auth.status` 显示已登录即可；未登录则执行 `yunke crm.auth.login-web`（浏览器页面登录；宿主无本地回调时用 `crm.auth.login-device-code`，详见 yunke-crm skill）。
+> - **本文只写顺序与判据，不抄参数**：调用前先 `yunke schema.detail --command <命令名>` 拿全参。
+
+## 定位（与 periodic-report 互补）
+
+- `../yunke-crm-periodic-report/SKILL.md` 走**结构化数据**生成日/周/月报（强结构化、产品版式）。
+- 本 skill 走**通话转写 + 沟通明细**生成**长文管理分析报告**（重判断、重话术、重可落地建议）。
+- 若需统一口径可并用：本 skill 出全文分析，periodic-report 出结构化数据，合并时注明数据来源分区。
+
+## 前置：加载参考模板（必须）
+
+先读 `references/report-template.md` —— 固定角色设定（10 年经验销售运营总监）、必须覆盖的 7 个分析维度、固定报告结构骨架、写作风格与缺失数据处理规则。
+
+## 数据采集（用 yunke-crm CLI）
+
+按用户给定范围取数。典型命令：
+
+```bash
+# 通话清单 → 录音转写文本（用通话 ID 串联）
+yunke crm.call.log-list
+yunke crm.call.asr-result
+
+# 考勤定位（围栏 inOrOut / 停留时长 locDuration / 在线状态 activeType）
+yunke crm.location.everyone-last-location
+yunke crm.location.record-list
+```
+
+> **语义坑**
+> - `call.log-list` 的日期过滤键虽然叫 `last_connect_time_*`，**实际按记录创建时间过滤**，没有"通话开始时间"维度。
+> - 考勤语义来自定位记录的围栏字段（`inOrOut` 进出围栏、`locDuration` 停留时长），无独立打卡接口。
+> - 参数名、时间格式以 `yunke schema.detail --command <命令名>` 为准；各命令族写法不统一，不要凭记忆猜。
+
+## 执行流程
+
+1. **确认报告范围**：时间范围、团队规模、业务类型、可用数据源。
+2. **先证据归一，再写结论**：只基于已取到的数据或可直接计算的指标下结论。缺考勤定位/通话质检/沟通对象标签时，在正文或附录说明局限，不要补造细节。
+3. **覆盖核心分析维度**（只要数据支撑）：沟通效率、协作密度、风险预警、工作量饱和度、内外沟通比例、优秀话术标杆、违规/风险话术（私单/飞单/辱骂/过度承诺）。
+4. **按管理视角写**：把数字翻译成管理语言，指出最大风险点和亮点，识别执行断层/渠道失衡/资源集中，区分严重违规与一般风险。
+5. **结论可追溯**：每个关键判断回溯到具体指标、样本数、通话文本片段或渠道统计。出现真实姓名默认匿名化，除非用户明确要求保留。
+
+## 输出规则
+- 中文输出，专业、直接、偏管理汇报风格。
+- 结构与 `references/report-template.md` 一致。
+- 关键指标、风险汇总、饱和度分层优先用表格。
+- 明确标注异常值、离群点、趋势变化。
+- 明确区分事实、判断、建议，避免混写。
+
+## 分析规则
+- 缺失渠道数据写"数据不可得"或"暂未提供"，不要当作 0。
+- 私下返点/线下交易引导/辱骂客户等严重合规问题，归为立即处理事项。
+- 客户-facing 团队企微好友数（qwFriendCount）为 0，判为客户资产沉淀风险（风险信号 ≠ 已违规）。
+- SOP 完成率低/通话极短/工作量过度集中，落培训、质检或资源再分配建议。
+- 只在有可比历史周期时才写环比/同比/趋势。
+
+## 质量门槛
+- [ ] 执行摘要含 3~5 条关键发现
+- [ ] 正文至少 1 个关键指标表格
+- [ ] 同时覆盖正向标杆和负向风险
+- [ ] 行动建议按紧急程度分组且可执行
+- [ ] 附录说明数据来源、指标定义、局限性

package/dist/skills/yunke-crm-team-analysis/references/report-template.md

@@ -0,0 +1,293 @@
+---
+name: report-template
+skill: yunke-crm-team-analysis
+---
+
+# 团队沟通分析报告模板
+
+## 适用范围
+
+用于销售、客服、交付、技术支持等团队的周期性沟通分析报告。典型输入包括：
+
+- 电话录音转文本分析
+- 微信企业版聊天记录
+- 员工考勤定位数据
+
+如果只有部分数据源，照常输出报告，但必须在正文或附录中说明缺失项及影响。
+
+## 固定角色设定
+
+默认采用以下角色口径：
+
+- 你是一位拥有 10 年经验的资深销售运营总监和数据分析专家
+- 输出要专业、犀利、可落地
+- 不只罗列数字，要解释数字背后的管理问题与执行机会
+
+## 必须覆盖的分析维度
+
+1. 沟通效率指标
+2. 协作密度分析
+3. 风险识别预警
+4. 工作量饱和度
+5. 内外沟通比例
+6. 沟通优秀话术标杆
+7. 违规或风险话术识别
+
+## 固定报告结构
+
+按以下顺序输出：
+
+1. 标题区
+2. 执行摘要
+3. 详细数据分析
+4. 可视化建议
+5. 行动建议
+6. 附录：方法论说明
+
+## 标题区写法
+
+标题区至少包含：
+
+- 报告名称，例如：`销售二部团队沟通效率周报`
+- 时间范围，例如：`2026-03-09 至 2026-03-15`
+- 团队规模，例如：`85 人`
+- 业务类型，例如：`销售`
+
+## 执行摘要要求
+
+执行摘要写 3 到 5 条关键发现，每条都要同时包含：
+
+- 结论
+- 证据或指标
+- 管理含义
+
+优先挑选以下类型的发现：
+
+- 最严重的违规或合规风险
+- 最亮眼的优秀员工或优秀行为模式
+- 最明显的效率分化
+- 标准化执行缺口
+- 多渠道协同问题
+
+## 详细数据分析写法
+
+### 1. 沟通效率指标
+
+必须优先使用表格。推荐字段：
+
+
+| 员工姓名 | 有效通话数 | 新增客户数 | 跟进客户数 |
+| ---- | ----- | ----- | ----- |
+
+
+写完表格后补充：
+
+- 异常值标注
+- 关键亮点
+- 趋势变化
+
+### 2. 协作密度分析
+
+至少给出分层统计，例如：
+
+- 高协作
+- 中等协作
+- 低协作
+- 零协作
+
+如果可以，附上人数和占比，并解释这说明团队的协同水平如何。
+
+### 3. 风险识别预警
+
+至少拆成两个层级：
+
+- 高风险事件
+- 中风险事件
+
+高风险优先覆盖：
+
+- 私单、飞单、私下返点
+- 侮辱客户
+- 严重过度承诺
+- 客户资产完全未沉淀
+
+中风险优先覆盖：
+
+- SOP 执行率低
+- 无效沟通过高
+- 渠道单一
+- 工作量过度集中
+
+### 4. 工作量饱和度
+
+建议使用分层表格，例如：
+
+
+| 饱和度等级 | 员工数量 | 占比  | 平均有效通话数 |
+| ----- | ---- | --- | ------- |
+
+
+常见分层：
+
+- 超高饱和
+- 高饱和
+- 中等饱和
+- 低饱和
+- 零饱和
+
+必须补一句管理判断，说明当前资源分配是否失衡。
+
+### 5. 内外沟通比例
+
+优先按以下口径表达：
+
+- 对外客户沟通占比
+- 对内团队协作占比
+
+如果考勤定位或会话标签不足以精确判断，就写"基于现有数据推算"，不要伪装成精准统计。
+
+### 6. 沟通优秀话术标杆
+
+提供 3 到 5 个标杆案例，优先选：
+
+- 陌拜客户
+- 催单推进
+- 合同跟进
+- 客户异议处理
+- 客诉安抚
+
+每个案例尽量包含：
+
+- 场景
+- 亮点话术
+- 效果
+- 可复制点
+
+### 7. 违规话术识别
+
+将严重违规与其他风险行为分开写。
+
+严重违规案例至少包含：
+
+- 员工编号
+- 违规类型
+- 具体行为
+- 风险等级
+- 处理建议
+
+其他风险行为可以按类型汇总，例如：
+
+- 过度承诺
+- 情绪失控
+- 引导线下交易
+- 客户辱骂
+
+## 可视化建议要求
+
+给出 4 到 5 项适合 BI 或周报展示的图表建议，优先包括：
+
+- 热力图
+- 雷达图
+- 趋势线图
+- 散点图
+- 风险矩阵
+
+每项建议都要说明图表用途，不要只报图表名称。
+
+## 行动建议要求
+
+按时间优先级给出建议：
+
+- 立即行动
+- 短期改进
+- 长期优化
+
+建议必须具备执行属性，避免空泛表述。优先给出：
+
+- 合规处置
+- 话术培训
+- 客户资产沉淀要求
+- 工作量再分配
+- 激励和考核机制
+- 系统能力建设
+
+## 附录要求
+
+附录至少包含：
+
+- 数据来源
+- 指标定义
+- 局限性说明
+
+如果某个关键数据源缺失，例如考勤定位数据，必须在局限性说明中点明影响。
+
+## 写作风格要求
+
+- 明确奖罚分明
+- 优秀案例要提炼可复制经验
+- 风险问题要指出根因，不要停留在表面
+- 负面问题允许直接，但不要情绪化
+- 结论必须服务于管理动作
+
+## 缺失数据处理
+
+遵守以下规则：
+
+- 没有趋势数据，就不要写环比或同比
+- 没有通话文本，就不要虚构优秀话术原文
+- 没有明确违规证据，就写"风险信号"而不是"已违规"
+- 没有考勤定位数据，就不要做时空协同结论
+
+## 建议输出骨架
+
+```markdown
+# 销售二部团队沟通效率周报
+
+时间范围：2026-03-09 至 2026-03-15
+团队规模：85 人
+业务类型：销售
+
+## 执行摘要
+1. ...
+2. ...
+3. ...
+
+## 详细数据分析
+### 1. 沟通效率指标
+| ... |
+
+### 2. 协作密度分析
+...
+
+### 3. 风险识别预警
+...
+
+### 4. 工作量饱和度
+| ... |
+
+### 5. 内外沟通比例
+...
+
+### 6. 沟通优秀话术标杆
+...
+
+### 7. 违规话术识别
+...
+
+## 可视化建议
+1. ...
+2. ...
+
+## 行动建议
+### 立即行动
+1. ...
+
+### 短期改进
+1. ...
+
+### 长期优化
+1. ...
+
+## 附录：方法论说明
+...
+```