functional-flowlisted

# Functional Flow · 功能流程 ## 目的与边界 为每个已确认功能 `FEA-XXX` 产出**功能流程结构**：从业务起点出发的主流程步骤序列、在决策点的分支流程、以及异常/失败情况下的异常流程与回退目标。功能流程描述的是**业务/功能如何被走通**——谁触发、依次执行哪些业务步骤、在什么条件下分叉、异常时去向哪里——而非页面/交互表达。每个流程必须回溯到已确认的功能（`FEA-XXX`）与故事（`ST-XXX`），使 `business-rules`、`state-machine`、`exception-handling` 等下游 work_item 能在真实步骤上挂接规则与细节。 **Do not** 设计页面布局（→ `page-design`）、写交互规则（→ `interaction-rules`）、定义业务规则（→ `business-rules`/`validation-rules`）、展开状态机明细（→ `state-machine`）、或输出异常处理明细表（→ `exception-handling`）。异常流程在本 Skill 只画**结构**（异常分支与回退目标）；异常处理的系统行为/恢复方式/用户提示归 `exception-handling`。 ## 输入与输出 Inputs: 已确认的 `feature-list.md`（`FEA-XXX`，含 P0/P1/P2 优先级）以及已确认的 `user-stories.md` 故事（`ST-XXX`）与范围基线。Output: 独立的 `functional-flow.md`，使用 `src/templates/resolver.py functional-flow.md` 解析出的模板。 Load `references/thinking-framework.md`（引用 `src/framework/thinking-core.md` §1 强制透镜）再分析。Draft 前加载 `references/output-contract.md`。交接前加载 `references/audit-checklist.md` 与 `references/reviewer-checklist.md`。Review 前运行 `scripts/validate_artifact.py <artifact> --json`。分支/异常路径模糊时加载 `references/question-patterns.md`。 ## 思考提示词 (按阶段) ### 1. Preflight - "哪些 FEA 是 P0？各对应哪些故事与生命周期阶段？范围基线是否已确认？" - Verify upstream: 每个流程的 FEA 必须存在于功能清单，且回溯到 ≥1 条已确认 `ST-XXX`。 - **若功能清单或 P0 列表缺失**，返回 routing receipt 并 STOP——不凭空发明流程。 - Assess density: L1（一句话、无流程材料）→ L2（功能清单存在）→ L3（故事 + 角色 + 生命周期）→ L4（上游已确认）。 ### 2. Intake - "上游材料到底怎么描述业务被走通——而不是我脑中想象的流程？" - 逐字摘取起点、业务步骤、分支条件、异常与出口，再结构化。 - 每条流程声明按 `src/framework/contracts.md` 归类为 `FACT` / `DECISION` / `ASSUMPTION`