---
# 支柱④ 上游理解-分析 gate 产出物。产品设计（code/mockup）动手前填。
# 命名：docs/specs/upstream-gate.<feature>.md（<feature> = kebab 任务标识）。
# 确定层字段（sources_read / competitive / data_feasibility）由 pnpm audit:upstream-gate 机校；
# 人工层（understanding / persona_ia / mvp_scope）由 owner PR review 验收。
# 复杂字段用 JSON-inline（[...] / {...}）—— validator 靠 JSON.parse 读。
feature: <kebab-slug>
understanding: <一句话需求复述摘要；完整复述写正文>
sources_read: ["docs/product-context.md", "docs/specs/<相关 design-record>.md#<锚>"]
competitive: [{"vendor": "<竞品名>", "url": "https://<真实竞品页>", "finding": "<该竞品在此场景做了什么>"}]
persona_ia: <persona + IA 摘要；详述写正文>
data_feasibility: {"fields": ["<本设计要用的数据字段>"]}
mvp_scope: <MVP 范围摘要；详述写正文>
---

# Upstream Gate — <Feature Name>

## 1. 需求复述（owner review：复述是否抓住真实意图）
<完整复述用户/PRD 的需求，你理解的问题、约束、成功标准。>

## 2. 竞品分析（实时检索，附来源；owner review：相关性）
<对每个 competitive 条目展开：截图/引用 + 我们要借鉴/规避什么。禁脑补，URL 必真。>

## 3. Persona / IA（owner review）
<目标 persona、使用场景、信息架构草图。>

## 4. 数据可行性
<data_feasibility.fields 每个字段的来源（API/字段名）；缺 product-context 时此段自评 + 标注降级。>

## 5. MVP 范围（owner review）
<首版做什么、不做什么、为什么。>