A7.15.4Missing structural layer设计
界面暴露实现层细节而遗漏结构层，会让用户知道零件却拼不出整体
别名: 结构层缺失 · exposed internals · 只见零件不见整体
概念解释
一种常见的分层错位：界面把大量实现层细节暴露给用户——参数、内部状态、技术术语——却没有提供结构层信息，即这些细节之间如何组织、彼此依赖关系是什么。结果是用户面对一堆"零件"，却拼不出一个能用来规划任务的整体图景。
机制
结构层知识是关于关系的知识，不会随着实现层细节的堆积而自动涌现。知道系统有十个可调参数，不等于知道调参数 A 会不会影响参数 B 的取值范围——这种关系信息需要被专门表达出来（依赖图、分组、顺序提示），单纯罗列细节反而会增加用户需要自己脑补关系的认知负担：细节越多，缺少结构支撑时用户越容易在拼装阶段出错，或者干脆放弃理解、转而依赖试错。这种情况常见于工程导向的团队直接把内部配置面板暴露给最终用户，误以为"给了信息就是透明"——但透明的只是零件清单，不是零件之间的装配说明。
边界
- 这个问题只在用户确实需要规划跨零件的任务时才会暴露出来——如果每个被暴露的实现层细节都是独立可用、互不依赖的（各自一个开关，互不影响），缺少结构层信息不会造成障碍，因为本来就不存在需要理解的关系。
- 当面向的用户群本身具备该领域的先验结构知识时（比如给资深工程师看的调试面板），用户可以用自己已有的领域知识自行补上结构层，界面不提供也不会造成拼不出整体的后果——这条主要针对不具备该先验知识的普通用户群体。
怎么落地
- 在暴露任何一组实现层细节之前，先画出这些细节之间真实的依赖或分组关系，判断界面上是否有承载这层关系的视觉或交互结构（分组、连线、顺序、条件显隐），而不是把参数按字母序或添加顺序平铺列出。
- 验证办法：找不熟悉该功能的用户，给出零件清单（不给结构提示），让其尝试说出"如果我想达成 X 效果，应该调整哪些、按什么顺序"，如果组织不出合理路径，说明结构层信息确实缺失，需要补上而不是继续堆细节。