第 50 章 屏幕、文件、聊天和图形包装#

50.1 图形首先是事实#

姓名、金额、日期、结果和身份必须来自项目事实账，不由设计师临时输入。图形资产引用字段，修改一次即可传播到正片、广告和多语言版本。

50.2 信息层级#

观众无需读完整合同。每个图形定义一级必读、二级可信细节和三级装饰。授权书一级是基金名、授权标题和签名；其他条款用于真实感但不抢阅读。

50.3 手机 UI#

建立虚构且一致的系统：状态栏、字体、通知、联系人、通话、聊天和时间。手机电量、时间、未读数量跨镜连续。避免直接仿冒真实应用商标。

50.4 文件与报告#

纸张内容按印刷版式设计，考虑手持比例、折痕、印章和签名。英雄插入使用高清图；人物手持镜头使用同一版低细节贴图。

重要文字不能跟随生成视频流动，采用平面跟踪或独立静态插入。

50.5 聊天与新闻#

聊天要有发送者、时间、已读状态和上下文，不能只有一句剧情信息悬在屏幕。新闻标题、机构和日期符合世界设定，并记录来源为虚构。

50.6 合成真实感#

屏幕图形匹配透视、亮度、反射、景深、刷新、摩尔纹、运动模糊和遮挡。黑色屏幕不应是绝对黑，发光应影响手和脸。

纸张图形匹配纹理、阴影、弯曲和手指遮挡。

50.7 阅读时长#

只要求观众读取推动剧情的最小字段。冷观众一次播放测试。若必须暂停，增加特写、语音重复或减少字段，而非仅提高分辨率。

50.8 图形风格#

全剧统一字体、数字、日期、颜色和强调方式。企业系统、医疗记录和私人聊天可以不同，但属于同一世界的产品语言。

50.9 多语言与可编辑性#

图形文本与底图分层，布局允许文字扩展。翻译后重新检查换行、字段宽度和文化格式。不要在不可编辑视频中永久烧死唯一语言。

50.10 用数据绑定生成图形，不重复手工输入#

关键图形应由结构化字段渲染。授权书、银行流水、聊天和新闻可能在多个镜头、广告和语言版本出现；若每张图手工输入，任何修改都会产生分叉。模板读取人物 ID、显示名、金额、日期、机构和状态，输出带版本的图形资产。

graphic_instance:
  id: GFX_AUTHORIZATION_E001_V04
  template: TPL_LEGAL_AUTHORIZATION_V03
  bindings:
    authorized_person: CH_LINYUN.display_name
    acquiring_entity: ORG_NORTHLIGHT_FUND.legal_name
    effective_date: TIMELINE_E001.acquisition_effective_date
  locale: zh-CN
  required_read_fields: [authorized_person, acquiring_entity]
  approved_by: story_editor

事实字段变更时，系统列出所有引用实例并重新渲染候选，但不能自动覆盖已进合成的批准版本。新图形仍需做版式、阅读和连续性检查。

50.11 聊天界面是一条状态时间线#

聊天不只是若干气泡。它包含发送者、设备时间、消息顺序、已读、输入状态、网络状态、删除与撤回。镜头切换后，时间和未读数必须推进；人物尚未打开的消息不能在下一镜突然显示已读。

设计聊天场景时先写 Message Ledger，再决定哪一屏展示。为了让观众读清，可以压缩不重要的历史消息，但不能改变因果顺序。角色截屏、转发或删除时，应保留原消息 ID，以便后续证据回溯。

50.12 证明图形要经过三次阅读测试#

第一次只看图形文件，检查层级和事实。第二次放入真实镜头，带透视、反光、景深、遮挡和字幕，检查实际可见性。第三次在目标手机正常速度一次播放，让不知剧情的人复述看见了什么。

若冷观众只能说“像一份合同”，就不能声称“收购授权已被证明”。可以增加插入、减少字段、改高亮、由台词补充或延长停留。提高分辨率通常无法解决屏幕面积和注意力不足。

50.13 图形合成后的连续性#

图形批准并不意味着每个镜头可随意缩放。手机屏幕亮度、聊天滚动位置、文件折痕、印章方向和手指遮挡均属于镜头状态。相邻镜头引用同一资产版本，同时记录视窗位置和可见区域。

屏幕光应随内容变化，但避免夸张。白色文件界面照亮脸部的色温与亮度，应在反打中延续；断电场景中手机成为主光源时，图形、人物和环境必须一起更新。

50.14 《逆光收购》的三种授权书#

同一授权书需要三种派生资产：手持远景版只保留真实块面；英雄插入版确保标题、基金名、林筠姓名和签名清楚；广告版重新排布必读字段，适应更短停留和 CTA 安全区。三者引用同一事实字段和文档版本，不是三份独立设计。

原方案在所有镜头使用英雄高清版，运动时小字产生闪烁和摩尔纹。分级后，远景更稳定，插入更可读，广告也不必从正片画面硬裁。

50.15 图形 SOP#

第一步，从 Evidence/Timeline Ledger读取事实。第二步，定义必读层级。第三步，使用项目 UI/文件组件。第四步，制作多语言可编辑图层。第五步，跟踪与合成反光遮挡。第六步，手机一次阅读测试。第七步，检查所有引用一致。

50.16 故障树#

**症状：同一金额在不同镜头不同。**图形未引用事实源。集中字段生成。

**症状：屏幕像贴纸。**缺透视、反光、交互光和遮挡。重做合成。

**症状：UI 抢过人物。**层级和颜色过强。只强调剧情字段。

**症状：翻译后布局崩。**没有可扩展组件。重新排版而非缩到不可读。

50.17 检查表、练习与交付物#

检查字段是否来自事实账；必读信息是否有限；手机状态是否连续；商标是否安全；合成是否真实；阅读是否一次完成；多语言是否可编辑；所有引用是否一致。

练习一：为授权书建立三级信息层。练习二：设计三镜连续手机聊天。练习三：制作屏幕平面跟踪检查表。

本章交付物：Graphic Registry、UI Kit、Document Templates、Fact Bindings、Tracking Composite、Readability Test、Localization Package。

50.18 图形渲染器从事实账生成，不从截图复制#

Graphic Registry 中每个模板定义字段、类型、格式、必填项和数据来源。授权书读取姓名、授权范围、日期和签字版本；手机聊天读取发送者、消息 ID、发送时间、已读状态和附件。渲染器从项目事实账生成画面，避免设计师重新输入。

字段校验在渲染前执行：金额必须为数字与币种，日期必须属于剧情时间，角色姓名必须来自 Entity Registry，签字只能引用当前有效版本。缺失字段显示错误并阻断，不用“待定”或随机占位进入最终画面。

图形输出同时产生视觉文件和数据快照，审核者可以追溯某个像素中的金额来自哪个事实版本。事实变化后，系统列出所有受影响图形并重新渲染，不需要人工寻找截图。

50.19 屏幕合成必须服从物理画面#

屏幕内容需要透视、边缘遮挡、亮度、反射、刷新、景深和运动模糊匹配，但物理真实不能牺牲可读性。先制作清晰母版，再依据机位生成合成；不要直接在倾斜模糊画面里排字。

手指触控、滚动和页面变化分成 UI 状态事件。触点、滚动距离和内容位置要相符；角色尚未点击前，页面不能提前变化。复杂交互可用手部镜头、屏幕插入和反应分拆，而不是要求一个镜头同时完成完美手、口型和 UI。

最终检查屏幕黑位是否与环境匹配、文字是否反向、反射是否遮住关键字段、压缩后细线是否消失。使用实际目标码率和手机尺寸验证。

50.20 聊天、新闻和文件都有时间状态#

聊天界面不是一张静态长图。消息出现、送达、已读、撤回、编辑、附件打开和截图传播都是事件。每个镜头读取当时可见的消息列表，不能让未来消息提前出现在滚动历史中。

新闻页面同样保存发布时间、更新状态、评论数量和截图版本；文件则保存草稿、签署、篡改和公开版本。剧情若围绕“同一份文件被改过”，视觉上必须能区分版本，并让元数据支持推理。

跨集复用手机或文件镜头时，先检查状态时间。为了省成本重复旧画面，却带回已经撤回的消息或错误电量时间，会直接破坏证据链。图形资产的连续性与人物状态同等重要。

研究依据说明#

AI 生成文字不可靠。将图形独立资产化，既解决可读性，也保护故事事实和多语言扩展。