WorkBuddy 客户演示脚本生成器
概述
为 WorkBuddy 客户演示生成定制化的6阶段演示脚本。每个阶段的场景、提示词、模拟数据都贴合目标客户的企业行业和参会人员岗位，让客户"看得懂、有共鸣"。
核心原则：主动搜索，而非被动询问。 拿到客户企业名称后，主动通过企查查连接器（qcc-company）、WebSearch、WebFetch 搜索该企业的公开信息，构建客户画像，再基于画像设计演示场景。只有搜索无法覆盖的信息（如参会人员岗位、演示目的），才向使用者询问。
参考资源
references/demo-framework.md— 6阶段演示框架的详细设计指南，必须先读。包含每个阶段的目的、演示方法、提示词设计要点、选型策略、模拟数据设计规范、输出文档结构。references/experts-market.md— WorkBuddy官方专家市场清单（327个专家/专家团，13分类）。阶段四选型时读取。references/connectors.md— WorkBuddy连接器清单（55个连接器）。阶段五选型时读取。
工作流
第1步：收集客户基本信息
使用 AskUserQuestion 工具向使用者收集以下信息（分批问，每批最多4个问题）：
第一批（必问）：
1. 客户企业名称（如"卓诗尼""九号科技"）——后续会主动搜索该企业的详细信息
2. 参会人员岗位构成（如"CEO+市场总监+IT负责人"或"全员销售"）——决定场景贴合方向
3. 演示核心目的（促成合作/产品介绍/POC验证/培训赋能）
4. 演示预计时长（30min/60min/90min）——决定场景详略
第二批（根据情况追问）：
5. 是否有特别想突出展示的能力点
6. 对客户企业已知的补充信息（如有，可帮助搜索更精准）
> 说明：客户企业的行业、主营业务、使用的办公系统等信息，下一步会主动搜索获取，无需在此处全部询问。
第2步：主动搜索客户信息，构建客户画像 ★
这一步是场景贴合度的关键，必须执行，不得跳过。 基于第1步拿到的企业名称，主动搜索该企业的公开信息。搜索的唯一目标是提取能转化为 demo 场景的业务要素——客户在做什么业务、有什么痛点、用什么系统、处于什么行业位置，从而让6个阶段的演示场景都基于客户真实业务构建，而非泛泛而谈。每条搜索结果都要问自己："这个信息能变成哪个阶段的 demo 场景？"
搜索渠道与内容（按顺序执行，多渠道并行更佳）：
渠道1：企查查连接器（qcc-company）——如已连接，优先使用，获取权威工商信息
- 用 mcp__qcc-company__get_company_by_query 按企业名称查询，拿到企业基本信息
- 进一步调用 get_company_profile（企业概况）、get_company_registration_info（工商登记）、get_shareholder_info（股东结构）、get_key_personnel（高管团队）、get_external_investments（对外投资）、get_change_records（变更记录）
- 重点提取：成立时间、注册资本、行业分类、经营范围、法定代表人、高管团队、对外投资布局
渠道2：WebSearch——搜索企业公开动态与行业信息
搜索以下维度的信息（每个维度1-2次搜索）：
- "{企业名称} 官网 主营业务" —— 官网和核心业务
- "{企业名称} 2026 新闻 动态" —— 近期动态（融资、新品、合作、数字化）
- "{企业名称} 行业 地位 竞品" —— 行业地位与竞争格局
- "{企业名称} 数字化转型 IT系统" —— 数字化现状（用什么OA/CRM/ERP）
渠道3：WebFetch——抓取官网关键页面获取细节
- 从搜索结果中找到官网，fetch "关于我们""产品与服务""新闻中心"页面
- 提取：品牌定位、核心产品线、目标客群、近期新闻摘要
输出：客户画像摘要
把搜索结果整理成以下结构化摘要（写在内部工作区，供后续步骤引用）：
## 客户画像：{企业名称}
- **基本信息**：成立时间、注册资本、行业分类、经营范围、规模（人数/营收量级）
- **主营业务**：核心产品/服务、业务模式、目标客群、品牌定位、主要渠道
- **组织人员**：法定代表人、核心高管、参会岗位的职能推测
- **行业地位**：市场份额、主要竞品、行业排名、差异化优势
- **近期动态**：近6个月的重大事件（融资/上市/新品/合作/数字化动作）
- **数字化现状**：推断使用的办公系统（企业微信/飞书/钉钉/CRM/ERP/邮箱）
- **Demo 场景线索**（直接驱动第4步场景设计，逐阶段给出可用业务场景）：
- 阶段一（提示词对比）：业务场景，如"{客户主营业务}的某个具体任务，如新品促销方案/工艺优化方案"
- 阶段二-调研：调研主题，如"{客户行业}2026趋势 / {客户竞品}动态分析"
- 阶段二-数据：数据主题与字段方向，如"{门店销售 / 产线质检 / 客户交易}明细"
- 阶段三（专家）：行业方向，用于匹配 experts-market.md
- 阶段四（技能）：业务关键词，用于搜索 SkillHub（如"CAD BOM 质检"或"营销 海报 电商"）
- 阶段五（连接器）：客户推断在用的系统（如企业微信/飞书/钉钉/CRM）
- 阶段六（自动化）：参会岗位对应的定时场景（如销售每天9点汇总线索）
> ⚠️ 如果企查查未连接，用 WebSearch + WebFetch 补齐工商信息。如果某个维度搜不到信息，标注"未查到"，不要臆测。搜索完成后，用 AskUserQuestion 向使用者简要展示画像并确认关键信息（特别是数字化现状和 Demo 场景线索）。
第3步：读取参考资源
读取 references/demo-framework.md 掌握6阶段演示框架的完整设计方法。这是核心指南，不要跳过。
第4步：基于客户画像设计6阶段演示脚本
所有场景必须基于第2步的客户画像设计，不得使用泛泛的通用例子。 每个阶段的提示词要引用客户画像中的具体信息（企业名称、主营业务、产品线、行业痛点等）。设计时参考 demo-framework.md 中的选型策略和示例。
6个阶段：
| 阶段 | 能力层 | 设计要点 |
|---|---|---|
| 1 提示词对比 | 提示词工程 | 同一业务场景，一句话 vs 完整提示词，形成对比。场景选客户画像中的真实业务 |
| 2 基本任务 | 深度调研+数据分析 | 调研主题选客户行业真实问题（基于画像中的竞品/趋势）；数据分析用贴合主营业务的模拟数据 |
| 3 专家/专家团 | 专家市场生态 | 从 experts-market.md 选1个专家+1个专家团，贴合客户行业（基于画像的行业分类） |
| 4 技能 Skill | 技能生态 | 搜索 SkillHub 找2个技能（1行业+1出彩），见下方搜索方法 |
| 5 连接器 | 系统打通 | 从 connectors.md 选2个连接器，贴合画像中推断的客户实际使用的系统 |
| 6 自动化/定时 | 无人值守 | 结合画像中的参会岗位设计1-2个定时自动化场景 |
阶段四 Skill 搜索方法：
使用 find-skills 技能在 SkillHub 中搜索。搜索关键词根据客户画像中的主营业务生成（如制造业搜"CAD 图纸 BOM 质检"，零售搜"营销 海报 电商"）。优先选择已验证可用的稳定技能（见 demo-framework.md 第5节推荐列表）。如果搜索不到合适的行业技能，退而选择通用出彩技能（infographic-generator、html-ppt 等）。
第5步：生成模拟数据
为阶段二（数据分析与可视化）准备模拟数据 xlsx 文件。如其他阶段也需要数据（如连接器演示），一并准备。
模拟数据要求：
- 用 xlsx skill 或 Python(openpyxl) 生成
- 数据结构基于客户画像中的主营业务设计字段（如零售企业用门店销售明细，制造企业用产线质检明细）
- 100-500行明细数据
- 数据中埋入2-3个"分析亮点"（趋势、异常、对比），让分析结果有洞察
- 脱敏处理，不使用真实企业名/人名
数据字段设计参考 demo-framework.md 第8节的模板。 根据客户画像中的行业选择或调整字段。
第6步：输出交付物
在当前工作目录下创建演示包文件夹，结构如下：
[客户名称]_WorkBuddy演示包/
├── 演示脚本.html # 主文档（HTML格式，提示词带一键复制按钮）
└── 模拟数据/
├── [场景名]_数据.xlsx # 模拟数据文件
└── ...（如需多个数据文件）
演示脚本.html 内容结构：
按 references/demo-framework.md 第9节的 HTML 文档结构与模板编写。必须使用该节提供的完整 HTML 模板骨架（含 CSS 和 JS），确保：
- 每个阶段的提示词块都有一键复制按钮（右上角"复制"按钮，点击后复制提示词纯文本到剪贴板，按钮短暂显示"已复制 ✓"反馈）
- 复制功能用原生 JS + navigator.clipboard 实现，不依赖任何外部库或 CDN，保证离线可用
- 页面是单文件 HTML（CSS/JS 全部内联），双击即可在浏览器打开
- 视觉风格：专业商务、左侧目录导航、响应式、打印友好
每个阶段包含：
- 演示话术（对客户说什么）
- 具体提示词（放在带复制按钮的提示词块中，直接可一键复制到 WorkBuddy）
- 预期效果说明（客户会看到什么）
- 操作步骤（如切换专家、安装技能、连接连接器等）
关键要求：
- 所有提示词必须是完整的、可直接使用的，不是占位符
- 所有场景必须贴合客户行业和岗位，不使用泛泛的通用例子
- 文档要能让一个没做过演示的人照着脚本就能演示
- 每个提示词块必须带复制按钮，复制的是提示词的纯文本内容（去掉缩进和首尾空行）
注意事项
- 第2步搜索是必须步骤，不得跳过直接用使用者提供的信息设计场景。搜索的目标是提取能转化为 demo 场景的业务要素——每条搜索结果都要问"这能变成哪个阶段的 demo 场景？"。企查查连接器优先（权威工商数据），WebSearch 补充动态信息。两者都不可用时，才退而仅依赖使用者提供的信息，并在演示脚本中标注"客户信息有限"
- 搜索到的企业信息仅用于设计演示场景，模拟数据必须脱敏，不使用真实企业名/人名
- 提示词要写完整的中文文本，包含角色、目标、背景、约束、输出格式
- 阶段四搜索 SkillHub 时，只推荐相对靠谱的技能，不要推荐不稳定或实验性的
- 如果客户行业较特殊，专家/连接器选型找不到完美匹配时，选最接近的并在文档中说明适配理由
- 如果客户是未上市中小企业，公开信息可能有限，搜索后信息不足时，用 AskUserQuestion 补问关键信息
- 输出文件夹放在当前工作目录下，用
present_files工具展示给用户（HTML 文件会自动在浏览器预览面板打开） - 生成 HTML 前必须先读取
references/demo-framework.md第9节的完整模板骨架，不要自己临场发挥 HTML 结构——模板已内置复制按钮的 JS 逻辑和样式，直接套用 - 提示词块的
data-prompt属性或内部<pre>文本就是复制内容，不要在复制内容里混入 HTML 标签
