第 60 环 · 叫错名字也回一句(没找到就反问)
第 59 环让用户说名字就能切场。可名字说错了呢?芯片只把 err 拉高,一个字都不回。手机只有一个对话窗口——用户对着它叫错名字,得到的是沉默,既不知道自己错在哪,也听不到还有哪几场可以点。
这一环让失败也有回执:没找到就把「没找到」和场数排成一句话,反问用户一句。叫错也不冷场。
name_pick 加「没找到」支路。原来的扫描一个字没改:读活清单 0x1C0 → 逐场读名字格 0x200+槽×6 → 24 字节全等比较。新增的只是扫完之后:
0x230~0x238——OS 从同一个对话缓冲区读回上屏,不新开内存口;sid 清 0、SX_CUR 一位不动,换场脉冲一次不发(answered=1 / ok=0 / err=1);清单 4 场:0xA1 记一笔 / 0xA4 家里的事 / 0xA5 查资料 / 0xA6 跑步计划 说「买菜」(6 字节)→ 扫 4 场 × 24 字节,全不等 排 0x230:没找到,是四场吗? (30 字节 + 6 空格) NP_ANSWERED=1 NP_OK=0 NP_ERR=1 NP_SID=0 NP_CNT=4 NP_NCMP=4 sx_start 不发 → SX_CUR 仍 0xA6
软硬接口。点名牌上新增只读探针 NP_ANSWERED(0xED4);新观察点 SCREEN36(0xEF4)。ISA 一位没动——还是那条 npu.name,只是它现在对「没找到」也有话说。空名字 / 空清单的旧行为保留,0x230 不被改写(屏幕不闪)。
协同仿真 tb_min_soc60:接着第 59 环的四场会话往下跑:
NP_ANSWERED=1 / NP_ERR=1 / NP_OK=0 / NP_SID=0 / NP_CNT=4 / NP_NCMP=4 / NP_BYTES=36;0x230 九字与「没找到,是四场吗?」逐位相同;SX_CUR 仍 0xA6——没换场;w4 里的「四」证明场数来自活清单;NP_NCMP=2,回执 9 字与第 59 环逐位一致——叫对了没被改坏;answered=0 / ncmp=0、0x230 仍是命中回执(没说名字 ≠ 叫错名字);cnt=0 / answered=0,0x230 保持上一句「三场」,不闪屏;NP_CORE=0:从头到尾核没写一个点名页配置寄存器。主通路 SCREEN=0xF905FD04、SCREEN2~35 与第 25~59 环逐位一致——这一环只在「没找到」这条路上加了一句回话,计算面一字未动。单元仿真 tb_name_pick60(没找到也回话 / 场数随清单 / 空名空表不回话 / 命中不变 / 可复现)通过;tb_riscv_core / tb_rename_sess / tb_forget_sess / tb_boot_greet58 / tb_greet_pick / tb_sess_list 与 tb_min_soc58 复跑通过(递增不推翻)。
「对话即界面」最怕的不是答错,是没反应。人跟人说话,叫错名字对方也会回一句「你叫谁?」;手机只有一个 AI 对话窗口,它就该这样。
这一环让 AI 在没听懂的时候仍然接住话:不换场、不乱猜,只诚实地反问。用户听到「没找到,是这四场吗?」,就知道自己还在对话里,而不是对着一块黑屏说话。
反问给选项。第 60 环会问「是这几场吗?」,可「这几场」到底是哪几场,用户还得自己回忆。下一圈让反问句带上候选名字:把活清单里的名字按顺序念出来,叫错也听得到能点什么。