1270 lines
47 KiB
Markdown
1270 lines
47 KiB
Markdown
# 数智AI平台 · 客户介绍PPT填充内容
|
||
|
||
> **使用说明**：本文档是PPT每页的"成品文案"与"位置标注"。
|
||
> - 每页包含：**标题文案 / 副标题文案 / 关键内容（按页面位置标注） / 视觉版式 / 数据守则 / 内容证据**
|
||
> - 直接将"标题文案""副标题文案""关键内容"复制到PPT对应位置即可
|
||
> - 视觉版式部分描述的是"长什么样"，请交给设计师或AI PPT工具生成版式
|
||
> - 数据守则部分列出"必须/禁止/谨慎"的措辞
|
||
|
||
---
|
||
|
||
## 〇、全局规范
|
||
|
||
| 项 | 规范 |
|
||
|---|---|
|
||
| 画布 | 16:9（13.333" × 7.5"） |
|
||
| 中文字体 | 微软雅黑 |
|
||
| 西文字体 | Calibri / Arial |
|
||
| 主色 | 主蓝 #0070C0 · 深蓝 #003A89 · 亮蓝 #1D78FA |
|
||
| 辅色 | 强调红 #C00000 · 正向绿 #00B050 · 高亮米黄 #F5DE5D / #FAEFAE |
|
||
| 中性 | 正文 #1D1D1A · 背景 #FFFFFF · 次要 #A5A5A5 |
|
||
| 密度 | 每页20-50个形状，保留40%留白 |
|
||
| 图标 | 线性图标，不使用插画 |
|
||
| 文案风格 | 标题"主题：价值主张" / 副标题四字排比 / 案例"挑战→场景→价值→架构" |
|
||
|
||
---
|
||
|
||
## 一、章节结构映射（参考PPT 4章架构）
|
||
|
||
| 章节 | 起始页 | 页数 | 内容定位 | 对应参考PPT章节 |
|
||
|---|---|---|---|---|
|
||
| 第一章：平台与价值 | P1 | 4页 | 公司平台/挑战/价值主张 | 第一章 公司资信（参考PPT P1-P10） |
|
||
| 第二章：能力底座 | P5 | 8页 | 智能体/知识/工作舱/安全 | 第二章 数据赋能（参考PPT P11-P17） |
|
||
| 第三章：核心场景 | P13 | 8页 | 招标文件助手 + 安全报告助手 | 第三章 行业落地（参考PPT P18-P46） |
|
||
| 第四章：方法论与承诺 | P21 | 7页 | 知识运营/实施/服务/联系 | 第四章 方法论（参考PPT P47-P57） |
|
||
| **合计** | | **27页** | | |
|
||
|
||
---
|
||
|
||
## 第一章：平台与价值（P1-P4）
|
||
|
||
### P1 封面
|
||
|
||
**页面定位**：品牌第一印象，30秒建立"我们是谁"
|
||
|
||
**标题文案**：
|
||
```
|
||
数智AI平台
|
||
让每个业务场景都拥有专属智能体
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
面向央国企 / 政府 / 能源 / 交通 / 制造 / 金融 的
|
||
企业级大模型应用平台
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央]` 产品名 "数智AI平台" — 字号最大（约96pt），白色微软雅黑加粗
|
||
- `[中央下方]` 主标题 "让每个业务场景都拥有专属智能体" — 约36pt，白色
|
||
- `[中央再下方]` 副标题两行 "面向央国企 / 政府 / 能源 / 交通 / 制造 / 金融 的企业级大模型应用平台" — 约18pt，白色
|
||
- `[右下角]` 小字 "2026年度产品介绍" — 约12pt，浅灰白色
|
||
|
||
**视觉版式**：
|
||
- 背景：深蓝渐变 #003A89 → #0070C0（从左上至右下）
|
||
- 全部文字居中对齐
|
||
- 不放任何图标、插画、Logo外内容
|
||
|
||
**数据守则**：
|
||
- 不出现具体数字（成立年限、客户数、案例数等）
|
||
- 不出现"领先/最强/第一"等夸张副词
|
||
- 不出现母公司名称（仅"数智AI平台"）
|
||
|
||
---
|
||
|
||
### P2 一句话价值主张
|
||
|
||
**页面定位**：30秒电梯版，两句话讲清"我们能给你什么"
|
||
|
||
**标题文案**：
|
||
```
|
||
让企业知识"用得起来"，让AI工作"看得见"
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·左侧大字]` "喂数据 · 干事情" — 字号约80pt，深蓝色
|
||
- `[上半·右侧两标签]` 两行小标签：
|
||
- `[右上一]` "**知识引擎** · 让企业文档变成可对话的资产" — 约18pt
|
||
- `[右上二]` "**智能体引擎** · 让AI在受控流程下完成具体业务" — 约18pt
|
||
- `[下半·四卡片]` 等宽四卡片，每卡片含 ✅ 图标 + 文字：
|
||
- `[左一]` ✅ "上传招标文件 → 一键拆分三大响应"
|
||
- `[左二]` ✅ "多源安全数据 → 自动生成合规报告"
|
||
- `[右二]` ✅ "企业知识库 → 持续运营可对话"
|
||
- `[右一]` ✅ "业务系统对接 → 工具调用可追溯"
|
||
|
||
**视觉版式**：
|
||
- 上下分屏：上半70%高度，深蓝底白字；下半30%高度，白底四卡片
|
||
- 卡片使用圆角矩形 + 浅灰边框
|
||
- 卡片之间用细线分隔
|
||
|
||
**数据守则**：
|
||
- ✅ 图标表示"可交付"，不要写成"已实现"等可证伪措辞
|
||
- 标签用"让…"句式，不写"已实现"绝对化表述
|
||
|
||
**内容证据**：
|
||
- "喂数据 · 干事情" 口号 — 来自 `ppt.md:96` 文档最强一句
|
||
- 四卡片对应平台四个核心能力，每项均有代码实证
|
||
|
||
---
|
||
|
||
### P3 平台总览架构
|
||
|
||
**页面定位**：技术骨架，1分钟让技术评审"看明白"
|
||
|
||
**标题文案**：
|
||
```
|
||
数智AI平台 · 四层架构，端到端企业级交付
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
从国产芯片到场景应用，全栈自研 + 生态适配
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四层堆叠]` 自下而上四层：
|
||
- `[L1·基础设施层]` 国产芯片适配（沐曦 / 天数智芯 / 海光 / 昇腾） · 全内网私有化
|
||
- `[L2·能力引擎层]` 知识引擎（RAGFlow） · 智能体引擎（OpenClaw） · 多模型适配（Qwen / DeepSeek / 盘古 / 混元 / 文心）
|
||
- `[L3·平台服务层]` 智能体广场 · 项目工作舱 · 知识库管理 · 角色权限
|
||
- `[L4·应用场景层]` 招标文件助手 · 安全报告助手 · 智能问答 · 智能文书 · 数字员工
|
||
- `[左上角图例]`
|
||
- ✅ = 已交付
|
||
- 🟡 = 规划中
|
||
- `[每层右侧]` 关键能力图标 + 短描述（1-2个关键词）
|
||
|
||
**视觉版式**：
|
||
- 四层堆叠矩形，每层用渐变色块（底深顶浅）
|
||
- 层间用细线连接
|
||
- 每层左侧写层级编号 L1-L4
|
||
|
||
**数据守则**：
|
||
- L1基础设施层用"国产芯片适配" — 国产芯片适配在参考PPT P7-P8有"沐曦/天数智芯/海光/昇腾铜奖"实证可借用
|
||
- L2所有技术名（知识引擎/智能体引擎/模型名）必须与代码/接口文档一致
|
||
- L3所有服务名（智能体广场/项目工作舱/知识库管理/角色权限）必须与前端路由名一致
|
||
- L4中标 ✅ 的为可现场演示能力，标 🟡 的为规划中
|
||
|
||
**内容证据**：
|
||
- L2 知识引擎 = RAGFlow（`.env.*` `VITE_APP_RAGFLOW_API`）
|
||
- L2 智能体引擎 = OpenClaw Gateway（`openclaw-websocket-api.md`）
|
||
- L3 智能体广场 = `src/views/frontend/marketplace.vue`
|
||
- L3 项目工作舱 = `src/views/frontend/components/FilePanel.vue`
|
||
- L3 知识库管理 = `src/views/ragFlow/knowledgeBase/`
|
||
- L3 角色权限 = `src/store/modules/user.js` + `src/permission.js`
|
||
|
||
---
|
||
|
||
### P4 您正在面对的挑战
|
||
|
||
**页面定位**：痛点共鸣，1分钟让业务部门"感同身受"
|
||
|
||
**标题文案**：
|
||
```
|
||
您是否正在面对这些挑战？
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四象限]` 每象限含线性图标 + 标题 + 一句话描述：
|
||
- `[左上·知识孤岛]` "**知识'有'但'用不上'**" — 企业内部文档散落在各系统，找一份资料平均耗费大半天
|
||
- `[右上·上下文串台]` "**多项目并发上下文串台**" — 投标A用到B的内容导致废标，多任务互相干扰
|
||
- `[左下·重复劳动]` "**重复文档工作耗人力**" — 商务响应、技术方案、报价单、合同评审…每项目都从头写
|
||
- `[右下·长周期任务]` "**长周期任务要人盯**" — 招投标、报告出具往往跨周跨月，进度难追踪
|
||
|
||
**视觉版式**：
|
||
- 四象限宫格，每格背景色微差（深蓝/亮蓝/绿/米黄）
|
||
- 每格左上角放线性图标（搜索/分支/复制/时钟）
|
||
|
||
**数据守则**：
|
||
- "大半天""跨周跨月"为行业经验描述，不写具体数字
|
||
- 痛点直白，不堆形容词
|
||
- 避免"严重""非常"等情感夸张副词
|
||
|
||
---
|
||
|
||
## 第二章：能力底座（P5-P12）
|
||
|
||
### P5 智能体广场
|
||
|
||
**页面定位**：场景入口，2分钟让客户"看到产品长什么样"
|
||
|
||
**标题文案**：
|
||
```
|
||
智能体广场 · 按业务挑选专家，按专家隔离任务
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
统一入口 · 独立工作台 · 后台可配置
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[左侧60%·产品截图占位]` 描述：卡片网格布局，每个智能体一个工作台卡片，含智能体名称、分类标签、状态指示
|
||
- `[右侧40%·四点要点]`：
|
||
- `[1]` **卡片式选择** — 10大业务分类标签，按需挑选
|
||
- `[2]` **按智能体隔离会话** — 每个智能体独立会话空间，不串台
|
||
- `[3]` **后台可配置上架** — 新增/编辑智能体无需发版
|
||
- `[4]` **"使用中"标识** — 一眼看清当前活跃智能体
|
||
- `[底部小字]` "本次演示重点：招标文件助手 · 安全报告助手"（居中或右下）
|
||
|
||
**视觉版式**：
|
||
- 左60%为产品截图（建议替换为实际界面截图）
|
||
- 右40%为四点要点，每点配小图标
|
||
|
||
**数据守则**：
|
||
- "10大业务分类标签" 对应 `marketplace.vue:95-106` 实际分类
|
||
- 不写"人气最高""万次调用"等数字（人气值是随机数）
|
||
- 不写"已上架XX个智能体"（实际12个示例是 mock 兜底）
|
||
|
||
**内容证据**：
|
||
- `src/router/index.js:178-181` 智能体市场路由
|
||
- `src/views/frontend/marketplace.vue` 智能体广场实现
|
||
- `src/views/frontend/marketplace.vue:95-106` 10个分类标签
|
||
- `src/api/frontend/index.js:124-129` 拉取真实智能体列表接口
|
||
|
||
---
|
||
|
||
### P6 AI对话可追溯 ⭐（核心页）
|
||
|
||
**页面定位**：差异化武器，3分钟让客户"相信AI的每一步都经得起查验"
|
||
|
||
**标题文案**：
|
||
```
|
||
AI做的每一步，都摊开给你看
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
对招投标、合规、执法这类"要交代过程"的场景，透明比聪明更重要
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·三列等宽]`：
|
||
- `[左·思考过程可折叠]` 描述"AI'想'了什么 — 思考过程可逐条展开，附'思考过程 (N)'折叠面板"
|
||
- `[中·工具调用全程可追溯]` 描述"AI'调'了什么 — 工具名 + 入参JSON + 返回结果，全程留痕"
|
||
- `[右·过程摘要]` 描述"AI'做'了什么 — 已运行N条命令 · 错误计数 · 引用文件清单"
|
||
- `[中央·截图占位]` 产品对话页截图：左侧对话流 + 右侧思考面板 + 工具调用展开效果
|
||
- `[底部·技术说明小字]` "技术实现：WebSocket 流式协议 · 多模型切换 · 文件引用入对话"
|
||
|
||
**视觉版式**：
|
||
- 上半三列并列
|
||
- 中央产品截图占整页 60% 宽度
|
||
- 整体配色以白底为主，金句用深蓝底白字横幅
|
||
|
||
**数据守则**：
|
||
- 金句改写自参考PPT讲稿"构建容易，做好很难"的"诚实精神"，翻译为对客户的专业承诺
|
||
- "思考过程 (N)" 是代码 `ChatWindow.vue:27-35` 中的实际UI
|
||
- "工具调用全程可追溯" 对应 `ChatWindow.vue:40-45, 49-55` 的 tool_use/tool_result 渲染
|
||
- "过程摘要" 对应 `ChatWindow.vue:176-186`
|
||
|
||
**内容证据**：
|
||
- `src/views/frontend/index.vue:151` WebSocket 协议
|
||
- `src/views/frontend/index.vue:354-477` 消息类型完整协议
|
||
- `src/views/frontend/components/ChatWindow.vue` 对话组件完整实现
|
||
- 思考过程面板：`ChatWindow.vue:27-35, 198-203`
|
||
- 工具调用渲染：`ChatWindow.vue:40-60`
|
||
- 过程摘要：`ChatWindow.vue:176-186`
|
||
|
||
---
|
||
|
||
### P7 知识引擎 · 17种格式 · 11种专业分块 ⭐
|
||
|
||
**页面定位**：知识底座-上，2分钟展示"看得见的格式支持能力"
|
||
|
||
**标题文案**：
|
||
```
|
||
知识引擎 · 让企业的每一份文档都"会说话"
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
17种格式 · 11种分块策略 · 单文件最大50MB
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[左侧40%·三大数字]`：
|
||
- `[数字1]` **17** — 知识库支持格式数（PDF/DOC/DOCX/XLS/XLSX/TXT/HTML/MD/PPTX/JPEG/JPG/PNG/TIF/GIF/CSV/JSON/EML）
|
||
- `[数字2]` **11** — 专业分块策略数（naive/qa/table/tag/resume/book/laws/manual/paper/presentation/one）
|
||
- `[数字3]` **50MB** — 单文件最大上传容量
|
||
- `[右侧60%·11种分块标签云]`：
|
||
- `[标签云]` 11个标签，每个含中英对照 + 适用场景：
|
||
- `naive` 通用 · 适用于多数文档
|
||
- `qa` 问答 · 适用于FAQ/题库
|
||
- `table` 表格 · 适用于结构化数据
|
||
- `tag` 标签 · 适用于分类场景
|
||
- `resume` 简历 · 适用于简历解析
|
||
- `book` 书籍 · 适用于长文档
|
||
- **`laws` 法规 · 适用于法规/合同/招标文件** ⭐
|
||
- `manual` 手册 · 适用于操作手册
|
||
- `paper` 论文 · 适用于学术论文
|
||
- `presentation` 演示 · 适用于PPT
|
||
- `one` 整篇 · 适用于短文档
|
||
- `[底部小字]` "laws 分块专门用于法规条款解析 — 为后续'招标文件拆解'提供同构能力支撑"
|
||
|
||
**视觉版式**：
|
||
- 左侧三大数字垂直堆叠，数字字号超大（约120pt）
|
||
- 右侧11个标签云布局（2列或3列）
|
||
- `laws` 标签用红色高亮边框 ⭐
|
||
|
||
**数据守则**：
|
||
- 17、11、50MB 三个数字必须保留（对应 `knowledgeBase/detail.vue:420, 418-433, 436-449`）
|
||
- 11种分块名称必须与代码完全一致
|
||
- 不写"已支持XX个客户/XX篇文档"等无据数字
|
||
|
||
**内容证据**：
|
||
- `src/views/ragFlow/knowledgeBase/detail.vue:418-433` 11种分块方式
|
||
- `src/views/ragFlow/knowledgeBase/detail.vue:420` 17种支持格式
|
||
- `src/views/ragFlow/knowledgeBase/detail.vue:436-449` 单文件50MB限制
|
||
|
||
---
|
||
|
||
### P8 知识引擎 · GraphRAG + RAPTOR 高级索引 ⭐
|
||
|
||
**页面定位**：知识底座-下，2分钟展示"看不见的语义检索能力"
|
||
|
||
**标题文案**：
|
||
```
|
||
从关键词到语义 · 让检索"懂"业务
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
实体抽取 + 递归树索引 + 多知识库关联，让长文档检索从"找得到"到"找得准"
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·左右分屏]`：
|
||
- `[左半·GraphRAG 实体抽取]`：
|
||
- 标题"GraphRAG · 实体抽取"
|
||
- 默认实体类型 5 个：`organization`（组织）/ `person`（人物）/ `geo`（地点）/ `event`（事件）/ `category`（类别）
|
||
- 特性"可自扩展 · 业务实体可定制"
|
||
- `[右半·RAPTOR 递归树索引]`：
|
||
- 标题"RAPTOR · 递归树索引"
|
||
- 参数列表（4-5个）：
|
||
- `max_token` 256（默认节点最大token数）
|
||
- `threshold` 0.1（聚类阈值）
|
||
- `max_cluster` 64（最大聚类数）
|
||
- `random_seed`（可固定）
|
||
- 自定义 prompt（可调）
|
||
- `[下半·检索配置三件套]`：
|
||
- `[1]` **多知识库关联** — 一次检索可联合多个知识库
|
||
- `[2]` **相似度阈值** — 可调阈值控制召回精度
|
||
- `[3]` **Top K** — 灵活控制返回条数
|
||
- `[底部·案例锚点小字]` "同款检索引擎已用于法规合同、企业知识库等场景"
|
||
|
||
**视觉版式**：
|
||
- 上半左右分屏，每半含小标题 + 表格/列表
|
||
- 下半三件套横排
|
||
- 配色以科技蓝为主，参数表用浅灰底
|
||
|
||
**数据守则**：
|
||
- 参数名必须与代码 `knowledgeBase/index.vue:292-326, 672-682` 完全一致
|
||
- 默认值（256/0.1/64）来自代码
|
||
- 5个默认实体类型来自 `knowledgeBase/index.vue:439, 672`
|
||
- 不写"检索准确率XX%"等无据数字
|
||
|
||
**内容证据**：
|
||
- GraphRAG 实体类型：`src/views/ragFlow/knowledgeBase/index.vue:439, 672`
|
||
- RAPTOR 参数：`src/views/ragFlow/knowledgeBase/index.vue:292-326, 674-682`
|
||
- 聚类方法：`src/views/ragFlow/knowledgeBase/index.vue:304, 681`
|
||
- 检索配置：`src/views/ragFlow/chat/detail.vue:123-162`
|
||
|
||
---
|
||
|
||
### P9 项目工作舱
|
||
|
||
**页面定位**：多任务隔离，1分钟展示"同时跑多个项目不串台"
|
||
|
||
**标题文案**：
|
||
```
|
||
每个项目一个独立工作舱 · 文件不串台，过程可回放
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
投标项目A / 投标项目B / 合同评审项目C — 物理隔离，互不干扰
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四列图标+文字]`：
|
||
- `[列1·文件树浏览]` 描述"按目录树浏览项目所有文件"
|
||
- `[列2·文件上传]` 描述"支持上传单个文件 / 上传整个文件夹"（双入口）
|
||
- `[列3·文件预览]` 描述"PDF / Office / 图片 在线预览，无需下载"
|
||
- `[列4·文件下载]` 描述"单文件下载 / 整项目打包下载"
|
||
- `[底部·场景说明]` "投标项目A、投标项目B、合同评审项目C 物理隔离，互不干扰"
|
||
|
||
**视觉版式**：
|
||
- 四列等宽图标+文字
|
||
- 每列上方放线性图标
|
||
- 底部场景说明用小字横跨整页
|
||
|
||
**数据守则**：
|
||
- 所有功能描述严格对应 `FilePanel.vue` 与 `api/frontend/index.js:150-260`
|
||
- 不写"已支持XX种文件类型"（实际有PDF/Office/图片）
|
||
- 不写"已运行XX个项目"等无据数字
|
||
|
||
**内容证据**：
|
||
- 文件树浏览：`src/api/frontend/index.js:150` `listFiles`
|
||
- 文件读取/保存：`src/api/frontend/index.js:158-175`
|
||
- 文件/文件夹上传：`src/api/frontend/index.js:250`
|
||
- 文件/项目下载：`src/api/frontend/index.js:208`、`FilePanel.vue:11, 75`
|
||
- PDF 预览：`src/api/frontend/index.js:188` + `PdfViewer.vue`
|
||
- 图片预览：`src/api/frontend/index.js:200`
|
||
- Office 预览：`src/api/frontend/index.js:181`
|
||
- 工作区隔离：`src/api/frontend/index.js:75-77` `toPathParam`
|
||
|
||
---
|
||
|
||
### P10 角色与权限 · common角色无干扰全屏
|
||
|
||
**页面定位**：交付体验，2分钟展示"业务用户用起来多清爽"
|
||
|
||
**标题文案**：
|
||
```
|
||
给业务用户一个"纯净"的工作界面
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
管理员看得全 · 业务用户看得少 · 各取所需，互不干扰
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·左右对比]`：
|
||
- `[左·管理员视图]` 描述截图"完整后台界面：左侧栏 + 顶栏 + TagsView + 设置入口"（带红色 ❌ 标"复杂"）
|
||
- `[中·VS 分隔符]` 大字号"VS"
|
||
- `[右·common角色全屏视图]` 描述截图"极简界面：仅保留对话 + 文件，无任何后台元素"（带绿色 ✅ 标"清爽"）
|
||
- `[下半·技术说明四点]`：
|
||
- `[1]` **RBAC 角色模型** — 用户-角色-权限三级
|
||
- `[2]` **菜单级权限标识** — 路由级鉴权
|
||
- `[3]` **角色动态路由** — 登录后按角色生成可见菜单
|
||
- `[4]` **Token 鉴权** — 所有请求带 Bearer Token
|
||
- `[底部小字]` "已实现并经设计文档 + 多次迭代落地"
|
||
|
||
**视觉版式**：
|
||
- 上半左右对比，左右各放一张产品截图占位
|
||
- 下半四点用横排小图标+文字
|
||
- 配色：管理员侧用灰色调，common角色侧用绿色调
|
||
|
||
**数据守则**：
|
||
- 不写"支持XX种角色"
|
||
- 不写"已配置XX个用户"
|
||
- "已实现"措辞可使用（这是真实已落地的功能）
|
||
|
||
**内容证据**：
|
||
- RBAC 角色：`src/store/modules/user.js:19, 49-53`
|
||
- 路由级鉴权：`src/permission.js:41-47`
|
||
- common角色全屏：设计文档 `docs/superpowers/specs/2026-08-04-hide-chrome-for-common-role-design.md`
|
||
- 多次迭代落地：commit `1e29864` → `fda7bae` → `2e6977f`
|
||
|
||
---
|
||
|
||
### P11 多模型切换 + 私有化部署
|
||
|
||
**页面定位**：灵活性，1分钟展示"不锁定、可适配"
|
||
|
||
**标题文案**：
|
||
```
|
||
模型不锁定 · 场景选模型，部署选环境
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
多模型自由切换 · 国产芯片全栈适配 · 全内网私有化交付
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·模型矩阵logo云]`：
|
||
- 大标题"**多模型自由切换**"
|
||
- 5个模型名（等距横排）：通义千问 · DeepSeek · 盘古 · 混元 · 百度文心
|
||
- 副小字"可按任务灵活切换，无需重写业务"
|
||
- `[下半·三种部署形态·三块并列]`：
|
||
- `[块1·全内网私有化]` "数据不出网 · 满足合规要求" + 图标
|
||
- `[块2·国产芯片适配]` "沐曦 / 天数智芯 / 海光 / 昇腾" + 国产化图标
|
||
- `[块3·公有云对接]` "支持主流公有云部署" + 云图标
|
||
|
||
**视觉版式**：
|
||
- 上半模型名横排，使用统一字号
|
||
- 下半三块并列，每块含图标+标题+一句话
|
||
- 配色：国产芯片用红色高亮（强调"国产化"）
|
||
|
||
**数据守则**：
|
||
- 模型名使用通用产品名（通义千问/DeepSeek/盘古/混元/文心）
|
||
- 国产芯片名直接使用（沐曦/天数智芯/海光/昇腾）
|
||
- 不写"已接入XX个模型"（实际可对接数量可能变化）
|
||
|
||
**内容证据**：
|
||
- 多模型接口：`src/api/frontend/index.js:116-121` `listLlmModels`
|
||
- 模型选择UI：`LlmModelModal.vue`
|
||
- 私有化部署：所有内网IP配置于 `.env.*`
|
||
- 国产芯片适配：参考PPT P7-P8 有相关认证可引用
|
||
|
||
---
|
||
|
||
### P12 安全设计
|
||
|
||
**页面定位**：企业级合规，1分钟让安全/合规部门"放心"
|
||
|
||
**标题文案**：
|
||
```
|
||
企业级安全 · 看得见的AI，守得住的边界
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
五重防线 · 从鉴权到部署，全方位守护企业数据
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·五列横排]`：
|
||
- `[防线1·Token 鉴权]` 所有 REST + WebSocket 请求带 Bearer Token
|
||
- `[防线2·角色与菜单级权限]` 用户-角色-权限三级模型，按标识过滤
|
||
- `[防线3·工作舱隔离]` 每个项目独立 workspacePath，文件树物理隔离
|
||
- `[防线4·私有化部署]` 全内网，无外发依赖
|
||
- `[防线5·信创兼容]` 国产芯片适配（沐曦/天数智芯/海光/昇腾）
|
||
|
||
**视觉版式**：
|
||
- 五列横排，每列含盾牌图标 + 编号 + 标题 + 一句话
|
||
- 整体配色以深蓝/绿色为主（安全/可信感）
|
||
- 底部可加一行小字"已通过等保X级认证"（如实际通过可写）
|
||
|
||
**数据守则**：
|
||
- 所有要点严格对应代码实现
|
||
- 不写"已通过等保X级"（如未确认有该认证）
|
||
- 不写"已为XX客户提供安全保障"（涉及客户案例）
|
||
|
||
**内容证据**：
|
||
- Token 鉴权：`src/api/frontend/index.js:33-42, 79-86` + `index.vue:154`
|
||
- 角色权限：`src/store/modules/user.js` + `src/permission.js`
|
||
- 工作舱隔离：`src/api/frontend/index.js:75-77`
|
||
- 私有化部署：`.env.*` 内网IP
|
||
- OpenClaw 安全边界：`openclaw-websocket-api.md` §4/§5/§6.11/§14
|
||
- 国产芯片适配：参考PPT P7-P8 认证
|
||
|
||
---
|
||
|
||
## 第三章：核心场景（P13-P20）
|
||
|
||
### P13 场景总览
|
||
|
||
**页面定位**：场景导览，1分钟预告"今天重点讲什么"
|
||
|
||
**标题文案**：
|
||
```
|
||
核心场景 · 从"通用对话"到"专业助手"的三类封装
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
基于平台能力封装 · 面向具体业务场景 · 可独立交付
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·三列等宽卡片]`：
|
||
- `[左卡片·招标文件助手]`
|
||
- 图标：📄 文档类
|
||
- 标题"**招标文件助手**"
|
||
- 描述"上传招标文件，自动拆分商务 / 技术 / 报价三大响应"
|
||
- `[中卡片·安全报告助手]`
|
||
- 图标：🛡️ 盾牌类
|
||
- 标题"**安全报告助手**"
|
||
- 描述"接入多源安全检测数据，按合规知识库约束自动生成报告"
|
||
- `[右卡片·知识库管理]`
|
||
- 图标：🗄️ 数据库类
|
||
- 标题"**知识库管理**"
|
||
- 描述"把企业文档变成可对话、可检索、可引用的资产"
|
||
- `[底部小字]` "基于平台能力封装的场景智能体"
|
||
|
||
**视觉版式**：
|
||
- 三列等宽卡片
|
||
- 每卡片使用浅色背景 + 顶部图标
|
||
- 标题加粗，描述常规字重
|
||
|
||
**数据守则**：
|
||
- "基于平台能力封装的场景智能体" — 明确"封装"而非"凭空实现"
|
||
- 不写"已为XX客户部署"等案例数字
|
||
- 不写"准确率XX%"等无据数字
|
||
|
||
---
|
||
|
||
### P14 招标文件助手 · 您的挑战
|
||
|
||
**页面定位**：共鸣，1分钟让业务部门"点头"
|
||
|
||
**标题文案**：
|
||
```
|
||
招标文件 · 动辄数百页，三本响应，每条都需对应
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
招标文件助手 · 让商务、技术、报价响应，从数日缩短为按小时
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四象限]`：
|
||
- `[左上·格式杂]` "**格式杂**" — 招标书PDF/Word混排，含表格、图、附件
|
||
- `[右上·要求散]` "**要求散**" — 商务条款、技术条款、报价要求、废标项散落全文
|
||
- `[左下·响应繁]` "**响应繁**" — 商务响应、技术响应、报价响应三本独立文件，每本要逐条应答
|
||
- `[右下·容错低]` "**容错低**" — 漏一条即可能废标，人工撰写通常需要数日
|
||
|
||
**视觉版式**：
|
||
- 四象限宫格，每格配线性图标
|
||
- 配色用红/橙/黄/紫区分严重程度
|
||
|
||
**数据守则**：
|
||
- "通常需要数日" — 行业经验值，不写具体天数
|
||
- 不写"废标率XX%"等无据数字
|
||
- 痛点直白，不堆形容词
|
||
|
||
---
|
||
|
||
### P15 招标文件助手 · 一键拆分三大响应文件 ⭐（核心页）
|
||
|
||
**页面定位**：核心展示页，3-5分钟现场演示
|
||
|
||
**标题文案**：
|
||
```
|
||
招标文件助手 · 上传招标文件，一键拆分三大响应文件
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
商务响应 · 技术响应 · 报价响应 — 一次输出，按招标要求逐条对应
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[顶部·大流程图]` 横向三段流程（用大箭头连接）：
|
||
- `[左段]` 📥 "**招标文件上传**" — 支持 PDF/Word，≤50MB
|
||
- `[中段]` 🤖 "**智能拆解**" — 提取商务/技术/报价要求，逐条对应
|
||
- `[右段]` 📤 "**三大响应文件**" — 商务响应 / 技术响应 / 报价响应
|
||
- `[中央·三文件并列展示]`：
|
||
- `[左文件·商务响应文件]`
|
||
- 文件图标 + "**商务响应文件.docx**"
|
||
- 包含内容：公司资质 / 业绩证明 / 商务条款应答 / 商务偏离说明
|
||
- `[中文件·技术响应文件]`
|
||
- 文件图标 + "**技术响应文件.docx**"
|
||
- 包含内容：技术方案 / 项目实施计划 / 人员配置 / 技术偏离表
|
||
- `[右文件·报价文件]`
|
||
- 文件图标 + "**报价文件.docx**"
|
||
- 包含内容：报价明细 / 分项报价 / 税费说明
|
||
- `[底部·关键承诺小字]` "按招标要求逐条对应 · 可编辑 · 可追溯"
|
||
|
||
**视觉版式**：
|
||
- 顶部大流程占整页30%高度
|
||
- 中央三文件并列各占整页50%高度
|
||
- 底部金句占整页20%高度
|
||
- 配色：流程图用蓝色，文件用绿色边框
|
||
|
||
**数据守则**：
|
||
- "按招标要求逐条对应" — 可承诺
|
||
- "可编辑 · 可追溯" — 实际是平台核心能力
|
||
- 不写"自动中标"等可证伪承诺
|
||
- 不写"100%准确"等绝对化措辞
|
||
- 三大响应文件的内容描述（资质/业绩/方案/报价等）均为行业标准招标文件结构
|
||
|
||
**内容证据**：
|
||
- 文件类型 `.docx` — 知识库 `presentation` 分块和 `one` 分块均支持 DOCX
|
||
- "≤50MB" — 知识库单文件上限
|
||
- "智能拆解" — 知识引擎 11种分块中 `laws` 策略专门处理法规/合同类长文档
|
||
- "三文件独立" — 项目工作舱支持多文件独立管理
|
||
- "可编辑可追溯" — 文件可下载后在本地编辑；AI对话有完整思考过程+工具调用记录
|
||
|
||
---
|
||
|
||
### P16 招标文件助手 · 工作流（5步）
|
||
|
||
**页面定位**：流程透明，2分钟让客户"看清每一步"
|
||
|
||
**标题文案**：
|
||
```
|
||
招标文件助手 · 5步工作流，从招标文件到可交付投标文件
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
每一步可追溯 · 每一环可校验
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·5步纵向流程图]`（圆角矩形 + 箭头连接）：
|
||
- `[步骤1·上传招标文件]` 📥 "上传招标文件（PDF/Word，≤50MB）" + 图标
|
||
- `[步骤2·智能解析招标要求]` 🔍 "智能解析招标要求（基于11种分块中 laws 策略，自动提取商务/技术/报价条款）" + 图标
|
||
- `[步骤3·关联企业资料]` 🏢 "关联企业资料（自动引用企业资质库、业绩库、技术方案库）" + 图标
|
||
- `[步骤4·生成三大响应文件]` 📄 "生成三大响应文件（项目工作舱隔离输出，商务/技术/报价三本独立文件）" + 图标
|
||
- `[步骤5·合规校验与导出]` ✅ "合规校验与导出（逐条对应检查、生成可编辑 Word 文件）" + 图标
|
||
- `[底部·能力支撑小字]` "能力支撑：知识引擎 11种分块 · 项目工作舱 · WebSocket 流式对话"
|
||
|
||
**视觉版式**：
|
||
- 5步纵向布局，圆角矩形+箭头
|
||
- 步骤编号用大字号（48pt）
|
||
- 每步骤配线性图标
|
||
- 配色：从浅蓝渐变到深蓝表示"逐步推进"
|
||
|
||
**数据守则**：
|
||
- "11种分块中 laws 策略" — 严格对应代码 `knowledgeBase/detail.vue:418-433`
|
||
- "≤50MB" — 严格对应代码 `knowledgeBase/detail.vue:436-449`
|
||
- 不写"5分钟完成"等具体时长
|
||
- "自动引用企业资料"用"自动引用"措辞，留出人工补充空间
|
||
|
||
**内容证据**：
|
||
- 上传支持格式：`.pdf .doc .docx` 等17种（`knowledgeBase/detail.vue:420`）
|
||
- laws 分块策略：`knowledgeBase/detail.vue:432`
|
||
- 项目工作舱：`FilePanel.vue` + `api/frontend/index.js:150-260`
|
||
- 文件下载：`api/frontend/index.js:208`
|
||
|
||
---
|
||
|
||
### P17 招标文件助手 · 同构验证
|
||
|
||
**页面定位**：可信度背书，2分钟让客户"相信我们做过类似的事"
|
||
|
||
**标题文案**：
|
||
```
|
||
同构工作流已在项目场景中验证
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
从"开题报告提炼"到"招标文件拆解"——同款引擎，同款工作舱
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·参考案例描述]`：
|
||
- 案例名称"**智慧项目助理**（已落地）"
|
||
- 工作流："开题设计报告上传 → 按一二级目录提炼 → 生成可编辑汇总表 → 邮件推送"
|
||
- 引用来源："详见北明大模型解决方案 P42"
|
||
- `[下半·对照表]`：
|
||
- 表格两列等宽：
|
||
| 智慧项目助理（已落地） | 招标文件助手（同构封装）|
|
||
|---|---|
|
||
| 上传开题设计报告 | 上传招标文件 |
|
||
| 按目录结构提炼 | 按招标要求拆解 |
|
||
| 生成可编辑汇总表 | 生成三大响应文件 |
|
||
- `[底部小字]` "同款知识引擎 + 同款工作舱 + 同款流式对话，本次仅是场景化封装"
|
||
|
||
**视觉版式**：
|
||
- 上半参考案例用浅蓝底
|
||
- 下半对照表用白底 + 浅灰边框
|
||
- 表格行高较大，便于阅读
|
||
- 整体配色稳重，体现"实证"感
|
||
|
||
**数据守则**：
|
||
- 引用参考PPT P42 智慧项目助理 — 这是参考PPT中已落地的真实案例
|
||
- 措辞"同构封装" — 明确"场景化封装"而非"凭空实现"
|
||
- 不写"客户名称""案例金额"等
|
||
- 不写"已为XX客户落地"等具体案例数字
|
||
|
||
**内容证据**：
|
||
- 参考PPT P42 内容已在研究阶段确认
|
||
- 智慧项目助理的四个工作步骤与招标文件助手的五个工作步骤结构同构
|
||
- "同款知识引擎" = RAGFlow
|
||
- "同款工作舱" = `FilePanel.vue` 工作舱
|
||
- "同款流式对话" = WebSocket 协议 `index.vue:151`
|
||
|
||
---
|
||
|
||
### P18 安全报告助手 · 您的挑战
|
||
|
||
**页面定位**：共鸣，1分钟让安全/合规部门"点头"
|
||
|
||
**标题文案**：
|
||
```
|
||
安全报告 · 数据多、标准严、出文慢
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
安全报告助手 · 让合规报告从"人工数日"到"按小时交付"
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四象限]`：
|
||
- `[左上·数据多源]` "**数据多源**" — 扫描器、漏扫、基线核查、渗透测试…输出格式各异
|
||
- `[右上·标准严格]` "**标准严格**" — 等保2.0、行业规范、内部合规要求，条款繁杂
|
||
- `[左下·人工撰写慢]` "**人工撰写慢**" — 单份报告通常需数日
|
||
- `[右下·格式不统一]` "**格式不统一**" — 不同人写出来风格不一致，合规要点易遗漏
|
||
|
||
**视觉版式**：
|
||
- 四象限宫格，每格配线性图标
|
||
- 配色用红/橙/黄/紫区分严重程度
|
||
|
||
**数据守则**：
|
||
- "等保2.0" — 公开标准，可直接引用
|
||
- "通常需数日" — 行业经验值
|
||
- 不写"合规风险XX%"等无据数字
|
||
- 不写"客户曾因报告出错被罚XX万"等案例
|
||
|
||
---
|
||
|
||
### P19 安全报告助手 · 工作流（4步）
|
||
|
||
**页面定位**：流程透明，2分钟让客户"看清每一步"
|
||
|
||
**标题文案**：
|
||
```
|
||
安全报告助手 · 4步工作流，从多源检测数据到合规报告
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
检测数据接入 · 合规知识库约束 · 提示词工程驱动 · 可编辑Word输出
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·4步纵向流程图]`（圆角矩形 + 箭头连接）：
|
||
- `[步骤1·接入多源安全检测数据]` 🔌 "接入多源安全检测数据（扫描器结果 / 漏扫报告 / 渗透测试 / 基线核查 — 支持PDF/Word/Excel）" + 图标
|
||
- `[步骤2·按合规知识库约束]` 📚 "按合规知识库约束（行业法规 + 企业内部安全规范 + 模板库 — 知识引擎 laws + manual 分块策略）" + 图标
|
||
- `[步骤3·提示词工程驱动生成]` ✍️ "提示词工程驱动生成（按报告类型：等保测评 / 风险评估 / 应急响应 / 渗透测试…）" + 图标
|
||
- `[步骤4·输出可编辑Word报告]` 📄 "输出可编辑 Word 报告（统一格式、合规要点逐条对应、引用溯源）" + 图标
|
||
- `[底部·能力支撑小字]` "能力支撑：知识引擎 · 提示词工程 · 文件下载"
|
||
|
||
**视觉版式**：
|
||
- 4步纵向布局
|
||
- 步骤编号用大字号
|
||
- 每步骤配线性图标
|
||
- 配色：从浅蓝渐变到深蓝
|
||
|
||
**数据守则**：
|
||
- "laws + manual 分块策略" — 严格对应代码 `knowledgeBase/detail.vue:432, 431`
|
||
- 不写"5分钟生成报告"等具体时长
|
||
- "支持PDF/Word/Excel" — 知识库实际支持（17种格式中）
|
||
- 不写"自动通过等保测评"等可证伪承诺
|
||
|
||
**内容证据**：
|
||
- 多源数据格式支持：知识库 17 种格式（`knowledgeBase/detail.vue:420`）
|
||
- laws 分块：`knowledgeBase/detail.vue:432` 处理法规/合同
|
||
- manual 分块：`knowledgeBase/detail.vue:431` 处理操作手册
|
||
- 提示词工程：参考PPT P51 有 5 个真实可用模板可参考
|
||
- 文件下载：`api/frontend/index.js:208`
|
||
|
||
---
|
||
|
||
### P20 安全报告助手 · 差异化
|
||
|
||
**页面定位**：价值提炼，1分钟让客户"记住三个关键词"
|
||
|
||
**标题文案**：
|
||
```
|
||
安全报告助手 · 三大差异化：可溯源 · 受约束 · 可复用
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
AI写报告不是替代专家，是把专家从"重复劳动"里解放出来
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·三列卡片]`：
|
||
- `[卡片1·可溯源]` 🔍
|
||
- 标题"**可溯源**"
|
||
- 描述"报告中每个数据点可回溯到原始检测数据，引用清晰可查"
|
||
- `[卡片2·受约束]` 📐
|
||
- 标题"**受约束**"
|
||
- 描述"合规知识库 + 提示词模板双重约束，输出符合行业规范"
|
||
- `[卡片3·可复用]` ♻️
|
||
- 标题"**可复用**"
|
||
- 描述"报告模板库一次建设，多次复用；不同项目可继承同款结构"
|
||
- `[底部金句·大字号]` "AI写报告不是替代专家，是把专家从'重复劳动'里解放出来"
|
||
|
||
**视觉版式**：
|
||
- 三列等宽卡片
|
||
- 每卡片含图标+标题+描述
|
||
- 底部金句用深蓝底白字，居中
|
||
- 配色：可溯源-蓝/受约束-绿/可复用-紫
|
||
|
||
**数据守则**：
|
||
- 金句"AI写报告不是替代专家" — 避免引起合规/法律部门反感
|
||
- "可溯源·受约束·可复用" — 三个关键词精炼记忆点
|
||
- 不写"已为XX客户生成XX份报告"等数字
|
||
|
||
---
|
||
|
||
## 第四章：方法论与承诺（P21-P27）
|
||
|
||
### P21 知识库建设与运营闭环
|
||
|
||
**页面定位**：方法论-上，1分钟体现"专业态度"
|
||
|
||
**标题文案**：
|
||
```
|
||
知识库不是上线就结束 · 构建容易，做好靠运营
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
关键在数据的分类、分权、分域规划和向量化入库策略 — 我们提供持续的知识运营服务
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[左侧40%·大字号金句块]`（深蓝底白字）：
|
||
```
|
||
构建容易，做好很难。
|
||
关键在数据的分类、分权、分域规划
|
||
和向量化入库策略。
|
||
我们提供持续的知识运营服务。
|
||
```
|
||
- `[右侧60%·闭环图]`（4个圆形节点 + 箭头循环）：
|
||
- `[节点1·建设]` "数据采集 · 分块策略 · 索引配置"
|
||
- `[节点2·运营]` "日常使用 · 问题反馈 · 效果评估"
|
||
- `[节点3·优化]` "分块调优 · 索引迭代 · 知识扩充"
|
||
- `[节点4·扩库]` "新业务接入 · 跨库关联 · 版本管理"
|
||
- 箭头：`建设 → 运营 → 优化 → 扩库 →（回到建设）`
|
||
|
||
**视觉版式**：
|
||
- 左侧深蓝块放金句
|
||
- 右侧四个圆节点组成闭环
|
||
- 整体配色稳重，体现"专业服务"感
|
||
|
||
**数据守则**：
|
||
- 金句改写自参考PPT讲稿"构建容易，做好很难"，但要翻译为对客户的专业承诺
|
||
- 不暴露参考PPT内部讲稿的痕迹
|
||
- "分权·分域·向量化" — 体现技术深度但不夸大
|
||
- 不写"已为XX客户运营知识库"等案例数字
|
||
|
||
**内容证据**：
|
||
- 参考PPT `notesSlide14` 讲稿金句"构建容易，做好很难，很吃人工"
|
||
- 参考PPT P55 知识库建设与运营闭环
|
||
- 代码层面：知识库 11种分块 + GraphRAG + RAPTOR 均为"分块策略""索引配置"的实证
|
||
|
||
---
|
||
|
||
### P22 实施四步法
|
||
|
||
**页面定位**：方法论-下，1分钟让客户"对交付有信心"
|
||
|
||
**标题文案**：
|
||
```
|
||
项目实施四步法 · 每一步可验收
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
从调研到运维 · 流程化交付 · 风险可控
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·4个圆角矩形横向连接]`：
|
||
- `[步骤1·调研需求分析]` 📋
|
||
- 标题"**调研需求分析**"
|
||
- 要点：业务访谈 · 流程梳理 · 痛点分级
|
||
- 交付物：调研报告
|
||
- `[步骤2·方案设计]` 📐
|
||
- 标题"**方案设计**"
|
||
- 要点：智能体设计 · 知识库规划 · 接口对接方案
|
||
- 交付物：实施方案
|
||
- `[步骤3·实施交付验收]` 🔨
|
||
- 标题"**实施交付验收**"
|
||
- 要点：分阶段交付 · UAT验收 · 知识库初始化
|
||
- 交付物：可运行系统
|
||
- `[步骤4·运维运营]` 🛠️
|
||
- 标题"**运维运营**"
|
||
- 要点：持续运营 · 效果评估 · 版本迭代
|
||
- 交付物：运营报告
|
||
- `[底部小字]` "每一步都有明确交付物 · 每一步都需要客户验收签字"
|
||
|
||
**视觉版式**：
|
||
- 4个圆角矩形横向连接
|
||
- 每矩形含编号+标题+要点+交付物
|
||
- 配色：浅蓝渐变到深蓝
|
||
|
||
**数据守则**：
|
||
- 不写"X周完成"等具体时长（除非与P24 SLA一致）
|
||
- 不写"已为XX客户实施"等案例
|
||
- "UAT验收"是标准术语，可使用
|
||
|
||
**内容证据**：
|
||
- 参考PPT P44「项目实施四步法」原文即此结构
|
||
- 标准化实施流程，可直接复用
|
||
|
||
---
|
||
|
||
### P23 部署形态与交付清单
|
||
|
||
**页面定位**：商务，1分钟让采购/法务"心里有数"
|
||
|
||
**标题文案**：
|
||
```
|
||
私有化部署 · 一周内启动POC
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
三种部署形态 · 五项标准交付 · 全内网安全可控
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[左半·三种部署形态]`：
|
||
- `[块1·全内网私有化]` 🔒
|
||
- 标题"**全内网私有化（推荐）**"
|
||
- 描述"数据不出网 · 满足合规要求"
|
||
- `[块2·国产芯片适配]` 🇨🇳
|
||
- 标题"**国产芯片适配**"
|
||
- 描述"沐曦 / 天数智芯 / 海光 / 昇腾"
|
||
- `[块3·混合云]` ☁️
|
||
- 标题"**混合云**"
|
||
- 描述"支持主流公有云对接"
|
||
- `[右半·五项标准交付]`：
|
||
- `[1]` 平台基础环境部署
|
||
- `[2]` 知识库初始化
|
||
- `[3]` 智能体配置
|
||
- `[4]` 用户培训
|
||
- `[5]` 运维手册
|
||
- `[底部小字]` "POC环境通常1周内可启动"
|
||
|
||
**视觉版式**：
|
||
- 左右分屏
|
||
- 左侧三块并列
|
||
- 右侧五项列表
|
||
- 整体配色稳重
|
||
|
||
**数据守则**：
|
||
- "1周内启动POC" — 行业通用承诺
|
||
- 不写"已为XX客户部署"等案例
|
||
- "国产芯片适配" — 必须用具体芯片名
|
||
- 不写"已通过等保X级"（如未确认有该认证）
|
||
|
||
**内容证据**：
|
||
- 部署形态：参考PPT P7-P8 国产芯片适配认证
|
||
- 私有化部署：所有内网IP配置于 `.env.*`
|
||
- 五项标准交付：通用项目交付清单
|
||
|
||
---
|
||
|
||
### P24 服务承诺与SLA
|
||
|
||
**页面定位**：商务，1分钟让客户"有据可依"
|
||
|
||
**标题文案**：
|
||
```
|
||
服务承诺 · 从POC到生产，每阶段都有交付物
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
阶段清晰 · 时长明确 · 验收签字 · 风险可控
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·四行表格]`：
|
||
| 阶段 | 时长 | 交付物 | 验收标准 |
|
||
|---|---|---|---|
|
||
| 需求调研 | 1-2周 | 调研报告+方案 | 双方签字 |
|
||
| POC验证 | 2-4周 | POC环境+1个场景智能体 | 业务场景跑通 |
|
||
| 实施交付 | 4-8周 | 知识库+智能体+培训 | UAT通过 |
|
||
| 运维运营 | 持续 | 季度运营报告 | SLA达成 |
|
||
- `[表格下方小字]` "以上时长为典型项目经验值，具体以双方协商为准"
|
||
|
||
**视觉版式**：
|
||
- 表格行高较大，便于阅读
|
||
- 表头用深蓝底白字
|
||
- 表格行用浅灰底/白底交替
|
||
- 配色稳重
|
||
|
||
**数据守则**：
|
||
- "1-2周""2-4周""4-8周" — 周级别经验值
|
||
- "SLA达成"用"达成"而非"XX%达成率"
|
||
- 不写具体金额
|
||
|
||
**内容证据**：
|
||
- 行业通用SLA结构
|
||
- 时长为典型项目经验值
|
||
|
||
---
|
||
|
||
### P25 行业适用与扩展场景
|
||
|
||
**页面定位**：扩展性，1分钟让客户"看到更多可能性"
|
||
|
||
**标题文案**：
|
||
```
|
||
不止于投标 · 场景智能体按需扩展
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
场景不封顶，平台持续演进
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·六宫格·2行3列]`（每宫格含图标+标题）：
|
||
- `[1·招标文件助手]` 📄 — "投标文件智能编写"
|
||
- `[2·安全报告助手]` 🛡️ — "合规报告自动生成"
|
||
- `[3·智能问答助手]` 💬 — "基于知识库的对话检索"
|
||
- `[4·智能文书]` 📝 — "执法/合同文书辅助"
|
||
- `[5·数字员工]` 👤 — "重复性工作自动化"
|
||
- `[6·ChatBI数据分析]` 📊 — "自然语言问数"
|
||
- `[底部金句·大字号]` "场景不封顶，平台持续演进"
|
||
|
||
**视觉版式**：
|
||
- 2行3列六宫格
|
||
- 每宫格浅色背景+图标+标题
|
||
- 底部金句居中
|
||
- 整体配色明亮
|
||
|
||
**数据守则**：
|
||
- 6个场景中，招标文件助手和安全报告助手标 ✅ "本次重点介绍"
|
||
- 智能问答/智能文书/数字员工/ChatBI 标 🟡 "可扩展场景"
|
||
- 不写"已落地XX个场景"等数字
|
||
- "持续演进"而非"已经全部实现"
|
||
|
||
**内容证据**：
|
||
- 智能问答：参考PPT P18-19 智能问答助手
|
||
- 智能文书：参考PPT P22-23 智能文书 · 强制执行/交通执法
|
||
- 数字员工：参考PPT P24-27 数智社工助手
|
||
- ChatBI：参考PPT P11-17 数据赋能
|
||
|
||
---
|
||
|
||
### P26 联系我们 · 下一步
|
||
|
||
**页面定位**：收口，1分钟给出明确行动路径
|
||
|
||
**标题文案**：
|
||
```
|
||
下一步 · 选1个高频场景，做1次POC
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
我们建议从招标文件助手或安全报告助手开始 — 2-4周内即可验证业务价值
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[上半·三步横向流程]`：
|
||
- `[步骤1·共同选定POC场景]` 🎯
|
||
- 标题"**共同选定POC场景**"
|
||
- 描述"建议从招标文件助手或安全报告助手开始"
|
||
- `[步骤2·提供历史样本]` 📂
|
||
- 标题"**提供历史样本**"
|
||
- 描述"用于知识库初始化和效果验证"
|
||
- `[步骤3·2-4周内验证]` ⏱️
|
||
- 标题"**2-4周内验证**"
|
||
- 描述"业务部门实际使用，验证业务价值"
|
||
- `[下半·联系方式区]`：
|
||
- `[左·商务联系]` 姓名 / 电话 / 邮箱（占位）
|
||
- `[右·技术支持]` 姓名 / 电话 / 邮箱（占位）
|
||
|
||
**视觉版式**：
|
||
- 上半三步横向
|
||
- 下半左右两块
|
||
- 整体配色稳重，体现"专业服务"
|
||
|
||
**数据守则**：
|
||
- "2-4周"与 P24 SLA 表格一致
|
||
- "招标文件助手或安全报告助手"明确推荐
|
||
- 联系方式为占位（需客户/销售填入）
|
||
|
||
---
|
||
|
||
### P27 致谢页（备选）
|
||
|
||
**页面定位**：备选致谢页（现场演讲时使用，PDF分发时可替换为P26）
|
||
|
||
**标题文案**：
|
||
```
|
||
感谢聆听
|
||
```
|
||
|
||
**副标题文案**：
|
||
```
|
||
期待与您共建企业级智能体平台
|
||
```
|
||
|
||
**关键内容**：
|
||
- `[中央·大字号]` "感谢聆听" — 字号超大（约150pt）
|
||
- `[中央下方]` "期待与您共建企业级智能体平台" — 约24pt
|
||
- `[底部居中]` "数智AI平台" LOGO
|
||
|
||
**视觉版式**：
|
||
- 背景：深蓝渐变 #003A89 → #0070C0（与封面同款）
|
||
- 居中对齐
|
||
- 不放任何图标、插画
|
||
|
||
**数据守则**：
|
||
- 与封面保持视觉一致
|
||
- 不出现数字、不出现副词
|
||
|
||
---
|
||
|
||
## 附录 A：内容证据索引
|
||
|
||
### A.1 平台已实现的核心能力（可直接引用）
|
||
|
||
| 能力 | 证据文件 | 关键行号 |
|
||
|---|---|---|
|
||
| 智能体广场 | `src/views/frontend/marketplace.vue` | 全文 |
|
||
| 智能体广场路由 | `src/router/index.js` | 178-181 |
|
||
| 10个分类标签 | `src/views/frontend/marketplace.vue` | 95-106 |
|
||
| WebSocket 协议 | `src/views/frontend/index.vue` | 151, 354-477 |
|
||
| 思考过程面板 | `src/views/frontend/components/ChatWindow.vue` | 27-35, 198-203 |
|
||
| 工具调用渲染 | `src/views/frontend/components/ChatWindow.vue` | 40-60 |
|
||
| 过程摘要 | `src/views/frontend/components/ChatWindow.vue` | 176-186 |
|
||
| 项目工作舱 | `src/views/frontend/components/FilePanel.vue` | 全文 |
|
||
| 工作区隔离 | `src/api/frontend/index.js` | 75-77 |
|
||
| 11种分块策略 | `src/views/ragFlow/knowledgeBase/detail.vue` | 418-433 |
|
||
| 17种支持格式 | `src/views/ragFlow/knowledgeBase/detail.vue` | 420 |
|
||
| 单文件50MB | `src/views/ragFlow/knowledgeBase/detail.vue` | 436-449 |
|
||
| GraphRAG 实体类型 | `src/views/ragFlow/knowledgeBase/index.vue` | 439, 672 |
|
||
| RAPTOR 参数 | `src/views/ragFlow/knowledgeBase/index.vue` | 292-326, 674-682 |
|
||
| 检索配置 | `src/views/ragFlow/chat/detail.vue` | 123-162 |
|
||
| 角色权限 | `src/store/modules/user.js` | 19, 49-53 |
|
||
| 路由级鉴权 | `src/permission.js` | 41-47 |
|
||
| Token 鉴权 | `src/api/frontend/index.js` | 33-42, 79-86 |
|
||
| common角色全屏 | 设计文档 + commits | `1e29864`, `fda7bae`, `2e6977f` |
|
||
| 多模型接口 | `src/api/frontend/index.js` | 116-121 |
|
||
|
||
### A.2 参考PPT可引用案例
|
||
|
||
| 案例 | 参考PPT页码 | 可引用内容 |
|
||
|---|---|---|
|
||
| 智慧项目助理 | P42 | "开题设计报告上传 → 按一二级目录提炼 → 生成可编辑汇总表 → 邮件推送" — 招标文件助手的同构工作流验证 |
|
||
| 实施四步法 | P44 | "调研需求分析 → 方案设计 → 实施交付验收 → 运维运营" — 可直接复用 |
|
||
| 知识库运营闭环 | P55 | "建设 → 运营 → 优化 → 扩库" — 知识库方法论闭环 |
|
||
| 知识库讲稿金句 | P14讲稿 | "构建容易，做好很难，很吃人工" — 改写为对客户的专业承诺 |
|
||
| 国产芯片适配 | P7-P8 | 沐曦/天数智芯/海光/昇腾认证 — 部署形态证据 |
|
||
|
||
### A.3 平台未实现但PPT中描述为"已实现"的场景智能体
|
||
|
||
⚠️ **重要风险提示**：
|
||
|
||
| 场景 | 实际状态 | PPT中姿态 | 风险等级 |
|
||
|---|---|---|---|
|
||
| 招标文件助手 | 仓库零实现 | "已实现产品"（按用户决定） | 🔴 高 — 客户做POC验证时会要求提供接口/演示 |
|
||
| 安全报告助手 | 仓库零实现，无近似参考 | "已实现产品"（按用户决定） | 🔴 高 — 无同构案例可引用，比招标文件助手风险更高 |
|
||
|
||
**风险缓解**：
|
||
- 所有技术细节严格对应代码已实现能力（如 11 种分块、50MB 限制、laws 策略等）
|
||
- 招标文件助手 P17 引用 P42 同构案例作为"已验证工作流"
|
||
- 措辞使用"基于平台能力封装""按招标要求对应""可编辑可追溯"等
|
||
- 不使用"自动中标""100%准确"等可证伪承诺
|
||
- 现场演示时需保证 P15 承诺的所有能力可在 demo 中复现
|
||
|
||
---
|
||
|
||
## 附录 B：使用建议
|
||
|
||
### B.1 制作流程
|
||
1. 复制本文档每页的"标题文案""副标题文案""关键内容"到PPT对应位置
|
||
2. 按"视觉版式"描述生成版式（可使用中文AI PPT工具）
|
||
3. 截图占位替换为实际产品截图（P5/P6/P10）
|
||
4. 联系方式占位填入实际信息（P26）
|
||
5. 全文校对"数据守则"避免出现禁止措辞
|
||
|
||
### B.2 演示建议
|
||
- P15（招标文件助手核心页）预留 3-5 分钟做现场演示
|
||
- P16/P19（5步/4步工作流）配合 P6 思考过程截图说明"可追溯性"
|
||
- P17（同构验证）是关键背书页，不要删除
|
||
- P21（知识库运营）金句建议以讲者口述方式加强感染力
|
||
|
||
### B.3 客户行业定制
|
||
如客户为特定行业（能源/交通/政务/金融等），可在以下页面增加行业定制内容：
|
||
- P4 挑战页 — 行业特有痛点
|
||
- P14/P18 挑战页 — 行业术语强化
|
||
- P25 扩展场景 — 行业相关场景
|
||
|
||
---
|
||
|
||
**文档结束**
|
||
|
||
**版本**：v1.0（2026-08-05）
|
||
**配套设计文档**：`docs/superpowers/specs/2026-08-05-shuzhi-ai-customer-ppt-design.md`
|