page-designlisted

# Page Design · 页面设计 ## 目的与边界 把已确认 `functional-flow.md` 中的每一步转化为具体的页面/步骤骨架：用户如何到达、进入时哪些条件必须已成立、页面承载什么内容、用户可执行哪些操作、每个操作通向何处。产出必须能让 `interaction-rules`（补充 IX 行为）与���游 work_item 在不做二次解读的情况下直接消费。 **不得** 指定视觉设计（颜色、字体、间距、组件样式）、编写交互微细节（动效、悬停、滚动、弹窗外观）、设计数据库模型，或定义业务/校验/权限规则。页面骨架是内容与导航契约，而非高保真原型（mockup）。 ## 输入与输出 输入：来自 `functional-flow.md` 的已确认功能流程（主流程 / 分支流程 / 异常流程）、来自 `feature-list.md` 的 `FEA-XXX`，以及它们所追溯的已确认 `user-stories.md` 故事（`ST-XXX`）。输出：独立的 `page-design.md`，使用 `src/templates/resolver.py page-design.md` 解析出的模板。 分析前加载 `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`。当流程 ≥3 页或需要利益相关方评审视觉/观感时，加载 `references/prototype-techniques.md`。 ## 思考提示（按阶段） ### 1. Preflight - "从已确认功能流程中产出哪些页面/步骤？每个页面追溯哪个 FEA 与故事？" - 从功能流程提取页面清单。任何未出现在流程中的页面必须被标记，不得静默新增。 - **若功能流程缺失或未确认**，返回 routing receipt 并 STOP——没有步骤可挂接时不能凭空发明页面骨架。 ### 2. Intake - "每个流程步骤对内容、操作与下一状态的真正含义是什么——而不是我认为好页面长什么样？" - 逐字从流程中摘取：步骤名、入口边、到达该步骤的分支条件、出口边。 - 按 `src/framework/contracts.md` 将页面事实归类为 `FACT` / `DECISION` / `ASSUMPTION` / `AI_INFERENCE` / `UNKNOWN` / `CONFLICT`。 - 为补全而新增的内容区块或操作必须标记 `AI_INFERENCE`。 ### 3. Think (apply thinking-core.md §1 mandatory lenses) - **First Principles**: "用户在这里必须看到什么、做什么才能朝结果推进？哪些元素被假设但并非必需？" - **Systems Thinking**: "此页面的操作是否链到某个数据源、另一角色的任务或外部服务？" - **Adversarial**: "前置条件失败时会发生什么？是否存在绕过我所