## 用户访谈纪要自动整理 {.case data-case-id="015"}

| 字段 | 值 |
| --- | --- |
| 案例编号 | `015` |
| 行业 / 部门 | 互联网 / 产品 |
| 角色 | 产品经理 |
| 难度 | `进阶` |
| 调用来源 | `manual`（每周访谈结束后由 PM 发起一次手动调用，调用时带入当周访谈的脱敏引用、知识库频道、整理 Agent 与审批人） |

<!-- slot: 目标 -->
PM 每周做 3-5 场用户访谈，原始文字记录杂乱，手工整理成纪要要花约 2 小时。目标：Invocation 对每场只携带 `interview_ref`；授权 App 在源侧解引用、去除可识别个人信息，并只把允许的脱敏文字投影交给整理 Agent，自动整理成结构化纪要（用户核心痛点、逐字原话引用、对产品的启示、待跟进问题），经 PM 确认后归档到知识库频道。指标：从发起整理到归档完成的中位数 < 5 分钟；关键洞察识别率 ≥ 85%（PM 抽样验证）。

<!-- slot: 边界 -->
- **覆盖**：以 `interview_ref` 调用授权 App，在源侧解引用并生成脱敏文字投影，再自动整理成结构化纪要（含逐字原话引用），经 PM 确认后归档到知识库频道。
- **不覆盖**：录音转写、多语言翻译、跨访谈主题对比分析（见"复用与变体"）。
- **假设**：访谈记录以文字形式保留在授权来源（录音转写不在本流程内），每场有不可猜测的 `interview_ref`；授权 App 能解引用并在源侧完成白名单投影与脱敏，原始文字和身份映射都不进入 Invocation、Agent 或运行记录。

<!-- slot: 提示词 -->
把下面这段发给 Loop，它会在后台帮你创建这个 Workflow：

```text
帮我创建一个 Workflow：每周访谈结束后，Invocation 对每场只带 `interview_ref`；授权 App 按引用读取来源中的访谈文字，在源侧删除或替换姓名、公司名、联系方式、账号等可识别字段，只把允许的脱敏文字投影交给整理 Agent。Agent 对每场返回结构化纪要，含用户核心痛点、逐字原话引用、对产品的具体启示、待跟进问题；逐字引用只能取自脱敏投影，不得读取原始文字或身份映射。
触发：每周访谈结束后由 PM 发起一次手动调用，调用时只带入当周各场 `interview_ref`、知识库频道、整理 Agent 和审批人（PM）；一次调用整理当周全部访谈，逐场出纪要。
审批：纪要由 PM 逐场确认后才归档，审批本身不设自动超时、无默认通过或否决；驳回则该场失败结束，需要调整就改输入再发起一次新调用。
异常：整理 Agent 回传的结构不合要求，就停在等待点等它重新提交，不自动重跑；若某场访谈记录过短、提炼不出洞察，Agent 在结果里标"信息不足"并说明原因，PM 据此驳回；归档发送失败按重试上限重试，仍失败则升级到值班频道并保留待发内容供人工补发。
完成：当周各场纪要归档到知识库频道后成功结束，并留审计时间戳。
```

<!-- slot: 流程 -->
![案例 015 用户访谈纪要整理：Invocation 每场只带 interview_ref，授权 App 解引用并在源侧脱敏后只把允许投影交给整理 Agent（原始文字与身份映射不进入 Agent 或运行证据）；回传不合结构时停在原等待点，PM 确认原话引用后归档知识库频道并成功结束，驳回则失败结束](../../../media/cases/fig-case-015-01-flow.svg){#fig-case-015-01 width=92%}

如上图所示，正常路径、人工决策与异常同时可见：

1. **发起调用**：PM 在每周访谈结束后发起一次手动调用，每场只带 `interview_ref`，另带知识库频道、整理 Agent 与审批人；原始或脱敏全文都不作为 Invocation 输入。
2. **解引用与整理**：授权 App 按 `interview_ref` 在源侧读取并生成允许的脱敏文字投影，整理 Agent 只消费该投影，提炼痛点、逐字原话、启示与跟进问题并回传；回传结构不合要求时停在原等待点，等其修正后重新提交，不自动重跑。
3. **人工确认**：PM 收到纪要，核对逐字原话引用是否准确、启示是否到位，确认继续或驳回。
4. **归档**：确认后把纪要发到知识库频道，团队可搜索和引用。
5. **结束**：归档发出即成功；PM 驳回则失败结束、不归档，要重做就改输入再发起一次新调用。

<!-- slot: 配置 -->
你不需要手写代码或配置。把上面的提示词发给 Loop，AI 会理解意图、在后台画出这个流程——它知道"整理"需要一个发消息并等待回调的 Agent 环节、"确认"需要一个审批环节、"归档"需要一个发消息环节，并把它们连起来。AI 还会在后台校验流程结构是否完整（每个环节的输入是否都连好），你不必关心这些技术细节。

<!-- slot: 异常 -->
- **整理 Agent 回传不合结构**：本次完成请求被拒绝，流程停在等待点等 Agent 修正后重新提交，不会反复重跑，也不会归档错误纪要。
- **PM 驳回（原话引用不准 / 洞察不到位 / 信息不足）**：本次失败结束、不归档，并留失败回执与时间戳；要重做就改输入、新开一次调用，不写"AI 直接修改或删除"纪要。
- **信息不足（记录过短、提炼不出洞察）**：Agent 在结果里标"信息不足"并说明原因，PM 据此驳回后留可见回执，不静默结束。
- **归档发送失败**：按重试上限重试投递；超过上限则升级到值班频道，并保留待发内容供人工补发。
- **长时间无人审批**：审批本身不设自动超时，流程停在等待状态。若业务需要响应时限，这是运营策略：由另一条定时检查的 Workflow（或值班人员）扫出超期待审批项并通知经理，而不是依赖本流程自动升级。

<!-- slot: 审批 -->
纪要必须经 PM 确认后才归档，确保逐字原话引用准确、洞察到位——这是"人在回路"保护用户声音真实性的关键。审批只有确认或驳回两种结果，驳回即本次失败，没有"AI 自动改"。已归档内容如需修订，另走更正重发，不在本流程内由 AI 直接修改或删除。若要更严（如高管访谈双审），在提示词里写明，AI 会在流程里多加一个审批环节。

<!-- slot: 外部系统 -->
Invocation 每场只携带 `interview_ref`；授权 App 才能解引用来源记录，并在源侧完成白名单投影与脱敏。原始访谈文字、身份映射和未脱敏字段不进入 Invocation、Agent 消息、Run/Activation/Effect 记录或工具日志；Agent 只看到允许的脱敏文字投影，逐字引用也只能来自该投影。按 10% 抽查引用输入、App 输出、Agent 消息与运行证据四层。录音转写不在覆盖范围内；将来接入时也应由授权 App 在源侧转写和脱敏后再输出允许投影。

<!-- slot: 验收 -->
- **回放集与基准**：取最近 30 场已整理访谈的文字记录回放，人工基准答案为 PM 既定纪要；整理结果与基准的关键洞察一致率 ≥ 85% 视为通过。
- **逐字原话**：引用与脱敏后原文逐字一致率 100%（逐条比对脱敏后的原文）。
- **引用与源侧脱敏**：Invocation 的访谈字段 100% 只有 `interview_ref`；授权 App 解引用后在源侧输出允许的脱敏文字投影，原始文字与身份映射进入 Agent 或运行证据的 0 例；按 10% 抽查引用输入、App 输出、Agent 消息与运行证据四层。
- **分母与口径**：一致率分母为基准洞察总数；每次回放记录整理与归档时间戳；每周抽样 3 场由 PM 人工复核。
- **时效**：从发起整理到归档完成的中位数 < 5 分钟。

### 复用与变体
- **同构迁移**：客户成功电话纪要、销售拜访记录、内部 1-on-1 整理。
- **跨访谈主题分析**：多场纪要归档后，让 Agent 做主题聚合（"有 60% 的用户提到了同一个痛点"）。

<!-- slot: 媒体槽位 -->
<!-- media: fig-case-015-01-flow.svg -->