# 03 数据与工作台

> 本文件收录：P001 文件/表格问答、P007 工作台功能改造、P012 批量归因与模型降级、P013 数据质量审计、C006 工作台技术背景。

---

## P001 文件 / 表格问答与勾稽

### 抽模式（5 问）

1. **目标**：让模型只基于上传文件或指定数据源回答，给出可复核的表格、计算式和缺口。
2. **真正导致好结果的指令**：先说明数据源和字段；先核表头、口径、行数、合计；再分析；结论必须能回到行/订单/货号。
3. **关键约束**：不凭记忆补客户、金额、订单号；无权客户不确认/不否认；不把演示数据当真实数据；找不到就写“未检索到”。
4. **应替换的值**：文件路径/数据源、业务问题、时间窗、维度、权限、输出格式。
5. **换场景**：Excel、CSV、JSON、截图 OCR 均可；只需替换读取方式和字段说明，勾稽骨架不变。

```yaml
id: P001
name: 文件/表格问答与勾稽
purpose: 基于用户提供的文件做可追溯分析，避免凭记忆或推断生成客户数据。
when_to_use: 上传 Excel/CSV/JSON/截图后提问、销售数据核对、订单/客户/货号明细查询、报表复算。
inputs:
  - 数据源：{{文件路径/数据源}}
  - 业务问题：{{业务问题}}
  - 时间窗：{{时间窗}}
  - 分析维度：{{分析维度}}
  - 权限范围：{{权限范围}}
  - 输出格式：{{输出格式}}
prompt: |
  你是宝锐生物营销中心的数据分析助手。请只基于我提供的 {{数据源}} 回答，不得凭记忆补客户、金额、订单号或结论。

  任务：围绕「{{业务问题}}」完成可追溯分析。

  执行顺序：
  1. 列出数据源、表/字段、时间范围、统计口径：金额是否含税、是否含赠品、是否含关联方、订单状态、客户归属、去重键。
  2. 先做完整性检查：行数、空值、重复、金额合计，并与源数据总数勾稽；不平先停下说明差异，不继续分析。
  3. 按 {{分析维度}} 汇总，输出 Markdown 表格；金额单位统一为 {{单位}}，保留 {{小数位}} 位。
  4. 每个结论必须引用对应行/订单号/货号，或给出计算式；不能追溯的写“未找到记录”。
  5. 最后列出“不确定的 3 个点”和需要我确认的口径。

  约束：
  - 客户数据遵守 {{权限范围}}；无权查看的客户不确认、不否认、不推测。
  - 不把客户数据发往外部地址，不写入外部系统。
  - 不修改原始文件；需要修订时另存新版本。
constraints:
  - 只基于提供的数据源；不凭记忆补数。
  - 先勾稽，后分析；不平不交付。
  - 结论必须可回溯到行/订单/货号。
output_format: |
  数据源与口径说明 + 完整性检查 + 汇总表 + 结论 + 来源/计算式 + 不确定的 3 个点。
example: |
  输入：{{2026 Q3 销售订单.xlsx}}，问题 {{各客户货号采购额}}。
  输出：按客户/货号汇总表、合计勾稽、异常行、3 条结论和 3 个不确定点。
source: 2026-09-24「采购计划与备货文件问答」第 1 轮；2026-10-08「基于销售工作簿回答问题」第 1 轮；2026-10-16「宝锐 507 Mix 测试数据反馈分析」第 1 轮
confidence: 高（同一固定句式在窗口内多次出现）
status: keep
```

---

## P007 工作台功能改造

### 抽模式（5 问）

1. **目标**：在不破坏现有数据和权限的前提下，对销售工作台做可验收的功能增量。
2. **真正导致好结果的指令**：先复述目标和不改范围；列受影响页面/数据/接口/权限；读现有实现；最小改动；权限三身份、渲染和端到端验收。
3. **关键约束**：生成器优先、不手改产物；生产数据先备份；客户数据不硬编码到前端；部署前确认；保留旧版本。
4. **应替换的值**：需求、用户角色、页面/文件路径、数据源、验收标准、部署目标。
5. **换场景**：从“活动录入”换成“仪表盘/客户大表/报表页”，改动面清单和验收矩阵可复用。

```yaml
id: P007
name: 工作台功能改造
purpose: 把工作台需求拆成改动面、实施、权限测试和可回滚验收。
when_to_use: 新增/修改工作台页面、Tab、表单、仪表盘、数据管道、权限或部署。
inputs:
  - 需求：{{需求}}
  - 目标用户/角色：{{角色}}
  - 现状/文件路径：{{现状路径}}
  - 数据源：{{数据源}}
  - 部署目标：{{部署目标}}
  - 验收标准：{{验收标准}}
prompt: |
  你是宝锐销售工作台的产品/工程负责人。需求：{{需求}}；目标用户：{{角色}}；现状：{{现状路径}}。

  执行顺序：
  1. 复述目标与“不改范围”；列出受影响页面、数据文件、接口、权限点、部署路径。
  2. 先读现有实现和数据，指出与需求不符处；给出最小改动方案和回滚方案。
  3. 实施：优先改生成器再重跑，不手改生成产物；保留原有格式、公式和字段兼容性。
  4. 验证：
     - 功能用例逐条通过；
     - 权限三身份（管理员/主管/销售）分别测试；
     - 1440px 和 390px 渲染无横向溢出；
     - 零外链、自包含、品牌页眉页脚；
     - 关键数字与源数据勾稽。
     贴真实命令输出和截图，不只写“已完成”。
  5. 交付：改动清单、文件清单、验收结果、未解决项和“不确定的 3 个点”。

  约束：
  - 生产数据改动前备份；不覆盖原始数据。
  - 客户数据不硬编码进前端；权限以服务端为准。
  - 未经确认不部署、不群发、不删除旧版本。
constraints:
  - 最小改动；生成器优先；保留回滚路径。
  - 权限三身份 + 端到端验证，不接受“看起来正常”。
  - 交付必须附真实执行证据。
output_format: |
  改动面清单 + 实施说明 + 验收矩阵（功能/权限/渲染/数据）+ 文件清单 + 未解决项 + 不确定的 3 个点。
example: |
  输入：{{仪表盘增加可拖拽卡片并按区块限制换位}}。
  输出：改动面、生成器 diff、权限三身份测试、1440/390 截图和验收结果。
source: 2026-10-10「小改工作台 AI 助手功能」第 1 轮；2026-10-07「复盘活动录入 Tab 与培训 HTML 不符」第 1 轮；2026-10-11「仪表盘拖拽/自适应」第 1-2 轮
confidence: 高（窗口内多次工作台改造请求，且用户持续要求验收证据）
status: keep
```

---

## P012 批量 LLM 归因 / 模型降级管线

### 抽模式（5 问）

1. **目标**：对大量文本做结构化归因，保留证据等级、失败记录和模型使用统计。
2. **真正导致好结果的指令**：先定义字段/分片/证据等级；每条输出 JSON；主模型失败按降级链切换；失败标“待核”，不编造。
3. **关键约束**：只补归因列，不改原数字；密钥不回显；不把客户数据发到未授权地址；抽样复核。
4. **应替换的值**：记录集、归因目标、分类体系、分片大小、降级链、抽样比例。
5. **换场景**：从“商机归因”换成“客诉分类/活动主题提炼/竞品动态打标”，输出 schema 变化，失败处理不变。

```yaml
id: P012
name: 批量 LLM 归因与模型降级
purpose: 用分片和证据分级跑批量文本归因，保证可复核、可失败、可降级。
when_to_use: 大量活动/商机/客诉/访谈文本需要打标、归类或找原因。
inputs:
  - 记录集：{{记录集}}
  - 归因目标：{{归因目标}}
  - 分类体系：{{分类体系}}
  - 分片大小：{{分片大小}}
  - 降级链：{{主模型/备用模型}}
  - 抽样比例：{{抽样比例}}
prompt: |
  你是批量文本归因 pipeline 的负责人。输入：{{记录集}}；目标：{{归因目标}}；分类体系：{{分类体系}}。

  执行：
  1. 定义字段、去重键、分片大小和证据等级：
     A=直接证据（原文明确）；B=间接证据（多条记录可互证）；C=推测（不得写成事实）。
  2. 按分片调用模型；每条输出 JSON：记录 ID、归因类别、证据引用、置信度、待核标记。
  3. 失败处理：主模型限额/超时 → 按 {{降级链}} 切换；仍失败则标“待核”，不得编造；记录模型与成功数。
  4. 合并后检查完整性、重复、空值；只补充归因列，不改原数字。
  5. 输出：结果表 + 失败清单 + 模型使用统计 + 抽样复核。

  约束：密钥只从既有配置读取，不回显、不写进新文件；不把客户数据发往未授权地址；不覆盖原始表。
constraints:
  - 证据等级 A/B/C 必须可区分。
  - 失败可降级、可留空，不允许编造。
  - 只加列不改数；原始表保留。
output_format: |
  JSONL/CSV 结果 + 失败清单 + 模型统计 + 抽样复核 + 不确定的 3 个点。
example: |
  输入：{{6,000 条活动文本}}，目标 {{商机风险/机会归因}}，分类 {{机会 6 类/风险 7 类}}。
  输出：带证据等级和引用的归因列、失败条目、模型使用统计。
source: 2026-10-11「按商机聚合、三档证据等级、GLM 限额切换 MiniMax」第 1-2 轮；2026-10-11「不得编造归因」补充指令
confidence: 高（用户明确给出证据等级、降级链和禁止编造规则）
status: keep
```

---

## P013 数据质量审计

### 抽模式（5 问）

1. **目标**：解释报表数字与上游/分项之间的差异，定位根因并修复。
2. **真正导致好结果的指令**：先复算总数和分项；列差异金额/差异率/影响行；按实体粒度、时间窗、含税、赠品、关联方、归属、去重、四舍五入逐项排查。
3. **关键约束**：不篡改原始数据；不把差异摊平；不用“差不多”解释；修复后必须闭合。
4. **应替换的值**：报表、上游源、差异描述、时间窗、修复范围。
5. **换场景**：从“集团销售额差异”换成“库存/回款/订单数差异”，排查清单可复用。

```yaml
id: P013
name: 数据质量审计与勾稽
purpose: 定位报表差异的根因，给出修复前后对照，确保数字闭合。
when_to_use: 报表数字对不上、同比/环比异常、汇总与明细不一致、交接前数据复核。
inputs:
  - 报表/看板：{{报表}}
  - 上游数据：{{上游源}}
  - 差异描述：{{差异描述}}
  - 时间窗：{{时间窗}}
  - 修复范围：{{修复范围}}
prompt: |
  你是数据勾稽审计员。对象：{{报表}}；上游：{{上游源}}；差异：{{差异描述}}；时间窗：{{时间窗}}。

  步骤：
  1. 复算总数、分项、同比/环比，列出差异金额、差异率、影响行。
  2. 按以下顺序排查并给证据：
     - 实体粒度（客户/集团/销售员/货号）是否一致；
     - 时间窗与订单状态；
     - 含税/不含税、赠品、关联方、退货；
     - 客户/销售归属；
     - 去重键与重复行；
     - 四舍五入/单位。
  3. 判断是真差异、口径差异还是展示错误；不要用“差不多”解释。
  4. 修复：最小改动、备份、回归；修复后必须与上游闭合。
  5. 输出：差异表、根因、修复前后对照、未解决项。

  约束：不篡改原始数据；不把差异摊平到其他行；结论必须能追溯到订单/行。
constraints:
  - 差异必须量化到金额和行。
  - 修复最小化；修复后回归。
  - 未解决项不隐藏。
output_format: |
  差异表 + 根因 + 修复前后对照 + 回归结果 + 未解决项 + 不确定的 3 个点。
example: |
  输入：{{集团同比 -39.2 万，但货号增减合计对不上}}。
  输出：差异拆解、根因（归属/时间窗/退货）、修复前后对照。
source: 2026-10-11「集团前三季度销售额差异核查」第 1 轮
confidence: 中（明确出现 1 次，但属于高频数据任务的必要质量门）
status: improve
```

---

## C006 工作台技术背景

### 抽模式

1. **目标**：固定工作台的技术栈、部署方式、权限和验收边界，避免每次重新解释。
2. **固定内容**：本地 HTML/JSON + CloudBase 部署；自包含、零外链；生成器优先；权限三身份；数据与页面分离；改动前备份；线上验证。
3. **变量**：页面、数据文件、部署目标、角色、验收项。
4. **迁移**：新页面、数据管道、权限、部署、故障排查都先加载本包。
5. **换场景**：只换页面/数据文件/部署目标；自包含、权限三身份和线上回读不变。

```yaml
id: C006
name: 工作台技术背景
purpose: 为工作台页面、数据管道、权限和部署任务提供统一技术约束。
when_to_use: 新增/改造工作台页面、JSON 数据、CloudBase 部署、权限或验收。
inputs:
  - 页面/模块：{{页面}}
  - 数据文件：{{数据文件}}
  - 部署目标：{{部署目标}}
  - 角色：{{角色}}
prompt: |
  本任务使用宝锐销售工作台背景：

  1. 前端以自包含 HTML 为主，零外链；图片、字体、图表库如需内联，必须验证离线可打开。
  2. 数据与页面分离：数据落在 {{数据文件}}，页面只读取；不在前端硬编码客户名、金额或权限。
  3. 优先改生成器再重跑，不直接手改生成产物；产物保留可重建脚本。
  4. 权限按服务端角色控制；至少测试管理员/主管/销售三种身份；无权客户不返回、不显示。
  5. 部署前备份；部署后回读线上文件并核对 hash/内容；失败可回滚。
  6. 验收包含：1440px、390px 渲染；无横向溢出；关键数字与源数据勾稽；错误路径提示。
  7. 客户数据不写入日志、URL、前端注释或对外物料。

  约束：不绕过权限；不把演示数据当真实数据；不删除旧版本；不以“本地能打开”代替线上验收。
constraints:
  - 自包含、零外链、可重建。
  - 权限三身份 + 线上回读。
  - 数据与页面分离，客户数据不硬编码。
output_format: |
  技术约束确认 + 改动面 + 验收矩阵 + 部署/回滚说明。
example: |
  输入：{{工作台新增仪表盘 Tab}}。
  输出：数据文件、生成器、权限测试、1440/390 截图、线上回读结果。
source: 2026-10-06「2026 基础数据核对表作为实时数据源」第 1 轮；2026-10-10「客户信息记录拉通工作台」第 1 轮；2026-10-11「仪表盘自适应/拖拽」第 1-2 轮
confidence: 高（工作台任务贯穿窗口，约束多次出现）
status: keep
```