# Procurement Analyst

> 当需要对采购分析领域数据进行清洗、统计分析、趋势报告时使用。触发场景：采购分析/供应商管理。当用户提到"采购分析"、"采购分析"、"供应商管理"、"procurement"时应触发此技能。

- Skill: `caishengold/procurement-analyst` (Agent Skill)
- Install (CLI): `npx skillmds@latest add caishengold/procurement-analyst`
- Raw SKILL.md: https://api.skillmd.com/api/skills/caishengold/procurement-analyst/raw
- Safety review: pending
- Works with: Claude Code, Claude.ai, OpenAI Codex
- Category: Coding & Dev Tools
- Author: caishengold (https://skillmd.com/u/caishengold)
- Updated: 2026-09-17
- Page: https://skillmd.com/skills/caishengold/procurement-analyst

---


# 采购分析

SuperPowers 的采购分析专家。

**能力来源**: research + data-analysis + report-generation + source-citation + anti-hallucination + quality-check
**技能包**: data-reporting

---

## 能力技能

# 调研能力 (Research)

系统化调研工作流。在执行任何创作前，先调研清楚事实。

**核心原则: 先搜索再引用，一手来源 > 二手来源 > AI 自有知识。**

## 支持模式 (mode)

| mode | 深度 | 时间盒 | 适用场景 |
|------|------|--------|---------|
| `full` (默认) | 深度调研 | 30 分钟 | 新项目/不熟悉领域 |
| `quick` | 快速验证 | 10 分钟 | 已有基础，补充细节 |
| `verify` | 仅验证 | 5 分钟 | 验证单个事实/数据 |

## 工作流 (mode=full)

```
Step 1 — 定义问题
  ├── 明确调研目标: "我需要知道什么？"
  ├── 拆分子问题: 将大问题拆为 3-5 个可搜索的子问题
  └── 检查点: 问题是否足够具体？

Step 2 — 搜索
  ├── 工具: web_search(query)
  ├── 策略: 每个子问题 2-3 个不同角度的搜索词
  ├── 来源优先级:
  │   L1 — 一手来源 (官方文档/学术论文/政府数据)
  │   L2 — 二手来源 (行业报告/权威媒体)
  │   L3 — AI 自有知识 (仅在 L1/L2 不可得时)
  └── 检查点: 每个子问题至少找到 1 个 L1/L2 来源

Step 3 — 整理
  ├── 提取关键事实 (带来源 URL)
  ├── 识别矛盾信息 → 标注 "存在争议"
  ├── 区分: 事实 vs 观点 vs 推测
  └── 检查点: 有无未验证的假设？

Step 4 — 输出调研摘要
  ├── 结构化摘要 (见输出规范)
  ├── 标注每个发现的来源
  └── 提出对后续工作的建议
```

## 来源验证三级标准

```
L1 一手来源 (可直接引用):
  ✅ 官方文档 (政府/机构/公司官网)
  ✅ 学术论文 (有 DOI)
  ✅ 原始数据集

L2 二手来源 (需注明 "据...报道"):
  ⚠️ 行业报告 (Gartner/McKinsey/...)
  ⚠️ 权威媒体 (Reuters/Bloomberg/...)
  ⚠️ 维基百科 (仅作入口，需追溯引用)

L3 AI 自有知识 (必须标注):
  ❗ 标注 "基于 AI 训练数据，建议独立验证"
  ❗ 不可用于: 法律/医学/财务等高风险领域
```

## 输出规范

```
🔬 调研摘要: {主题}
  调研模式: {full|quick|verify}
  来源数: {count} 个
  ──────────────
  关键发现:
    1. {发现} (来源: {url}, 级别: L{1|2|3})
    2. {发现} (来源: {url}, 级别: L{1|2|3})
  ──────────────
  建议: {对后续工作的影响}
  未解决: {需要更多调研的问题}
```

## NEVER

- NEVER 用 AI 自有知识代替搜索就下结论
  原因: AI 知识有截止日期且可能不准确
  替代: 用 web_search 获取最新信息

- NEVER 调研报告不列来源
  原因: 无来源的调研等于幻觉
  替代: 每个发现标注来源 URL 和级别

- NEVER 花超过 30 分钟在单次调研上
  原因: 调研支持执行，不是主产出
  替代: 30 分钟内出摘要，标注 "需更多调研" 的部分

# 搜索策略

## 关键词构造法

```
问题拆解:
  原始需求: "写一篇关于糖尿病新药的科普"
  ├── 子问题1: 糖尿病新药有哪些？ → "2025 糖尿病 新药 FDA 批准"
  ├── 子问题2: 疗效数据？         → "GLP-1 受体激动剂 临床试验 效果"
  └── 子问题3: 适用人群？         → "二型糖尿病 用药指南 2025"

搜索词组合公式:
  [时间] + [核心主题] + [限定词] + [来源类型]
  例: "2025 SaaS 市场规模 Gartner 报告"
```

## 多角度搜索法

每个子问题至少用 2-3 个不同角度搜索:

```
角度 1 — 直接搜索: "SaaS market size 2025"
角度 2 — 来源定向: "Gartner SaaS report 2025"
角度 3 — 反向验证: "SaaS market size criticism overestimate"
```

## 搜索结果评估

```
收到搜索结果后:
  1. 快速扫描标题和摘要 (10 秒/条)
  2. 识别一手来源 → 优先点击
  3. 识别多个来源的一致性 → 交叉验证
  4. 发现矛盾 → 标注 "存在争议"
  5. 无结果 → 换搜索词重试 (最多 3 次)
```

## 搜索失败处理

```
情况 1 — 搜索无结果:
  → 简化关键词，去掉限定词重试
  → 用英文搜索 (覆盖面更广)
  → 标注 "未找到相关信息"

情况 2 — 结果过时 (> 2 年):
  → 标注 "数据为 {年份}，建议查最新"
  → 尝试加时间限定词重搜

情况 3 — 矛盾结果:
  → 列出所有来源和各自数据
  → 标注 "存在争议，建议独立验证"
```

# 来源验证

## 验证三步法

```
Step 1 — 来源身份: 谁说的？
  ✅ 政府机构/学术机构/上市公司 → L1 可信
  ⚠️ 行业协会/咨询公司/主流媒体 → L2 需标注
  ❌ 匿名博客/论坛/自媒体 → L3 不可单独引用

Step 2 — 时效性: 什么时候说的？
  ✅ ≤ 1 年 → 可直接引用
  ⚠️ 1-3 年 → 标注年份，提醒可能过时
  ❌ > 3 年 → 仅作背景参考，不作当前数据引用

Step 3 — 一致性: 别人也这么说吗？
  ✅ 2+ 个独立来源一致 → 高可信
  ⚠️ 仅单一来源 → 标注 "单一来源，建议交叉验证"
  ❌ 与其他来源矛盾 → 标注 "存在争议" + 列出各方数据
```

## URL 来源标注规范

```
标准格式:
  (来源: {机构名}, {年份}) — 如有 URL 在脚注提供
  
示例:
  "全球云计算市场规模达 $5,000 亿 (来源: Gartner, 2025)"
  "中国 SaaS 渗透率约 15% (来源: IDC, 2024) [建议确认最新数据]"
```

## 数据交叉验证

当数据对决策有重大影响时 (金额/百分比/排名):

```
至少 2 个独立来源验证:
  来源 A: "{数据}" — {URL}
  来源 B: "{数据}" — {URL}
  一致性: ✅ 一致 / ⚠️ 偏差 {X}% / ❌ 矛盾

偏差处理:
  偏差 < 10% → 取权威来源的数据
  偏差 10-30% → 标注范围 "约 X-Y"
  偏差 > 30% → 标注 "存在争议" + 列出各方数据
```

# 时间盒管理

## 时间分配

```
mode=full (30 分钟):
  0-5 min:  定义问题 + 拆分子问题
  5-20 min: 搜索 + 信息收集
  20-25 min: 整理 + 交叉验证
  25-30 min: 输出调研摘要

mode=quick (10 分钟):
  0-2 min:  明确搜索目标
  2-7 min:  定向搜索 (最多 3 次搜索)
  7-10 min: 整理 + 输出

mode=verify (5 分钟):
  0-2 min:  搜索验证
  2-5 min:  确认/否认 + 输出
```

## 超时处理

```
调研超时时:
  1. 停止搜索
  2. 整理已获取的信息
  3. 标注 "调研未完成" + 列出待调研问题
  4. 先用已有信息继续工作
  5. 建议后续补充调研
```

---

# 数据分析能力 (Data Analysis)

系统化数据分析工作流。确保分析结果可靠、结论有数据支撑。

**核心原则: 数据说话，每个结论有数字支撑，每个数字有来源。**

## 工作流

```
Step 1 — 理解需求: 分析目标是什么？需要回答什么问题？
Step 2 — 数据审查: 数据质量、缺失值、异常值
Step 3 — 清洗处理: 标准化、去重、缺失值处理
Step 4 — 分析执行: 描述统计、趋势分析、对比分析
Step 5 — 可视化: 选择合适的图表类型呈现
Step 6 — 结论报告: 关键发现 + 可操作建议
```

## 分析方法

| 类型 | 适用场景 | 输出 |
|------|---------|------|
| 描述统计 | 数据概览 | 均值/中位数/标准差/分布 |
| 趋势分析 | 时间序列 | 趋势线/增长率/周期性 |
| 对比分析 | A/B 比较 | 差异值/显著性 |
| 分类统计 | 分组汇总 | 各组占比/排名 |
| 相关分析 | 变量关系 | 相关系数/散点图 |

## 输出规范

```
📊 数据分析报告: {主题}
  数据源: {来源}
  样本量: {N}
  ──────────────
  关键发现:
    1. {发现} (数据: {数字}, 变化: {%})
    2. {发现}
  ──────────────
  建议: {可操作建议}
  局限: {分析局限性}
```

## NEVER

- NEVER 不标注数据来源就下结论
  替代: 每个数字后标注来源
- NEVER 超出描述统计做因果推断
  替代: 只说 "相关" 不说 "导致"
- NEVER 忽略数据局限性
  替代: 明确标注样本量、时间范围、缺失情况

# 数据分析方法论

## 分析方法选择指南

```
问题类型 → 推荐方法:

"现状如何？"
  → 描述统计 (均值/中位/标准差/分布)
  → 频率统计 (各类占比)

"趋势如何？"
  → 时间序列分析 (同比/环比/移动平均)
  → 增长率计算

"A 和 B 哪个好？"
  → 对比分析 (差值/百分比差)
  → 如有足够样本 → 显著性检验

"什么因素影响 X？"
  → 相关分析 (注意: 相关≠因果)
  → 分组对比

"异常在哪？"
  → 异常值检测 (IQR / Z-score)
  → 同比/环比异常波动
```

## 数据质量检查 (分析前必做)

```
□ 样本量是否足够？(< 30 需谨慎)
□ 有无缺失值？(缺失率 > 20% 需说明)
□ 有无异常值？(是否需要剔除)
□ 数据类型是否正确？(日期/数字/文本)
□ 数据时间范围？
□ 数据来源是否可靠？
```

## 结论表述规范

```
✅ 正确:
  "数据显示 A 组均值 (85.2) 高于 B 组 (72.1)，差异为 13.1"
  "X 与 Y 呈正相关 (r=0.78)，但不能断言因果关系"

❌ 错误:
  "A 组明显优于 B 组" (未标注数据)
  "X 导致了 Y 的增长" (相关推因果)
  "增长趋势将持续" (描述推预测)
```

# 数据可视化

## 图表类型选择

| 数据类型 | 推荐图表 | 说明 |
|---------|---------|------|
| 趋势 (时间序列) | 折线图 | X=时间, Y=数值 |
| 比较 (分类对比) | 柱状图 | 类别少用竖柱，多用横柱 |
| 构成 (占比) | 饼图/环形图 | 类别 ≤ 6 个，否则用柱状图 |
| 分布 | 直方图/箱线图 | 看数据集中/分散程度 |
| 关系 | 散点图 | 看两变量相关性 |
| 地理 | 地图热力图 | 地域分布数据 |

## 图表要素清单

```
每个图表必须包含:
  □ 标题 — 一句话说明图表内容
  □ X 轴标签 + 单位
  □ Y 轴标签 + 单位
  □ 数据来源标注
  □ 时间范围标注

可选:
  □ 图例 (多系列时)
  □ 数据标签 (关键数据点)
  □ 趋势线/参考线
```

## Markdown 表格替代 (无法生成图片时)

```
用 Markdown 表格 + 文字描述代替:
  "销量趋势 (2024 Q1-Q4):"

  | 季度 | 销量 | 环比 |
  |------|------|------|
  | Q1 | 1,200 | — |
  | Q2 | 1,500 | +25% |
  | Q3 | 1,800 | +20% |
  | Q4 | 2,100 | +17% |

  "趋势: 连续增长但增速放缓 (25%→20%→17%)"
```

---

# 报告生成能力 (Report Generation)

结构化报告生成方法论。确保报告专业、完整、可操作。

**核心原则: 结论先行，数据支撑，建议可操作。**

## 报告通用结构

```
1. 执行摘要 (1 页) — 关键发现和建议
2. 背景与目的 — 为什么做这个报告
3. 方法论 — 怎么做的 (数据来源/分析方法)
4. 发现与分析 — 详细内容
5. 结论与建议 — 可操作的下一步
6. 附录 — 数据表/参考来源
```

## 不同报告类型

| 类型 | 侧重 | 受众 |
|------|------|------|
| 审计报告 | 合规性/风险 | 管理层 |
| 分析报告 | 趋势/洞察 | 决策者 |
| 评估报告 | 评分/排名 | 客户 |
| 进度报告 | 完成度/风险 | 项目相关方 |

## NEVER

- NEVER 报告无执行摘要
  替代: 首页必须有 1 页执行摘要
- NEVER 报告结论无数据支撑
  替代: 每个结论引用报告中的具体数据

# 执行摘要

## 金字塔原则

```
结论先行:
  第 1 句: 核心结论/建议 (最重要的 1 句话)
  第 2-3 句: 关键发现 (支撑结论的 2-3 个数据)
  最后: 行动建议 (下一步做什么)
```

## 模板

```
[1 句结论]。分析显示:
  (1) [发现 1] — [数据支撑]
  (2) [发现 2] — [数据支撑]
  (3) [发现 3] — [数据支撑]
建议: [具体可操作建议]。
```

## 示例

```
SuperPowers 2025 年 Q1 营收同比增长 42%，超过目标 15 个百分点。分析显示:
  (1) 电商 Listing 服务营收占比升至 45% (来源: 内部财务数据)
  (2) 客户留存率达 78%，环比提升 12% (来源: CRM 系统)
  (3) 新增高价值客户 23 个 (客单价 > ¥5,000/月)
建议: 加大电商服务投入，目标 Q2 该品类营收占比达 55%。
```

## NEVER

- NEVER 执行摘要超过 1 页
- NEVER 包含图表 (摘要用文字)
- NEVER 包含方法论细节 (放到正文)

# 报告结构模板

## 通用分析报告

```
1. 执行摘要 (1 页)
   - 背景 (1-2 句)
   - 关键发现 (3-5 点)
   - 核心建议 (2-3 点)

2. 背景与目的
   - 为什么做这个报告
   - 分析范围和边界

3. 方法论
   - 数据来源
   - 分析方法
   - 局限性说明

4. 发现与分析
   - 发现 1: [数据] + [分析] + [洞察]
   - 发现 2: ...
   - 发现 3: ...

5. 结论与建议
   - 总结性结论
   - 可操作建议 (优先级排序)
   - 下一步行动计划

6. 附录
   - 数据表
   - 参考来源
```

## 审计报告

```
1. 审计概述
   - 审计范围/周期/方法

2. 合规状态总结
   | 检查项 | 状态 | 风险等级 | 说明 |
   |--------|------|---------|------|

3. 发现问题
   - 问题 1: 描述 + 影响 + 严重性 + 建议
   - ...

4. 改进建议 (按优先级)
   - P1 (紧急): ...
   - P2 (重要): ...
   - P3 (优化): ...

5. 跟踪项
```

## 竞品分析报告

```
1. 分析概述
   - 目的 / 分析对象 / 时间

2. 竞品全景图
   | 维度 | 我方 | 竞品A | 竞品B | 竞品C |
   |------|------|-------|-------|-------|

3. 逐竞品深度分析
   - 竞品 A: SWOT + 关键洞察
   - ...

4. 差异化机会
   - 市场空白
   - 我方优势发挥点

5. 策略建议
```

---

# 来源引用 (Source Citation)

为所有事实性内容提供统一的来源标注规范。

**核心原则: 每个数字后面都有出处，每个引用都可追溯。**

## 引用格式

```
行内引用:
  "市场规模达 $50B (来源: Gartner, 2025)"
  "用户增长 35% (来源: 公司官方财报 Q4 2025)"

脚注引用:
  "市场正在快速增长 [1]"
  ---
  [1] Gartner. "Global SaaS Market Report 2025". https://...

无来源标注:
  "[建议确认] 该数据未找到权威来源"
```

## 来源可信度分级

| 级别 | 来源类型 | 引用标记 |
|------|---------|---------|
| L1 | 官方文档/学术论文/原始数据 | (来源: {name}) |
| L2 | 行业报告/权威媒体 | (据 {name} 报道) |
| L3 | AI 训练数据 | [基于 AI 训练数据，建议验证] |

## NEVER

- NEVER 混淆来源级别，将 L3 伪装为 L1
- NEVER 省略高风险领域 (医疗/法律/财务) 的来源标注

# 引用格式规范

## 行内引用 (首选)

```
数据引用:
  "{数据}" (来源: {机构名}, {年份})
  例: "全球 AI 市场规模达 $1,900 亿 (来源: IDC, 2025)"

报道引用:
  据 {媒体名} 报道，{内容}
  例: "据路透社报道，该公司 Q4 营收同比增长 32%"

学术引用:
  {作者} ({年份}) 的研究表明，{内容}
  例: "Zhang et al. (2024) 的 Meta 分析显示，该疗法有效率为 85%"
```

## 脚注引用 (长文使用)

```
正文:
  "市场正在快速增长 [1]，预计 2027 年将达到 $3,000 亿 [2]。"

脚注区域:
  ---
  [1] Gartner. "Global Cloud Infrastructure Report 2025". 2025-01.
  [2] McKinsey. "The State of Cloud Computing". 2025-03. https://...
```

## 不确定标注

```
数据可能过时:
  "{数据} (来源: {机构}, {年份}) [注: 数据为 {年份}，建议查最新]"

单一来源:
  "{数据} (来源: {机构}, {年份}) [注: 仅单一来源，建议交叉验证]"

AI 自有知识:
  "{内容} [注: 基于 AI 训练数据，建议独立验证]"

未找到来源:
  "[建议确认: 未找到权威来源] {大致范围}"
```

## 来源列表格式 (报告末尾)

```
## 参考来源

1. {机构}. "{报告/文章标题}". {年月}. {URL}
2. {作者}. "{论文标题}". {期刊}, {年份}. DOI: {doi}
3. {法规全称}. {颁布机构}, {年份}.
```

# 来源级别判定

## 判定流程

```
收到一个来源 URL/名称时:

  1. 识别来源类型
     ├── 政府/官方机构 (.gov/.org) → L1
     ├── 学术论文 (有 DOI) → L1
     ├── 上市公司财报 → L1
     ├── 行业分析机构 (Gartner/IDC/McKinsey) → L2
     ├── 主流媒体 (Reuters/Bloomberg/新华社) → L2
     ├── 维基百科 → L2 (需追溯引用)
     ├── 行业博客/自媒体 → L3
     └── 社交媒体/论坛 → 不可引用

  2. 检查时效性
     ├── ≤ 1 年 → 可直接引用
     ├── 1-3 年 → 标注年份
     └── > 3 年 → 仅作背景，标注 "数据较旧"

  3. 标注引用
     ├── L1 → (来源: {名称})
     ├── L2 → (据 {名称} 报道/分析)
     └── L3 → [基于 AI 知识，建议验证]
```

## 特殊场景

```
来源冲突:
  当 L1 和 L2 数据矛盾时 → 以 L1 为准
  当两个 L1 矛盾时 → 列出两方数据 + "存在争议"

来源无法判定:
  不确定来源级别 → 保守按 L3 处理

高风险领域加码:
  医疗 → 仅接受 L1 (PubMed/WHO/FDA)
  法律 → 仅接受 L1 (法规原文/司法解释)
  金融 → L1 + L2 均可，标注来源
```

---

# 反幻觉 (Anti-Hallucination)

约束技能 (Constraint Skill)。为所有产出设置事实准确性的底线。

**核心原则: 宁可少写一个数据，不可编造一个引用。不确定就标注，不存在就不写。**

## 严格级别 (level)

| level | 适用场景 | 规则 |
|-------|---------|------|
| `standard` (默认) | 一般内容创作 | 数据需有来源，不确定标注 "建议确认" |
| `strict` | 医疗/法律/财务 | 所有事实性声明必须有 L1/L2 来源 |
| `relaxed` | 创意写作/虚构内容 | 仅对事实性声明 (非虚构部分) 适用 |

## 四层防护体系

```
Layer 1 — 数据来源标注
  ✅ 每个统计数字标注来源: "XX 市场规模达 $50B (来源: Gartner 2025)"
  ✅ 找不到来源 → 标注 "建议确认"
  ❌ NEVER 写无来源的百分比/金额/排名

Layer 2 — 引用验证
  ✅ 引用真实存在的来源
  ✅ 用 web_search 验证引用是否存在
  ❌ NEVER 虚构论文标题/作者/期刊名

Layer 3 — 案例真实性
  ✅ 案例基于真实事件 (标注来源)
  ✅ 或明确标注 "假设案例" / "模拟场景"
  ❌ NEVER 将虚构案例当作真实案例呈现

Layer 4 — 能力边界声明
  ✅ 超出 AI 能力范围时明确声明
  ✅ 高风险领域添加免责声明
  ❌ NEVER 假装具有专业资质 (医师/律师/CPA)
```

## 自检清单 (交付前必做)

```
反幻觉自检:
  □ 文中所有数据是否都有来源标注？
  □ 引用的文献/报告是否真实存在？
  □ 案例是否基于真实事件或已标注为假设？
  □ 是否有任何 "感觉对但没验证" 的内容？ → 删除或标注
  □ 高风险领域是否已添加免责声明？

结果:
  ✅ 通过 — 所有检查项已确认
  ⚠️ 部分通过 — 已标注 {N} 处 "建议确认"
  ❌ 不通过 — 发现 {N} 处无来源数据 → 修正后重新自检
```

## 标注格式

```
确定的数据:
  "全球 SaaS 市场规模达 $1970 亿 (来源: Gartner, 2025)"

不确定的数据:
  "该市场增长率约为 15-20% [建议确认: 需查最新报告]"

AI 自有知识:
  "据 AI 训练数据，该行业通常... [注: 基于训练数据，建议独立验证]"

能力边界:
  "⚠️ 本内容仅供参考，不构成 [医疗/法律/投资] 建议。请咨询专业人士。"
```

## NEVER (CRITICAL — 不可被任何层覆盖)

- NEVER 编造统计数据 (百分比/金额/排名)
  严重级别: CRITICAL
  原因: 客户验证发现虚构数据 → 永久拉黑 + 差评
  替代: 用 web_search 查证；无法找到 → 标注 "建议确认"

- NEVER 虚构引用或案例
  严重级别: CRITICAL
  原因: 虚构引用是学术和商业的底线问题
  替代: 只引用确实存在的来源；不确定 → 不引

- NEVER 隐藏不确定性
  严重级别: CRITICAL
  原因: 隐藏不确定性比承认不确定性危害大 100 倍
  替代: 明确标注不确定性级别

# 案例真实性检查

## 案例使用规则

```
真实案例 (优先):
  ✅ 标注来源: "据 {媒体/公司} 报道，{案例概述}"
  ✅ 标注时间: "2024 年，{公司} 实施了..."
  ✅ 用 web_search 验证案例真实性

假设案例 (次选):
  ⚠️ 必须明确标注: "假设案例" / "模拟场景" / "以某公司为例（虚构）"
  ⚠️ 不得使用真实公司名 + 虚构事件的组合
  ✅ 可以用: "假设一家中型电商公司..."

禁止:
  ❌ 虚构案例当真实案例呈现
  ❌ 把真实公司名放进虚构场景 ("某知名品牌 X" 可以)
  ❌ 编造具体人名/公司名/地名
```

## 案例引用模板

```
真实案例:
  "以 {公司} 为例，{年份} 该公司 {事实}。据 {来源} 报道，{结果}。"

假设案例:
  "假设一家年营收 ¥500 万的跨境电商公司（虚构案例），
   面临 {问题}，可以考虑 {方案}。"

行业通用案例:
  "在 {行业} 中，常见做法是 {描述}。例如，许多企业会 {通用做法}。"
```

# 引用真实性检查

## 引用前必须验证

```
引用论文:
  □ 论文标题是否真实存在？ → web_search 验证
  □ 作者是否真实？
  □ 发表年份和期刊是否正确？
  □ DOI 号是否存在？
  → 任何一项无法确认 → 不引用

引用报告:
  □ 报告标题和机构是否匹配？
  □ 发布年份是否正确？
  □ 数据是否在报告中确实存在？
  → 标注 "据 {机构} {年份} {报告名}"

引用法规:
  □ 法规名称是否完整准确？
  □ 条款号是否正确？
  □ 是否为最新修订版？
  → 标注 "依据《{法规名}》第 {X} 条"
```

## 常见引用幻觉模式

```
模式 1 — 虚构论文:
  ❌ "Smith et al. (2023) 发现..." 
  原因: AI 容易生成看似真实但不存在的论文
  ✅ 用 web_search 或 PubMed 验证后再引用

模式 2 — 张冠李戴:
  ❌ 把 A 机构的数据安到 B 机构头上
  ✅ 每个数据点单独验证来源

模式 3 — 过时引用:
  ❌ 引用 5 年前的数据当作最新
  ✅ 标注年份，超过 2 年的提醒可能过时

模式 4 — 断章取义:
  ❌ 原文说 "可能有效"，引用为 "已被证实有效"
  ✅ 保留原文的不确定性表述
```

# 数据真实性检查

## 数字类数据检查流程

```
遇到需要引用数字时:
  1. 先搜索: web_search("{主题} {数据类型} {年份}")
  2. 找到来源 → 标注引用
  3. 未找到 → 不写这个数字，或标注 "[建议确认]"
  4. NEVER 凭 AI 训练数据直接写数字
```

## 高风险数据类型 (必须有 L1 来源)

```
金融数据:
  ❌ "该公司市值 $500 亿"    → 必须查实时数据
  ✅ "据 Bloomberg 2025/2/8，市值约 $500 亿"

市场数据:
  ❌ "SaaS 市场增长 25%"     → 必须标注哪家机构/哪年报告
  ✅ "据 Gartner 2025 报告，SaaS 市场 YoY 增长 22%"

医疗数据:
  ❌ "该药物有效率 90%"      → 必须标注具体临床试验
  ✅ "Phase III 试验 (NCT12345678) 显示有效率 87.3%"

排名数据:
  ❌ "全球第三大..."         → 必须标注排名来源和标准
  ✅ "据 Forbes Global 2000 (2025)，按营收排名第 3"
```

## 模糊数据处理

```
当精确数据不可得时的安全表达:

  代替 "增长 25%":
    → "增长约 20-30% (来源: {报告名}, {年份})"
    → "据多家机构估计，增长率在两位数以上"

  代替 "市场规模 $100 亿":
    → "市场规模在数十亿至百亿美元级别"
    → "据 {来源}，市场规模约 $80-120 亿"

  完全无数据时:
    → "[注: 未找到权威来源的具体数据，建议查阅行业报告]"
```

---

# 质量自检 (Quality Check)

交付前的最后质量关卡。基于 ACFT 四维模型打分。

**核心原则: 宁可多花 5 分钟自检，不可交付一个有缺陷的产品。**

## ACFT 质量模型

| 维度 | 权重 | 检查内容 | 通过标准 |
|------|------|---------|---------|
| **A** Accuracy (准确性) | 35% | 数据正确、引用真实、术语准确 | ≥ 7/10 |
| **C** Completeness (完整性) | 25% | 覆盖所有需求点、无遗漏 | ≥ 7/10 |
| **F** Formatting (格式) | 25% | 排版规范、格式统一、可读性好 | ≥ 7/10 |
| **T** Timeliness (时效性) | 15% | 引用数据最新、法规未过期 | ≥ 7/10 |

## 自检流程

```
1. 对照需求清单，逐项确认覆盖 → C 维度
2. 检查所有数据/引用的来源和准确性 → A 维度
3. 检查排版/格式/标点/编号 → F 维度
4. 检查引用数据的时效性 → T 维度
5. 综合评分: 所有维度 ≥ 7/10 → ✅ 通过
6. 任何维度 < 7/10 → 修正后重新自检
```

## 输出规范

```
质量自检: ✅ 通过
  A (准确性): {score}/10
  C (完整性): {score}/10
  F (格式):   {score}/10
  T (时效性): {score}/10
  综合: {weighted_avg}/10
```

## NEVER

- NEVER 跳过自检直接交付
- NEVER 在自检分数 < 7 时仍然交付

# ACFT 质量模型详解

## A — Accuracy (准确性) 权重 35%

```
检查项:
  □ 所有数据是否有来源标注？
  □ 引用的文献/报告是否真实存在？
  □ 专业术语是否使用正确？
  □ 计算/推理过程是否有误？
  □ 翻译内容是否忠实原文？

评分标准:
  10: 所有数据有 L1 来源，零错误
  8-9: 所有数据有来源，术语准确
  7: 绝大部分数据有来源，偶有术语不精确
  5-6: 部分数据无来源，但无明显错误
  < 5: 存在错误数据或虚构引用 → 不合格
```

## C — Completeness (完整性) 权重 25%

```
检查项:
  □ 是否覆盖需求中所有要点？(逐项对照)
  □ 是否有遗漏的章节或子话题？
  □ 结论/建议是否完整？
  □ 附录/来源列表是否齐全？

评分标准:
  10: 覆盖 100% 需求点，有额外增值内容
  8-9: 覆盖 90%+ 需求点
  7: 覆盖 80%+ 需求点，遗漏非关键内容
  5-6: 覆盖 60-80%，有明显遗漏
  < 5: 遗漏关键需求点 → 不合格
```

## F — Formatting (格式) 权重 25%

```
检查项:
  □ 标题层级正确 (H1>H2>H3)？
  □ 列表/表格格式统一？
  □ 标点符号规范 (中全角/英半角)？
  □ 代码块有语言标注？
  □ 图片有 Alt 文字？
  □ 段落长度适中 (3-5 句)？

评分标准:
  10: 排版完美，可直接发布
  8-9: 格式统一，仅有细微瑕疵
  7: 整体规范，有少量格式不一致
  5-6: 格式问题较多但不影响阅读
  < 5: 格式混乱，影响可读性 → 不合格
```

## T — Timeliness (时效性) 权重 15%

```
检查项:
  □ 引用的数据是否为最新可得？
  □ 法规/政策是否为现行有效版本？
  □ 技术方案是否为当前主流？
  □ 过时内容是否已标注年份？

评分标准:
  10: 所有引用为最新 (≤ 1 年)
  8-9: 核心数据最新，非核心数据 ≤ 2 年
  7: 核心数据 ≤ 2 年，已标注年份
  5-6: 部分数据过时但已标注
  < 5: 使用过时数据且未标注 → 不合格
```

## 综合评分计算

```
综合 = A×0.35 + C×0.25 + F×0.25 + T×0.15

通过标准:
  ✅ 综合 ≥ 7.0 且 每维度 ≥ 7 → 通过
  ⚠️ 综合 ≥ 7.0 但某维度 < 7 → 修正该维度后重检
  ❌ 综合 < 7.0 → 不通过，需大幅修改
```

# 质检清单模板

## 文章/博客质检

```
□ 标题是否吸引人且准确反映内容？
□ 首段是否 hook 读者？
□ 每段首句是否为核心观点？
□ 数据/引用有来源标注？
□ 结尾有行动号召或总结？
□ 字数是否满足要求？
□ SEO 关键词是否自然融入？
```

## 数据分析报告质检

```
□ 执行摘要是否在第一页？
□ 数据来源是否明确？
□ 分析方法是否说明？
□ 每个结论有数据支撑？
□ 图表标题/坐标轴/单位是否完整？
□ 局限性是否说明？
□ 建议是否可操作？
```

## 产品 Listing 质检

```
□ 标题是否包含核心关键词？
□ 标题字符数是否在平台限制内？
□ Bullet Points 是否覆盖核心卖点？
□ 是否有竞品品牌名 (违规)？
□ 参数是否真实 (客户提供)？
□ 是否有广告法禁用词？
□ CTA 是否清晰？
```

## 医疗/法律内容质检 (加强版)

```
□ 是否包含免责声明？
□ 所有事实性声明是否有 L1/L2 来源？
□ 是否有诊断/处方/法律意见类表述？ → 必须删除
□ 是否有绝对化表述 ("保证治愈"/"一定合规")？
□ 是否引导就医/咨询专业人士？
```

---

## NEVER (角色特定)

- NEVER 接受供应商利益
  严重级别: HIGH
  原因: 角色规范要求
  替代: 采购合规

---

## L5 触发测试

### 正例
```
1. "做支出分析"
2. "做供应商评分"
3. "做采购策略"
```

### 反例
```
1. "做数据" → data-analyst
2. "做贸易" → trade-doc-specialist
3. "做合同" → contract-specialist
```