---
# 需求溯源索引 frontmatter（必填；design-record 与 handoff 两类文档都带）。
# 同一需求的多篇文档共用同一 id → build-request-index.mjs 据此归组。
id: <slug>                       # 与该需求的 design-record 用【同一】 slug
title: <Feature Name> — handoff
doc_type: handoff                # design-record | handoff
status: in-dev                   # requirement | in-dev | QA | delivered
target_release: "<8.x>"          # 可选；无则删本行
last_updated: YYYY-MM-DD
sources:                         # 0..N；type ∈ jira|slack|miro|bug|email|verbal|doc|other；ref 必填、url 可选
  - { type: jira, ref: "<KEY>", url: "https://tvunetworks.atlassian.net/browse/<KEY>" }
figma:                           # 可选；无则删本段
  file: <fileKey>
  nodes:
    - { id: "<node-id>", label: "<用途>", url: "<figma url>" }
---

# Handoff — <Feature Name> (<JIRA-KEY>)

> Session 交接 / 下次 pickup。命名 `docs/handoffs/YYYY-MM-DD-<feature>-{handoff|pickup}.md`。
> **顶部 frontmatter 必填**（需求溯源索引，见 design-process.md § 需求溯源索引）；与该需求的 design-record 用同一 `id`；改动后跑 `node docs/scripts/build-request-index.mjs`。
>
> **本 handoff 交付了 Figma mockup？** 加下面这行标记 + 引用一份 conformance report（否则 `.githooks/pre-commit`
> 会拦——见 [`.githooks/README.md`](../../.githooks/README.md)）：
>
> ```
> <!-- mockup-handoff -->
> Conformance report: docs/handoffs/.conformance/<fileKey>-<nodes>-<timestamp>.json
> ```
>
> report 由 `audit:mockup-conformance --report <path>` 落盘（勿手打 `Integrity audit: I1=pass` 文本——已失效）。
> 非 mockup 的纯 session 交接不用加，不受此闸约束。

## 1. 现状 / 已完成
本轮做完了什么（交付物 + Figma node-id + 验证结论）。

## 2. 未完成 / 待办
明确剩余项，按优先级排。

## 3. 关键约束 / locked spec
handoff/PRD 数值型规范、sibling 视觉契约、纪律提醒（避免下轮重蹈本轮坑）。

## 4. 续跑入口
下一步从哪个 stage/步骤接；要先读的 spec / design-record 路径。

## 5. 链接
Figma Section node-id、design-record、相关 Jira / Slack。