前 4 步同一会话（交互 TUI 多轮），第 5、6 步各自独立新会话，覆盖 6 个独立信号： 1. ping/pong —— 单字指令遵循 + 建立缓存上下文。 2. 身份（结构化）—— 三行 vendor / brand / model 格式，机器可解析。 3. 知识截止 —— 跨越 5 分钟 cache 边界后追问，检测 sliding 5m cache 是否真正命中。 4. 身份（自由格式）—— 自然语言自报身份，给包装层（Kiro 等）暴露品牌的机会。 5. 世界知识层级 —— 5 道公共事件硬事实题，按答对档位映射实测 tier，与请求模型对照。 6. 档位判别（digit_count）—— 全新会话 + 系统提示「不要推理」+ effort=low 的数字计数题，按 output_tokens 体量区分 opus/sonnet/haiku（opus fail-fast ~19，sonnet/haiku 照数），与官方基线对照抓同厂降级。 前 5 步之间随机延迟 1–4 分钟（第 1-3 步的延迟在交互进程内发生，让缓存前缀在墙钟里老化）。第 3 步（cutoff）累计跨度 > 5 分钟保住 sliding cache 检测；总跨度 > 6 分钟。第 5 步（知识召回）与第 6 步（档位）都是独立新会话（第 6 步不复用上下文，否则 opus 不再 fail-fast）。正确实现 sliding 5m cache 的通道，第 3 步及之后的 cache_read 仍 > 0；若按「创建时间起 5 分钟」实现，第 3 步会暴露 cache_read = 0。