---
type: pointer
title: POC 验证卡模板
summary: 一张卡记录需求出处、唯一假设、最小输入输出、复跑证据与下一步
status: 模板
updated: 2026-10-07
---

# POC 验证卡模板

复制正文为 `research/YYYY-MM-DD-场景验证.md`，使用现有调研文档的 `type: research` 元数据，更新 `date`、`updated`、标题和摘要，`status` 从“待核对”开始。卡的正文建议一到两屏，证据另附文件。未填项保留“待定”，不自动补成需求；草案不代表编码授权。

## 需求与范围

- 需求来源：用户原话/文档章节链接；AI 推断另列。
- 场景：谁，在什么情况下，要得到什么结果。
- 唯一假设：一句能验证真假的话。
- 输入：具体主题、来源、样本与时间窗口；标明真实在线/已有真实样本/固定样本。
- 输出：用户在哪里能看到或操作什么。
- 成功条件：本轮用什么结果判断；不要照抄完整产品验收指标。
- 失败条件：哪些结果会推翻假设或需要换方向。
- 本次不做：明确范围。
- 执行授权与边界：当前是准备卡/获准执行；真实请求、账号、费用和数据范围按已有规则。
- 时间上限与停止条件：待定；到点交付结论，不以补齐平台和架构延期。

## 复跑与证据

执行前填最短路径，执行后补实际步骤。凭据不入卡。

| 步骤 | 操作或命令 | 实际结果及证据 |
|---|---|---|
| 准备 | 输入与必要前提 | 待执行 |
| POC | 执行一次最小路径 | 待执行 |
| demo | 用户从输入到可见输出 | 待执行 |
| 核对 | 对照来源与成功/失败条件 | 待执行 |

## 结果与下一步

- 运行日期、环境、源码版本：待执行。
- 假设结论：未验证/支持/不支持/证据不足。
- 用户反馈：未收到；保留原话。
- 证据能证明什么：待执行。
- 还不能证明什么：待执行。
- 下一步建议：继续/缩小/换方案/停止；说明依据，未选择时不扩展实现。

任务状态更新在 BACKLOG；正式能力验收按原有验收记录流程办理。本卡通过不自动意味着整项能力可用。