案例写作模板
本模板用于撰写企业 AI 落地公开案例。复制以下结构到新文件中,按提示填写。每个案例必须包含来源标注、可确认事实、控制启示和不可外推事项四个核心部分。
文件命名
cases/<vendor>-<organization>-<scenario>.md示例:
cases/openai-morgan-stanley-knowledge-assistant.mdcases/anthropic-legal-ai.mdcases/openai-customer-support.md
模板正文
markdown
---
title: <组织名>:<场景简述>
description: <一句话概述:什么组织、什么场景、来源类型、核心控制启示>
editLink: false
---
# <组织名>:<场景简述>
> **案例类型:** 公开案例(当事方自述 / 监管裁决 / 独立调查报道 / 多方交叉验证)
> **来源日期:** YYYY-MM-DD
> **行业:** <金融 / 医疗 / 制造 / 公共部门 / ...>
> **场景:** <知识检索 / 对外问答 / 文档草拟 / 代码辅助 / Agent 自动化 / ...>
> **厂商 / 模型:** <OpenAI / Anthropic / 其他 / 未披露>
## 一、可确认的有限事实
只写来源明确记载的内容。当事方自述的数字标注“当事方称”。
1. <事实 1,附来源链接>
2. <事实 2>
3. <事实 3>
> **来源:**
> - 来源标题:<来源标题>,URL:<URL>,发布机构:<发布机构>,YYYY-MM-DD
> - 来源标题:<来源标题>,URL:<URL>,发布机构:<发布机构>,YYYY-MM-DD
## 二、应学习的控制链
这个案例对任务定义、风险、评测、发布或回退有什么启发。
- **任务边界:** <他们如何定义允许做什么、不允许做什么>
- **知识与来源:** <他们如何管理知识来源、引用定位、版本控制>
- **人工审核:** <他们在哪些环节保留人工确认、谁有最终决定权>
- **评测与发布:** <他们如何评测效果、什么条件下才扩大范围>
- **回退与纠错:** <出错时如何定位来源、纠错、保留记录>
## 三、不可外推事项
明确说明什么不能从这个案例推导出来。
- <例如:当事方的效率数据不能作为其他企业的目标>
- <例如:不是对所有同类系统的质量结论>
- <例如:特定行业的监管环境不自动适用于其他行业>
- <例如:平台能力不等于某个业务场景已经生产验收>
## 四、下一步练习
读者可以如何把这个案例的控制启示应用到自己的场景中。
1. <练习 1:例如,选择一类低风险任务,用附录 A 的任务定义模板记录边界>
2. <练习 2:例如,构造正常/冲突/过期/无来源样本,用 Golden Set 评测>
3. <练习 3:例如,为候选工作流建立目标契约和回退 Runbook>
## 相关链接
- 相关章节或案例:<相关章节或案例>(URL:<链接>)
- 相关模板:<相关模板>(URL:<链接>)写作检查清单
提交前逐项确认:
- [ ] 来源可定位:每个事实都有 URL + 发布日期 + 来源机构
- [ ] 区分“当事方称”与“已查证”:自述数字不写成已验证结论
- [ ] 标注时间:来源日期、信息有效期
- [ ] 标注适用范围:行业、地区、业务场景的边界
- [ ] 不可外推事项:至少 3 条,明确说明什么不能推导
- [ ] 控制启示具体:不是“要重视质量”,而是“在哪个环节、用什么机制控制”
- [ ] 不编造数字:没有来源的数字不写,标注“待补充”
- [ ] 不推荐产品:案例是控制学习,不是厂商推荐
- [ ] description 唯一:frontmatter 的 description 不与其他页面重复
来源等级说明
| 等级 | 类型 | 可信度 | 使用方式 |
|---|---|---|---|
| A | 监管裁决 / 法院判决 / 官方调查 | 高 | 可直接引用事实,仍需标注辖区和时间 |
| B | 独立调查报道(多方信源) | 中高 | 引用时标注“据报道”,注意未回应置评的部分 |
| C | 当事方自述(官网 / 博客 / 新闻稿) | 中 | 标注“当事方称”,效率/采用率数据需打折 |
| D | 单一来源 / 未验证传闻 | 低 | 不单独作为事实依据,可作为线索待验证 |
与第 16 章的关系
- 第 16 章的公开案例表是精选摘要,用于手册正文
- 本案例库是完整档案,每个案例有独立页面和详细分析
- 新增案例先在本案例库建立完整页面,再决定是否摘要进入第 16 章
- 第 16 章的案例卡应链接到本案例库的对应完整页面