用途：该技能聚焦“感知性能”，运用 Doherty Threshold 找出响应延迟破坏用户心流的位置，并给出反馈模式与技术目标，使交互保持即时感。
原理：Walter Doherty 与 Ahrvind Thadani（IBM，1982）指出，计算机在 400ms 内响应用户操作时，生产力显著提升，用户保持心流；超过该阈值，用户会察觉等待，认知投入下降。资料给出的关键区间：0–100ms 感觉即时；100–300ms 快但可感知；300–400ms 接近边界；400ms–1s 慢，需要响应指示；1s 以上必须提供进度反馈，心流已断；10s 以上用户会切换上下文。
主要能力与设计应用：幻灯片与视图切换应在 400ms 内完成；开关、复选框、下拉、标签切换等内联交互应即时；搜索与筛选应在 400ms 前开始出现结果，否则立即显示骨架屏或加载指示；自动补全应在输入后 300ms 内出现首批建议；按钮按下时的视觉状态变化须在 100ms 内发生，无论底层操作是否完成。
无法达标时的做法：100ms 内在触发元素上给出视觉状态变化；预计 400ms–3s 完成时显示加载指示；超过 3s 显示进度而非仅转圈；可采用乐观 UI 先更新界面再与服务端响应对账；已知布局的内容优先用骨架屏而非转圈，以维持空间上下文。
限制与说明：它不是“超过即完全丧失生产力”的严格经验阈值，而是源自终端系统观察的设计目标；不要求动画与过渡总时长低于 400ms，有意的 250ms 入场动画可以接受，阈值针对的是感知等待而非有意动效；复杂数据获取的现代应用有时会超出，目标是通过反馈设计减少等待感，而非保证 API 响应低于 400ms。
最佳实践：在目标设备与网络条件下测量真实交互延迟，而非只在开发环境；把 400ms 视为用户期望即时响应的交互上限；低于 400ms 完成的操作不要显示加载状态；优先为高频交互分配延迟预算；将响应时间优化与动效设计结合。
使用方式与安装命令：资料未提供具体安装或调用方式，暂未提供。