当前优先建立 Windows 11 x64 上 WindTerm 2.7.0 的终端基础能力对照，吞吐、响应、CPU、内存及多会话分别留证。按 ADR-0006，具体允许波动范围在可靠基线后与用户明确，当前没有已批准的数值容差；阶段性诊断与性能验收分开。
M0/M1/M2 是协议 v0.1 的历史阶段名称；场景和测量约束继续有效，当前交付路标与执行顺序以 R1–R5 计划及 #3/#4 跟踪为准。
已定义 M0 实验协议 v0.1、机器可读场景参数 与 记录模板。工具使用说明 包含生成器、播放器、Windows 资源采样与自建窗口视觉诊断。已有真实 WindTerm 诊断烟测，#3 的实际终端端点适配及正式开销校准仍未完成，尚无正式 WindTerm 性能基线。执行以 PROTOCOL.md 为准，本页为导航摘要。
2026-10-20 工具自检记录 保留了开销问题及修正后的诊断；校准门槛仍未通过。
视觉链路两批诊断 保留了全部事件、捕获间隔与时钟区间；当前实际捕获粒度不足以可靠比较几毫秒差异。
| 场景 | 主指标 | 正确性/公平性约束 |
|---|---|---|
| 纯文本大输出 | bytes/s、CPU、最终呈现时间 | 不丢行、不以积压队列伪装完成 |
| ANSI 高密度样式 | 吞吐、布局/绘制成本 | 保留样式与控制序列语义 |
| 中文、组合字符、长行 | 响应、内存、布局成本 | 字符宽度、换行、选择正确 |
| 光标覆盖与全屏应用 | 输入延迟、帧响应 | 备用屏幕、滚动区域、resize |
| 百万行历史 | 内存曲线、滚动/搜索延迟 | 固定历史上限，覆盖不同可压缩性 |
| 多会话 | 前台尾延迟、总资源、吞吐 | 公平调度，包含后台高输出 |
| 长时间与关闭重开 | 内存趋势、回收、恢复 | 反复创建销毁，排除缓存暖机影响 |
| SFTP | 大文件/多小文件吞吐、交互延迟 | 内容哈希、固定 RTT/服务端与并发设置 |
- 生产完成：测试进程已完成输出调用。
- 消费完成：终端处理管线确认输入已消费；黑盒目标未必能直接观测。
- 呈现完成：最终状态出现在画面上；需单独定义视频/视觉或其他可验证观测方法。
- 输入延迟：输入事件到相应画面变化。传入时刻、观察方法和采样频率均需记录。
缺少观测手段时使用 null 并写限制，不能用生产完成代替呈现完成。观察工具本身的开销要校准。
记录 OS、CPU、RAM、GPU/驱动、显示刷新率/缩放、电源策略、应用版本/哈希、窗口/字体、历史上限、高亮、日志、连接和网络条件。CPU/内存统计需要说明进程树范围；working set 与 private bytes 分开，不当作同一个量。
冷启动与热测试分开；预热次数、重复次数和顺序记录在案，必要时交错运行候选与基准以减少温度/缓存漂移。报告全部有效样本、中位数、分布与失败，不只挑最佳值。不要把不同场景合并为没有解释的总分。
generated/：生成的大数据，默认忽略。local-results/：本机原始结果，默认忽略。- 审查后的公开结果另建
results/<date>/<case>/，附重现步骤、原始样本和局限。 run-template.json是字段草案，后续工具实现前应补 schema/校验规则。空值不是零分或已测结果。