其余 UI 需求整理（2026-06-23）

收口时间：2026-06-23 17:42:02 +08:00

本文只整理 UI 需求，不在本轮派发其他会话，也不承接代码实现。后续若要拆开发任务，应继续遵守“数据 / 逻辑 / UI 分离”和“竖屏、横屏两套壳分别设计”的规则。

目标

把今日已经露出的系统入口和仍缺的 UI 层整理成一份可执行清单，避免后续把“已有只读摘要”“已有入口”“已有完整功能页”混为一谈。

这份文档覆盖：

• 账号、多周目、Buff、客栈状态、终局 / 读档的深入口。
• 事件表目录从只读索引升级到可浏览内容层。
• 手机竖屏与 Web 横屏的入口承载规则。
• 后续验收时必须看的交互、可见性和边界。

当前已具备的 UI 面

| UI 面 | 当前状态 | 可验收内容 | 备注 | | --- | --- | --- | --- | | 系统门厅 | 已有桌面 / 竖屏入口 | 可看到账号、周目、Buff、客栈状态、终局、事件目录的只读摘要 | 它是总门，不是各系统的完成页 | | 江湖简报 | 已有桌面 / 竖屏入口与面板 | 可看昨日回顾、今日提醒、未来预告、历史简报 | 后续重点是内容规则补足，不是入口缺失 | | 事件表目录 | 已有桌面 / 竖屏入口与只读目录 | 可看主线、角色线、支线、昼夜线分组与表数量 | 仍缺表内内容浏览 | | 官府抄缴库房竞标会 | 已挂入主导航与竖屏入口 | 可看竞拍专题第一屏 | 不列入本轮缺口 | | 终局收束 / 存档浏览 | 已有终局面板与存档浏览器 | 可看失败复盘、最近安全点、时间点存档列表 | 仍缺更明确的“终局总览入口”和“重开操作层” | | 系统状态摘要 | 已有只读摘要面板 | 可看账号、周目、Buff、客栈状态的基础信息 | 不能替代独立详情页 |

剩余 UI 需求总表

| 模块 | 当前缺口 | 需要新增的 UI | 优先级 | 验收焦点 | | --- | --- | --- | --- | --- | | 账号 / GlobalProfile | 只有只读摘要，没有账号页 | 账号详情页、账号切换 / 重置入口、传承点与账号来源展示 | P1 | 玩家能明确自己在哪个账号下游玩 | | 多周目 / 存读档槽位 | 只有槽位摘要，没有完整槽位页 | 槽位列表、创建周目、覆盖存档、删除确认、读档按钮 | P1 | 玩家能按槽位管理周目，不误删 | | Buff | 只有激活数量摘要，没有详情页 | Buff 总览、来源筛选、持续时间、正负面标签、影响范围 | P2 | 玩家能看懂某个 Buff 为什么存在、影响什么 | | 客栈状态 | 只有健康分摘要，没有状态页 | 经营状态详情、风险拆解、建议处理入口、相关事件入口 | P2 | 玩家能从状态页知道先补哪一块 | | 终局 / 读档 | 终局页可见但偏复盘层 | 终局总览、安全点重开、自定义时间点存档、读档确认 | P2 | 玩家失败后能看懂、能选择、能回退 | | 事件表目录 | 只有分组索引 | 表内事件列表、事件详情、筛选、时间 / 昼夜 / 角色标签 | P1 | 玩家或开发者能从 UI 浏览到具体事件节点 | | 消息 / 日志中心 | 普通日志、风险提示、简报容易混在一起 | P0 / P1 / P2 分级消息中心、筛选、历史回看 | P2 | 重要风险不被普通日志淹没 | | 模块入口收纳 | 竖屏入口会继续变多 | 竖屏门厅 / 更多菜单 / 底部入口的层级收口 | P1 | 360px 宽度不溢出、不遮挡 |

模块需求细化

1. 账号 / GlobalProfile 页

定位：账号页只管理“玩家是谁”和“长期传承资产”，不管理当前周目细节。

应展示：

• 账号名、账号 ID、账号来源。
• 创建时间、最近进入时间。
• 传承点、已解锁长期能力、账号级统计。
• 当前绑定的周目槽位数量。

应提供操作：

• 切换账号。
• 新建本地账号。
• 重命名账号。
• 重置账号前二次确认。

不在本页做：

• 不直接编辑 Buff。
• 不直接推进终局。
• 不把所有存档槽位详情塞进账号页。

验收标准：

• 没有账号时展示空状态和创建入口。
• 有账号时展示账号来源和传承点。
• 重置 / 删除类操作必须有确认层。
• 竖屏下入口可从系统门厅进入，不占首页主动作位。

2. 多周目 / 存读档槽位页

定位：周目页管理“当前跑哪一局、有哪些时间点可回退”。

应展示：

• 槽位列表：空槽、进行中、已失败、已通关、已归档。
• 每个槽位的游戏时间、现实保存时间、最高风险、终局状态。
• 最近安全点、最近手动存档、最近自动存档。
• 版本号与存档 schema，便于兼容提醒。

应提供操作：

• 创建新周目。
• 进入周目。
• 覆盖存档。
• 删除槽位。
• 从安全点重开。
• 打开时间点存档浏览器。

交互要求：

• 删除和覆盖必须二次确认。
• 读档必须显示将回到的现实时间与游戏时间。
• 自定义存档必须允许玩家输入标题或备注。
• 自动存档、手动存档、安全点存档要用清晰标签区分。

验收标准：

• 玩家能在 3 秒内看出哪个槽位最近玩过。
• 读档前能看到“第 X 日 / 某时段 / 现实保存时间”。
• 空槽不会显示假数据。
• 旧存档缺字段时 UI 能降级展示。

3. Buff 总览页

定位：Buff 页解释“当前经营为什么变好或变坏”。

应展示：

• 当前激活 Buff。
• 可见但未激活 Buff。
• 正面、负面、中性分类。
• 来源：事件、角色、设施、道具、终局风险、时间段。
• 持续时间：剩余天数、剩余时段、永久、直到条件解除。
• 影响对象：收入、客流、卫生、治安、角色属性、事件权重。

应提供操作：

• 按来源筛选。
• 按正负面筛选。
• 按影响对象筛选。
• 跳转到相关事件或客栈状态详情。

不在本页做：

• 不直接修改 Buff 数值。
• 不直接触发随机事件。

验收标准：

• 每个 Buff 都能说清“来源”和“影响”。
• Buff 为空时有正常空状态。
• 长文本不挤爆 360px 竖屏。
• Web 横屏下可以展示更高密度列表，但详情默认收纳。

4. 客栈状态详情页

定位：客栈状态页解释“客栈现在哪里健康，哪里危险”。

应展示：

• 总健康分与等级。
• 卫生、治安、库存、现金流、员工状态、客流、口碑等分项。
• 每项风险来源。
• 推荐处理动作。
• 相关事件、相关 Buff、相关终局风险。

应提供操作：

• 查看分项详情。
• 跳转到对应模块：厨房、员工、账房、行囊、终局风险。
• 查看近日变化趋势。

验收标准：

• 玩家能从页面看出当前最优先处理的 1-3 个问题。
• 分项风险必须有来源，不写空泛提示。
• 与 Buff、终局、江湖简报保持同一套风险口径。

5. 终局 / 读档深入口

定位：终局页不是简单 Game Over，而是“败局册 + 补救线 + 回退入口”。

应展示：

• 当前最高终局风险。
• 已进入 warning / pressure / choice 的终局链。
• 失败记录：触发、选择、结果、种子。
• 最近安全点。
• 推荐回退点。
• 自定义时间点存档列表。

应提供操作：

• 从最近安全点重开。
• 从指定存档读档。
• 新建手动存档。
• 锁定 / 置顶关键存档。
• 查看某次失败的完整复盘。

交互要求：

• 读档前必须确认，并明确会覆盖当前运行态。
• 失败复盘必须保留“触发 / 选择 / 结果 / 种子”四项。
• 终局风险与时间体系绑定：显示第几日、昼夜阶段、现实保存时间。

验收标准：

• 玩家失败后能找到重开入口。
• 玩家能知道为什么失败。
• 玩家能选择最近安全点或指定时间点。
• 没有存档时显示空状态，不出现不可点击假按钮。

6. 事件表目录内容层

定位：事件表目录从“看有哪些表”升级为“能看表内有哪些事件、谁负责、什么时候触发”。

一级结构：

• 主线。
• 角色线。
• 支线。
• 昼夜线。
• 终局关联事件。
• 江湖简报关联事件。

表内列表应展示：

• 事件 ID。
• 事件标题。
• 所属表。
• 角色标签。
• 时间条件：第几日、年轮、时段、昼夜。
• 触发条件：资源、属性、好感、风险值。
• 结果摘要：收益、支出、道具、Buff、终局风险。
• 数据来源文件。

事件详情应展示：

• 事件说明。
• 可选项。
• 每个选项的收益 / 代价 / 风险。
• 终局、羁绊、Buff、简报的关联。
• 是否适合竖屏弹窗展示。

筛选要求：

• 按表筛选。
• 按角色筛选。
• 按时段筛选。
• 按昼夜筛选。
• 按终局风险筛选。
• 按是否有道具掉落筛选。

验收标准：

• 不再只能看到“X 张表 / X 项事件”。
• 至少能点进一张表看到事件列表。
• 至少能点进一个事件看到触发与结果。
• 事件数据仍来自 src/data/eventTables/，UI 不私自维护另一份事件常量。

7. 消息 / 日志中心

定位：把经营日志、简报、终局风险、系统提示分流，减少主界面噪音。

消息等级：

| 等级 | 承载方式 | 示例 | | --- | --- | --- | | P0 | 顶部广播 / 强提醒 / 弹层 | 终局 choice、即将失败、读档确认 | | P1 | 摘要条 / 门厅角标 / 简报今日提醒 | 资源危险、人物状态恶化、大日子 3 天内 | | P2 | 日志中心 / 历史记录 | 普通经营收入、普通道具获得、氛围新闻 |

验收标准：

• P0 不被普通日志刷掉。
• P1 能在系统门厅或简报里看到。
• P2 默认收纳，不占竖屏主屏。

竖屏入口规则

竖屏基线仍按 360x780。

首页只保留：

• 核心经营状态。
• 关键风险提醒。
• 主动作。
• 少量高频入口。

其余系统进入：

• 系统门厅。
• 底部“更多”。
• 抽屉 / sheet。
• 独立二级页。

竖屏禁止：

• 把账号、周目、Buff、客栈状态、事件目录全部平铺在首页。
• 用极小字号硬塞长文案。
• 底部按钮遮挡系统安全区。
• 页面级横向滚动。

竖屏验收：

• 360px 宽度无横向溢出。
• 底部操作不压住安全区。
• 二级页可滚动，首页不靠无限滚动承载复杂管理。
• 所有主操作触达高度不低于 44px。

Web 横屏入口规则

Web 横屏可以承载更高密度，但仍要保持“主视口 + 控制台”的主次关系。

桌面端应支持：

• 系统门厅作为右侧控制台或弹层入口。
• 事件表目录、存档浏览、Buff 总览这类信息密集页使用抽屉 / 面板。
• 核心经营视口不被低频管理页长期挤压。
• 说明、公式、历史细节默认收纳到 tooltip / drawer。

Web 横屏禁止：

• 为了展示所有系统，把主经营视口压成边角。
• 把弹层套弹层、卡片套卡片。
• 把日志、简报、风险提示混成一个不可筛选列表。

非目标

本轮文档不要求：

• 不实现代码。
• 不派发其他会话。
• 不重新设计美术风格。
• 不改存档 schema。
• 不重写终局规则。
• 不重排事件表数据。
• 不发布线上版本。

后续拆分建议

若之后重新进入开发，可以按以下边界拆，不要互相抢文件：

| 任务组 | 范围 | 不碰 | | --- | --- | --- | | 账号 + 多周目 UI | 账号页、槽位页、读档按钮、确认层 | Buff、事件表、终局规则 | | Buff + 客栈状态 UI | Buff 总览、状态详情、风险来源、建议动作 | 存档 schema、账号页 | | 终局 / 读档 UI | 终局总览、失败复盘、时间点读档、自定义存档 | 终局规则重写、事件表 | | 事件表内容层 | 表内列表、事件详情、筛选、数据来源展示 | 随机事件判定逻辑 | | 消息 / 日志中心 | P0/P1/P2 分流、历史筛选、角标 | 简报生成规则大改 |

总验收清单

• [ ] 系统门厅只做总入口，不冒充各模块完成页。
• [ ] 账号页能展示账号来源、传承点和账号操作。
• [ ] 多周目页能管理槽位和时间点存档。
• [ ] Buff 页能解释来源、持续时间和影响范围。
• [ ] 客栈状态页能给出风险来源和处理建议。
• [ ] 终局页能展示败局复盘和重开入口。
• [ ] 事件表目录能进入表内事件列表和事件详情。
• [ ] 消息系统能区分 P0 / P1 / P2。
• [ ] 竖屏 360px 无横向溢出，底部不遮挡。
• [ ] Web 横屏主视口不被低频管理页挤压。
• [ ] 数据仍来自 src/data/，UI 不复制维护静态表。