窄视场造成隧道视觉
别名: 隧道视 · scuba-mask effect · 视场过窄 · restricted FOV
概念解释
潜水镜、双筒望远镜、门上的猫眼，共同的体验是世界被缩成一条管子：正前方清楚，管子壁以外等于不存在。头显视场收得足够窄时，会出现同一种隧道视觉（tunnel vision）。它不是模糊，是可见世界的立体角被切掉一圈之后，剩下的那根管子成为默认的工作窗口。仪表盘要靠整头扫过，队友站在管子外就从场面里消失，走路会去迁就管子对着的那条线。
隧道是形状问题。同样的像素数摊在更窄的角上可以提高中央锐度，人仍然报告在管子里——锐度救不了被切掉的那一圈。
机制
自然视觉里，周边虽然看不清字，却持续提供「还有世界」的基底：光流、自我运动、身体两侧的空间。视场被切成管子，基底被拿掉，中央凹变成唯一的采样器。要知道管子外有什么，必须把整颗头转过去，把管子套到那一块上。头的转动惯量比眼跳大一个数量级，扫描从毫秒级变成一次姿势改变。
管子还会改运动策略。人会把身体转到让兴趣点落进管子中央，而不是用眼扫。行走时管子对着前方走廊，两侧的门与人被当成不存在，直到撞上。驾驶与飞行模拟里，这表现为「只盯跑道、丢掉侧方飞机」。隧道视觉是工作窗口被硬件强制收缩之后的行为适应，不是一种独立的眼病。
怎么研究
用视野限制器或软件裁切做出几档管子直径，任务选本身依赖周边的：变道、与侧方队友传球、在桌面上同时盯几个仪表。对照自然视场或宽视场头显。
自变量：视场直径（水平与垂直分开）、有无可见的黑边框、任务对周边的依赖。 因变量：头扫次数与幅度、漏掉的侧方事件数、身体朝向与视线朝向的耦合程度、主观的「在管子里」评分。
眼动仪在头显里只能告诉你管子内部看了哪，管子外的漏检要用外部事件日志。报告「注视点都在中央」在窄视场下几乎是同义反复，不能单独拿来证明隧道。
边界
有意做的窄视场（狙击镜、相机取景器、望远镜工具）是任务本身，隧道是功能，不是缺陷；退出工具时要把视场还回去，否则隧道会漏进主体验。暗适应、压力、酒精也会造成功能性隧道，那是人的状态，不要和头显裁切混成一个原因。垂直很窄、水平尚可的头显，隧道主要打在看手、看键盘、看脚下，水平任务上不明显。已经习惯转头扫描的用户（摩托车头盔、消防面罩）会更快适应管子，实验室新手的头扫成本会高估他们的长期代价。视频透视若在管子外仍显示降质的现实，隧道感会轻于直接黑框——黑框是更强的管子壁。
怎么落地
- 把「必须同时知道侧方状态」的任务（协作、驾驶、搬运）标成窄视场高风险，优先在宽视场设备上跑，或把侧方状态折进管子中央的一种指示，而不是假设人会持续转头。
- 可见黑框会强化管子。能用轻微的光学渐晕代替硬边就不要留一圈实心黑壁；演示时不要用软件把视场裁得比镜头更窄来「好看」。
- 给窄视场体验加一套转头扫描的教学，并接受节奏变慢。不要按宽视场的时间预算验收。
- 验证：在两侧各放一个会变化的状态源，中央放主任务。主任务完成时两侧状态已变而人未反应，就是隧道在工作。数这一段里的头扫次数——次数极低却声称「周围都看到了」，与次数极高才能完成，都是管子的两种表现。