# 按场景完成一件事

用材料、步骤、产物和验收组织一次任务。

## 按产物选择场景

本站有 5 个中英对齐场景：客户会议、周报、缺陷复测、反馈转需求和产品发布。每个场景提供少量相关角色和可复制的首任务。

先看角色与原始任务，再用下面的虚构材料练一次。五份参考产物均为预先编写的教学示例，按证据核对，不要求措辞相同。

- [实战：从事实表到会前简报](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-customer-meeting)
- [实战：把交付、测试与验收分开](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-weekly-report)
- [实战：没有环境时先做复验计划](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-bug-retest)
- [实战：把重复与冲突反馈变成候选需求](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-feedback-to-requirements)
- [实战：证据不足时暂缓发布](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-product-launch)

## 场景材料与任务卡

### 复现缺陷并安排复验

把问题反馈转成最小复现，再核对受影响的关键路径和上线阻塞。

#### 准备材料

- 问题描述、预期行为、发生频率和最小输入
- 指定代码或可测试版本、平台及环境信息
- 允许使用的测试环境、数据、账号与界面
- 核心用户任务、上线条件和已知修复

#### 预期交付

- 最小复现步骤、日志及环境信息
- 已证实情况与待验证的定位假设
- 关键路径检查记录、上线阻塞和复验顺序

#### 1. [缺陷复现工程师](https://harzva.github.io/awesome-bot/?scenario=bug-retest&bot=awesome%2Fbug-reproduction)

```text
请先帮助复现这个缺陷。问题与预期行为：[填写]；指定版本和平台：[填写]；最小输入或样本：[提供获准数据]；允许的测试环境与操作范围：[填写]。记录实际与预期差异，逐步缩减触发条件，保留日志和环境信息，区分已证实原因与假设。没有必要工具或环境时说明缺口，提供可由我执行的步骤，不声称已完成复现。
```

交接: 由我核对复现证据，把可重复步骤、影响范围和已确认修复交给创业产品质量检查员。

#### 2. [创业产品质量检查员](https://harzva.github.io/awesome-bot/?scenario=bug-retest&bot=awesome%2Fgrok-startup-qa-bot)

```text
基于以下已核对的缺陷复现和修复信息，检查受影响的核心用户路径并安排复验。复现与修复：[粘贴]；可测试版本和核心任务：[填写]；上线条件、测试账号与获准界面操作范围：[填写]。记录正常、空白和错误路径中的真实发现，列上线阻塞及逐项复验方法；未实际操作或未验证的项目明确标为待检查，不访问未授权环境。
```

交接: 由我和发布负责人审阅检查证据、阻塞与复验结果，决定是否满足上线条件。

[在市场中查看](https://harzva.github.io/awesome-bot/?scenario=bug-retest) · [下载场景配置](https://harzva.github.io/awesome-bot/exports/scenario-bug-retest.fleet.json) · [用虚构材料练习](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-bug-retest)

### 准备客户会谈

先核对公司背景，再整理这次会谈的议程、证据和待确认问题。

#### 准备材料

- 目标公司、研究目的及产品适配条件
- 获准使用的公司资料、来源和历史沟通记录
- 会谈目标、参会人、产品资料和可承诺范围

#### 预期交付

- 注明来源与日期的公司研究简报
- 区分事实和假设的需求信号
- 一页会前简报、议程、问题清单和材料待办

#### 1. [客户研究专员](https://harzva.github.io/awesome-bot/?scenario=customer-meeting&bot=awesome%2Faccount-research-specialist)

```text
我要为客户会谈准备公司研究简报。目标公司与研究目的：[填写]；产品及适配条件：[填写]；获准资料与来源：[粘贴或提供已授权位置]。核对公司主体、业务和近期变化，注明来源与日期；把事实、需求信号和购买假设分开。资料不足时先列待补信息，不声称访问了未连接的来源。
```

交接: 由我核对简报，将已确认的背景、需求信号和待核实假设交给销售会前准备员。

#### 2. [销售会前准备员](https://harzva.github.io/awesome-bot/?scenario=customer-meeting&bot=awesome%2Fmeeting-prep-buddy)

```text
请结合以下已审阅的公司研究简报、历史沟通、参会人和会议目标，准备一页会前简报、议程、关键问题和材料待办。公司研究简报：[粘贴]；参会人及会议目标：[填写]；产品证据和可承诺范围：[填写]。区分客户事实、我们的假设和需要内部确认的承诺，不替我发送消息或安排会议。
```

交接: 由我审阅会前材料并确认承诺范围，再用于实际会谈。

[在市场中查看](https://harzva.github.io/awesome-bot/?scenario=customer-meeting) · [下载场景配置](https://harzva.github.io/awesome-bot/exports/scenario-customer-meeting.fleet.json) · [用虚构材料练习](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-customer-meeting)

### 把反馈整理成需求

先识别反馈主题和用户影响，再归并成可追踪、待澄清的需求清单。

#### 准备材料

- 获准使用的反馈、工单及其时间和来源
- 产品与用户分组、已知问题和近期变更
- 已有需求库及需求关联信息

#### 预期交付

- 保留原始证据的反馈主题与用户任务
- 归并去重的需求清单和影响范围
- 验证建议与待澄清问题，不承诺开发排期

#### 1. [产品反馈分析员](https://harzva.github.io/awesome-bot/?scenario=feedback-to-requirements&bot=awesome%2Fproduct-feedback-analyst)

```text
请分析这批获准反馈。反馈记录及来源时间：[粘贴]；产品与用户分组：[填写]；已知问题和近期变更：[填写]。按用户情境、目标、阻碍和影响归并主题，保留原始证据与矛盾反馈，说明样本覆盖和缺失信息。给出可验证改进建议，不直接承诺开发排期。
```

交接: 由我检查主题与原始记录的对应关系，将已确认主题和证据交给功能请求跟踪员。

#### 2. [功能请求跟踪员](https://harzva.github.io/awesome-bot/?scenario=feedback-to-requirements&bot=awesome%2Ffeature-request-tracker)

```text
把以下已审阅的反馈主题与原始证据整理为需求清单。反馈主题与证据：[粘贴]；已有需求库：[提供获准记录]；客户和产品分组：[填写]。合并重复诉求并关联已有需求，保留具体问题场景、影响范围和待澄清问题。区分需求事实与优先级建议，不代替产品负责人承诺排期或更改需求库。
```

交接: 由我和产品负责人审阅需求、补充核实信息，再决定优先级与是否落库。

[在市场中查看](https://harzva.github.io/awesome-bot/?scenario=feedback-to-requirements) · [下载场景配置](https://harzva.github.io/awesome-bot/exports/scenario-feedback-to-requirements.fleet.json) · [用虚构材料练习](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-feedback-to-requirements)

### 准备产品上市材料

从客户问题和产品证据组织定位，再倒排素材、审核和渠道发布日历。

#### 准备材料

- 目标客群、需求证据与替代方案
- 产品能力、限制和可以证明的差异
- 上市目标、截止时间、已有素材和渠道
- 制作、审核负责人及不可移动的节点

#### 预期交付

- 定位和价值表述、受众信息矩阵
- 上市内容需求及验证计划
- 营销日历、依赖冲突和检查点

#### 1. [产品定位与上市策划员](https://harzva.github.io/awesome-bot/?scenario=product-launch&bot=awesome%2Fgrok-product-marketer)

```text
请为产品上市准备定位草案。目标客群与需求证据：[填写]；产品能力、限制和差异证据：[填写]；上市目标与已有素材：[填写]。把客户任务、替代方案与可证明的价值对应，组织受众信息和内容需求；未证明的主张保留为假设，列出后续验证计划，不编造客户证言或效果数据。
```

交接: 由我审阅定位与证据，将已确认的受众信息、内容需求和验证计划交给营销排期管理员。

#### 2. [营销排期管理员](https://harzva.github.io/awesome-bot/?scenario=product-launch&bot=awesome%2Fmarketing-calendar-owner)

```text
请按以下已审阅的上市内容需求倒排营销日历。定位与内容需求：[粘贴]；上市目标及截止时间：[填写]；渠道与素材清单：[填写]；制作和审核负责人、固定节点：[填写]。标出制作、审核和渠道依赖、资源冲突与缺口，为每项记录负责人和检查点。仅准备可审阅计划，不替我发布内容、发送消息或承诺未确认日期。
```

交接: 由我和相关负责人确认日历、资源与审核安排，再按已授权流程执行发布。

[在市场中查看](https://harzva.github.io/awesome-bot/?scenario=product-launch) · [下载场景配置](https://harzva.github.io/awesome-bot/exports/scenario-product-launch.fleet.json) · [用虚构材料练习](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-product-launch)

### 写一份有证据的周报

用一个 Bot 把项目产物、验证和阻塞整理成清楚的状态报告草稿。

#### 准备材料

- 本周报告周期、项目目标和里程碑
- 已完成产物、测试结果与验收记录
- 正在进行的事项、阻塞和计划变更
- 下阶段计划、待决策问题和负责人

#### 预期交付

- 区分已交付、待验收、进行中和受阻的周报草稿
- 有证据的风险说明与决策请求
- 下一阶段行动与负责人

#### 1. [进度报告编辑](https://harzva.github.io/awesome-bot/?scenario=weekly-report&bot=awesome%2Fstatus-report-writer)

```text
请根据以下项目事实写本周状态报告草稿。报告周期、目标与里程碑：[填写]；产物、测试和验收记录：[粘贴]；进行中事项、阻塞和计划变更：[填写]；下阶段行动与待决策问题：[填写]。分清已交付、待验收、进行中和受阻，给结论保留证据，明确偏差、风险和所需决策；没有证据的进展保留未知，不把测试通过写成业务已验收。
```

交接: 由我核对证据、负责人和决策请求，修改确认后再向相应读者发送。

[在市场中查看](https://harzva.github.io/awesome-bot/?scenario=weekly-report) · [下载场景配置](https://harzva.github.io/awesome-bot/exports/scenario-weekly-report.fleet.json) · [用虚构材料练习](https://harzva.github.io/awesome-bot/handbook-scenarios.html#practice-weekly-report)

## 实战：从事实表到会前简报

适合新手与团队交接。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制材料，先做来源事实表，再整理一页会前简报及五个问题；仅出内部草稿，不作客户承诺。

### 练习任务与材料

```text
任务：作为客户研究专员，只用以下虚构材料，整理供会前准备使用的事实表。
产物：事实、来源编号与日期、需求信号、待核实假设四列。未提供的日期、预算与决策人明确标未知；不得推断采购意向。
边界：仅写内部草稿；不联系客户、不报价、不承诺未经验证的能力。

虚构材料：
A｜公司简介，2026-10-19：青禾工作室是12人的客户服务团队。
B｜沟通记录，2026-10-20：希望月底汇总工单；预算、决策人未知。
C｜内部演示记录，2026-10-21：仅验证CSV导入；实时同步未验证。
D｜会谈目标，2026-10-23：澄清汇总口径、数据来源与试用条件。
E｜参会信息：我方客户经理；客户参会人和职责待确认。
F｜范围：仅用A—E；不得推断采购意愿、报价或承诺实时同步。
```

1. 把A—F交给客户研究专员（awesome/account-research-specialist）：按“事实／来源日期／需求信号／待核实假设”建表。
2. 人工核对每行后，将事实表、B/C原文及未知项交给销售会前准备员（awesome/meeting-prep-buddy）；要求一页简报，含议程、恰好五个问题和材料待办。
3. 人工审阅承诺范围后保存草稿；问题和待办由参会人确认，不自动发给客户。

### 教学参考节选

```text
背景：青禾工作室，12人客户服务团队（A，2026-10-19）。
目标与议程：澄清月底工单汇总（B）；核对口径→数据→试用条件（D）。
能力边界：CSV导入已在虚构内部记录验证；实时同步待验证（C）；预算、决策人未知（B）。
五问题：汇总哪些字段？以哪个日期划月？数据从哪里导出？谁决定试用？预算与评估标准是什么？
材料待办：我方客户经理准备CSV样例与演示范围；客户参会人/职责待确认（C/E）。
```

1. 逐行保留材料编号；已有日期照录，未提供则标未提供。事实、需求信号、假设分列，不能把希望汇总写成采购意向。
2. 一页草稿含议程、五问题和材料待办；五问题覆盖口径、日期、来源、决策与预算。
3. 保留预算/决策人未知、实时同步未验证；没有对外承诺或已发送声明。

### 修订要求

```text
只修缺口：保留已核对事实表。将“支持实时同步”改为“待验证（C）”；补齐缺失的来源或五问题中的缺项，仅返回受影响行和修订后简报，不补造客户信息。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。
```

- [查看场景任务卡](https://harzva.github.io/awesome-bot/handbook-scenarios.html#scenario-customer-meeting)
- [在市场查看所需角色](https://harzva.github.io/awesome-bot/?scenario=customer-meeting)

## 实战：把交付、测试与验收分开

适合新手练习与团队汇报。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制记录，写2026-10-19至2026-10-23周报草稿，保留证据编号；不得把旧成果或技术测试写成当周业务验收。

### 练习任务与材料

```text
任务：作为进度报告编辑，只用以下虚构记录写2026-10-19至2026-10-23的周报草稿。
产物：本周交付、技术验证、业务待验收、旧成果、阻塞与下一步五项，每个状态附材料编号。缺失的负责人和日期标未知，并提出指派请求。
边界：不把技术测试写成业务验收，不把旧成果记作本周新交付；只写草稿，不发送。

虚构材料：
A｜本周目标：2026-10-23交付报名页草稿，业务验收另约。
B｜2026-10-20：小陈提交报名页v0.3草稿与交付记录。
C｜2026-10-21：技术记录显示桌面8项测试通过；手机测试未开始。
D｜2026-10-23：业务方尚未验收，未提供通过记录。
E｜2026-10-16：上周已完成报名字段表，不计本周新增交付。
F｜2026-10-22：法务文案待确认，尚无负责人及回复日期。
G｜下一步：小陈计划2026-10-26执行手机测试；文案责任人待指派。
```

1. 交给进度报告编辑（awesome/status-report-writer）：按本周交付、技术验证、业务待验收、旧成果、阻塞/下一步分组，每项附编号。
2. 由报告负责人核对周期与证据；把无人负责的文案列为“请求指派”，确认后再向相应读者发送。

### 教学参考节选

```text
周期：2026-10-19—2026-10-23；报名页v0.3草稿已交付（A/B）。
技术验证：桌面8项通过；手机未测（C）。
业务状态：尚未验收（D）；不得标记项目全部完成。
旧成果：字段表于2026-10-16完成，仅作背景（E）。
阻塞/行动：文案负责人和回复日期待指派（F）；小陈计划2026-10-26测手机（G）。
```

1. 交付仅计B，E单独标上周；周期与下一步日期不混用。
2. 8项只属于桌面技术测试；手机和业务验收状态分别保留。
3. 每个状态有证据编号；F负责人/日期保持未知并提出指派请求，不擅填人名。

### 修订要求

```text
只修缺口：保留已引用的交付记录。把“已全部验收”拆成C技术验证与D待验收；把E移到历史背景；为F补指派请求。仅返回修改的段落，不重写已通过项。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。
```

- [查看场景任务卡](https://harzva.github.io/awesome-bot/handbook-scenarios.html#scenario-weekly-report)
- [在市场查看所需角色](https://harzva.github.io/awesome-bot/?scenario=weekly-report)

## 实战：没有环境时先做复验计划

适合开发者与团队交接。以下浏览器反馈、日志、版本均为虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。本练习无真实测试环境，只练计划与证据分类，所有执行状态为待执行，不能写已复现或已修复。

### 练习任务与材料

```text
任务：作为缺陷复现工程师，只用以下虚构材料编写最小复现计划。当前没有真实测试环境，不执行测试。
产物：区分反馈、日志线索与修复假设；列单击对照、双击和重复试验，保留预期/实际、次数、版本、环境与证据的空白记录栏，并列缺失环境。
边界：执行项全部标待执行；两条日志不能直接证明根因，不声称已复现、已修复或可上线。

虚构材料：
A｜虚构反馈，2026-10-21：Chrome 129 / macOS 14，草稿版v0.3；点两次提交后看到两个报名条目。
B｜预期：同一提交意图只产生一个条目；反馈人称偶发，未统计频率。
C｜虚构日志：10:02:01 POST /signup 201；10:02:01 POST /signup 201；无请求ID。
D｜最小输入：姓名“测试甲”、邮箱 test@example.invalid；仅用于计划。
E｜开发备注：候选版v0.3.1增加提交中禁用按钮；没有修复验证记录。
F｜核心路径：正常、空白、失败重试；真实环境、账号、实际版本均未提供。
G｜上线条件：原版可重复证据、候选版同条件复验及三条路径记录经负责人审阅。
```

1. 交给缺陷复现工程师（awesome/bug-reproduction）：把A/B列为报告、C列为虚构日志线索、E列为修复假设；给出单击对照→双击→重复试验的最小计划，列明缺失环境。
2. 人工核对后，将计划、未验证假设和空白执行栏交给创业产品质量检查员（awesome/grok-startup-qa-bot），排正常/空白/失败重试与候选版复验顺序，全部标待执行。
3. 实际执行者另行取得获准环境后填记录；发布负责人按真实证据判定，不用这份虚构示例作为通过记录。

### 教学参考节选

```text
分类：A/B为反馈，C为虚构日志线索，E为候选修复说明；均不证明原因。
计划：固定输入D；原版单击对照、双击并记录每轮结果；候选版按相同条件复验。
检查：正常→空白→失败重试；当前全部待执行（F）。
实际执行者填写：姓名___ 日期___ 版本/环境___ 次数___ 预期/实际___ 日志/截图位置___。
完成条件：原版可重复证据、候选版结果、三路径记录齐全，失败项关闭且发布负责人签核（G）。
```

1. 计划明确单击对照、双击、重复次数需记录；两条201日志不能直接证明双条目或根因。
2. 原版、候选版与三路径都有待执行项；保留实际执行者、日期、环境、版本、结果和证据栏。
3. 无真实运行时不出现已复现/已修复/可上线结论；真实完成须满足G并核对实际记录。

### 修订要求

```text
只修缺口：保留已有计划。将无证据的“已复现/已修复”改为“待实际执行”；只补缺失的对照、路径或记录栏，并指出还需要哪份真实证据，不生成执行结果。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。
```

- [查看场景任务卡](https://harzva.github.io/awesome-bot/handbook-scenarios.html#scenario-bug-retest)
- [在市场查看所需角色](https://harzva.github.io/awesome-bot/?scenario=bug-retest)

## 实战：把重复与冲突反馈变成候选需求

适合团队交接，新手可先核对来源。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制记录，形成有追溯的需求候选及待确认优先级；少数样本不能推出多数需求，不承诺排期或直接写入需求库。

### 练习任务与材料

```text
任务：作为产品反馈分析员，只用以下虚构记录整理反馈主题，供人工核对后再交给功能请求跟踪员。
产物：主题、用户任务、原始编号与原话、去重关系、冲突及样本缺口。A/B只计同一事件；C/E为同人不同事，分别保留。
边界：不把3人样本写成多数需求，不决定优先级、承诺排期或改写需求库。

虚构材料：
A｜工单T01，2026-10-19，用户U1/管理员：每周导出CSV太费步骤，想一键导出。
B｜邮件M01，2026-10-20，用户U1：再次转发T01，同一事件。
C｜工单T02，2026-10-20，用户U2/管理员：希望直接默认展示全部成员。
D｜访谈I01，2026-10-21，用户U3/普通成员：不要默认显示全部成员，担心暴露名单。
E｜工单T03，2026-10-22，用户U2：CSV导出找不到入口；与T02是不同问题。
F｜已有需求R07：简化CSV导出，状态待评审；近期仅调整导航名称。
G｜范围：3名用户、2种角色；总用户数、代表性、影响频次与优先级均未知。
```

1. 先交产品反馈分析员（awesome/product-feedback-analyst）：保留编号与原话，A/B归为同一事件；分别整理导出任务与成员可见性冲突，说明样本缺口。
2. 人工核对主题后交功能请求跟踪员（awesome/feature-request-tracker）：把A/E关联R07，不因同一用户而合并C/E；形成需求候选、来源、冲突、验证方法与待确认优先级。
3. 产品负责人核实影响与权限规则后决定优先级和是否落库；保留未决问题。

### 教学参考节选

```text
去重：A/B同一事件，保留两来源，计1个事件；不能算两名用户。
候选R07补充：简化并明确CSV导出入口，证据A/E，2名用户；保留操作步骤与可发现性两类问题。
候选N02：澄清按角色的成员可见性，C要求全显、D反对；不能直接默认全显。
验证：走查导出任务；向两类角色核实可见范围与权限政策，补影响频次。
优先级：R07/N02均待产品负责人确认；3人样本不代表多数（G），不承诺开发日期。
```

1. A/B只计同一事件，仍可追溯两来源；C/E同人不同事，不能误去重。
2. 每条候选有编号、来源与验证方法；A/E关联R07而非无依据新增重复需求。
3. 保留C/D冲突、3人覆盖限制及待确认优先级；没有“多数用户需要”或已排期结论。

### 修订要求

```text
只修缺口：保留已追溯候选；修正A/B计数，补C/D相反意见或缺失来源，把无依据优先级改为待确认。只返回受影响候选与去重说明，不重新编排已通过部分。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。
```

- [查看场景任务卡](https://harzva.github.io/awesome-bot/handbook-scenarios.html#scenario-feedback-to-requirements)
- [在市场查看所需角色](https://harzva.github.io/awesome-bot/?scenario=feedback-to-requirements)

## 实战：证据不足时暂缓发布

适合团队交接与产品负责人审阅。以下材料全部虚构；参考产物是预先编写的教学示例，不是 Bot 运行结果。复制材料，准备定位草案与带依赖的日历；包含未通过项和未知指标，结论应是人工暂缓，不能制造已上线状态。

### 练习任务与材料

```text
任务：作为产品定位与上市策划员，只用以下虚构材料写定位草案，供人工核对后再准备排期。
产物：目标客群、客户任务、可证明能力、价值假设、内容需求和待验证项；每个主张附材料编号，保留失败检查与人工暂缓状态。
边界：不编造指标、客户证言或已上线状态，不确认发布日、不执行发布。

虚构材料：
A｜目标客群：小型活动团队；3份访谈提到人工整理报名数据耗时，样本不具代表性。
B｜产品证据，2026-10-21：演示仅验证CSV导出；节省时间比例、转化率未知。
C｜质量记录，2026-10-22：手机失败重试检查未通过，复验结果尚无。
D｜目标日期：2026-10-28拟发布介绍页与邮件；日期未经确认，尚未上线。
E｜素材：介绍页草稿已备；邮件文案未完成，无客户证言授权。
F｜负责人：小林制作、小周审核；2026-10-27审核时间固定，邮件依赖介绍页审核通过。
G｜人工决定，2026-10-23：暂缓对外发布；恢复需C复验通过记录、素材审阅通过及负责人重新确认日期。
```

1. 先交产品定位与上市策划员（awesome/grok-product-marketer）：按A/B写面向客群的定位草案，区分可证明能力与价值假设；删除虚构比例和证言，保留C/G门槛。
2. 人工核对后交营销排期管理员（awesome/marketing-calendar-owner）：倒排制作、审核、渠道检查点，标明F固定节点与依赖；2026-10-28仅为待确认目标。
3. 人工按G维持暂缓；补齐真实证据后由负责人重新审阅日期，再依另行授权执行发布。

### 教学参考节选

```text
定位草案：为小型活动团队提供CSV导出整理入口（A/B）；省时效果仍是假设。
文案边界：不写节省百分比、转化增长或客户证言（B/E）。
日历：小林完成邮件草稿→小周2026-10-27审核介绍页与邮件→渠道检查；邮件依赖介绍页批准（E/F）。
状态：人工暂缓（G）；手机失败重试未通过（C），2026-10-28待重新确认，尚未上线（D）。
恢复证据：C复验通过记录＋两素材批准记录＋负责人确认的新日期；未知效果指标另列验证计划。
```

1. 每个价值主张对应A/B或标假设；未知指标不能补造数字，未经授权证言不进入文案。
2. 日历有制作/审核负责人、2026-10-27固定检查点和邮件依赖；未确认目标不得写成承诺。
3. 明确C未通过、G人工暂缓及三类恢复证据；计划草稿不等于已上线。

### 修订要求

```text
只修缺口：保留有证据定位与日历；删除无依据效果数值，补C/G门槛和缺失依赖。仅返回改动行及仍缺的恢复证据，不自行解除暂缓或改成已发布。 审阅人若发现缺口，退回产出该内容的角色；人工复核修订后再交接或保存，不自动流转。
```

- [查看场景任务卡](https://harzva.github.io/awesome-bot/handbook-scenarios.html#scenario-product-launch)
- [在市场查看所需角色](https://harzva.github.io/awesome-bot/?scenario=product-launch)

## 完成一次场景验收

1. 准备场景列出的最小材料，先用脱敏样例。
2. 把第一项任务交给对应角色，按场景条件验收。
3. 补齐缺口，把产物、来源和未知项连同交接卡传给下一位。
4. 保存最终产物与失败原因；场景下载不会自动执行流程。

## 参考来源

来源核对日期: 2026-10-25

- [场景源数据](https://github.com/Harzva/awesome-bot/tree/main/data/scenarios)
- [场景起步说明](https://github.com/Harzva/awesome-bot/blob/main/START_HERE.en.md)