让不同屏幕承接合适的信息、操作与任务边界。
越来越多的业务进入全屏或半屏状态。
屏幕形态决定任务边界，规则必须在界面之前。
让不同屏幕各自承接最合适的内容、操作和界面关系。
在 8 人双线协作中，我主导内容框架组的媒体与模数化业务规则制定，同时承担全组产出的体系化整合，以及对外跨部门的宣讲与复用推进。
在分工前对全量 30+ 应用进行结构化拆解，基于各应用属性精准指派负责人，确保适配规则既能覆盖通用场景，又能兼容空调、相机、DVR、支付中心、Flymelink 等特殊业务需求。
完成了占比最重的 "媒体与模数化业务" 规则制定（在线音乐、全民 K 歌、图库、浏览器、OTA、主题美化、应用列表、场景助手、应用商店、智能家居等），同时对其他成员负责的布局类、公共控件类进行逻辑审计，并对全组产出进行体系化整合。
与开发和视觉团队保持沟通，了解两方适配基线与差异点，消除认知壁垒，提高适配规则的准确性与合理性，让规则落地时不被工程侧推翻、也不被视觉侧架空。
与系统负责人共同主持了面向研发端和产品端的全量宣讲，复用于红旗、奔驰等 6+ 个合作项目，大幅降低了二次适配研发成本。
查阅各种资料，基于常见车机尺寸分布归类屏幕类型——不同品牌不同车型接入时，如果不是等比尺寸，开发就要做单独处理，成本极高。所以第一步不是画页面，而是先把"屏幕能承载什么任务"说清楚。
纵览车机业务的典型页面，由点及面将适配范围归纳到系统框架 / 公共控件 / 应用模块三层。我主导了公共控件与应用模块的规则制定，并在分工前率先完成了对 30+ 应用的结构化拆解。
分工前先完成 30+ 应用的全量结构化拆解——基于业务属性定义分组边界，精准指派负责人，确保通用场景有覆盖、特殊业务有专人。
与屏幕比例分类一样，这 8 条规则来自对业界自适应设计资料的整理，是整个项目的方法论基础，在实际业务压测中持续被引用和验证。
排列不变，尺寸跟随区域变窄或变矮。
控件不变，增加更多单元，可能去除滑动。
相对位置和大小不变，整体等比缩放。
延展方向不变，减少排列列数或行数。
排列不变，尺寸跟随区域变宽或变高。
减少显示部分单元，可能增加滑动操作。
依据区域特征调整布局、排列与尺寸。
改变容器排列方式，同步调整单元尺寸。
以在线音乐 / K 歌为样本，我主导了从拆解到成文的完整流程——目标不是把所有页面都画一遍，而是用一个业务把方法跑通，让其余业务可以快速套用。
以音乐为例，沿 4 步路径系统整理了歌曲列表、宫格模块、Banner、播放器等核心页面的适配规律；同样的方法在 K 歌、布局类、宫格卡片类业务中完整复用。
适配规则需考虑到用户"手臂半径"阈值。当屏幕距离大于 1m，司机物理上几乎无法触及，视线偏移角度过大，就需要分区。
手臂自然伸展可达，承载主驾高频操作与任务入口。
视线偏移低于 2 秒可接受的阅读与确认范围。
主副驾共视共用的协作面板，不属于任一方独占。
主驾物理不可达，副驾独立操作，系统需强制分区。
部分应用可消除主副驾间"虚拟分区线"，利用连屏超宽比例营造强氛围感。原先系统仅情景模式有全屏形态，极易退出，我负责定义新全屏框架，把所有沉浸场景归成两类性格：系统级强氛围 与 应用级强功能。
默认分区运行，业务协同或沉浸需求成立时由页面内显式入口扩展。音乐、K 歌、视频、电影 —— 用户明确触发。
不提供半屏态，通常用于系统级特殊模式或 P 挡限定。情景模式、智驾 SR、宠物模式、露营/休憩空间。
A取色播放器
A星陨音乐播放器
AAI 音乐播放器
AK 歌沉浸
A看电影A取色播放器A星陨音乐播放器AAI 音乐播放器AK 歌沉浸A看电影
B智驾 SR
B休憩空间
B露营空间
B宠物模式
A主题B智驾 SRB休憩空间B露营空间B宠物模式A主题定义各边界情况，和开发保持紧密沟通，明确业务与公共分工。最终输出可复用的 全屏接入、共存、退出 三位一体规则体系。
嵌入业务，不悬浮：纯 Icon · 纯文字 · Icon + 文字，根据页面空间与操作频次选择。
仅在 P 挡时才能打开的特殊应用或页面，不建议在行车过程中打开。
默认半屏分区运行，有主副驾协作或沉浸视图需求时，业务在页内加扩展按钮。
同一应用不可双尺寸共存——框架不建议全屏应用 A 上点击跳转到应用内的半屏二级页。必须二选一：要么重新评估全屏的功能完整度、做层级下钻的删减，要么业务自行把页面改成弹窗或整页全屏。
梳理及走查全部扩展动画：进入、退出、堆叠、回退路径等。
侧滑可退，但不能成为唯一主路径。通过显性入口帮助用户快速回到之前的全屏。
退出方式不论——侧滑、标题栏返回、按钮退出——都直接回到扩展前的半屏页面；分身应用绑屏、主题美化仅主驾、K 歌单 APK 多 activity 记忆展开侧。
长连屏全屏 + 两个半屏覆盖时，视频全屏、K 歌全屏、小憩背景滚动动画全部暂停；音乐无需界面依赖，保持正常播放。
非安全弹窗：主副驾都有触发按钮时，哪边点击哪边弹；安全驾驶弹窗：只在主驾侧弹出。屏幕两侧边缘内滑或点蒙层空白可自动关闭。
当上层全屏存在时再打开车辆设置半屏，问题已不是"盖不盖得住"——车设与 3D 桌面共用同一套车模资源，会导致车设无车模可用。因此我制定了策略：一旦触发此类半屏，全屏先退出回半屏释放底层车模空间，再展开车设。
车模资源释放 → 车设界面正常渲染
以 音乐、K 歌、主题美化 三个典型全屏应用为样本，把上方 bento 里的框架级规则 转化为具体业务交互——每一条都能追溯到"哪条规则在落地"。
A · 应用级扩展
只在封面模式开独立入口，保留歌词页沉浸感
A · 娱乐限制
主副驾分侧独立操作，互不干扰
B · 主驾专属
从两个方案的取舍，到一个决策
四层规则，从物理比例一直管到安全仲裁。屏幕越多，规则越要先于界面。
屏幕形态不再只是大小差异，而是决定什么任务适合进入、信息该收敛到什么程度。
全屏被重新定义为有门槛、有回退、有共存关系的系统能力。
系统必须明确决定 谁优先、谁保留、谁退出。