画面清楚时，闭环是否真的完成？等待核验：动作、反馈和完成追踪记录
跟着示例，完成你的第一次完整开发
你不用先学完整 Python。每关只做一件事：看清问题、改一处、运行固定模拟，再用证据解释结果。
为什么要分成五个模块？
想象你对着摄像头出了“石头”，程序可能看错、猜错、给出越界目标，甚至把旧反馈当成刚完成。每一关先说出自己看到的问题，只改一小处；走完五关，你会亲手接起“看见—思考—行动—确认”的链路。
先把上一次实验的问题带过来
我的代码修改，要回答哪一条验收问题？
导入第一次Mock记录，把“成功闭环”和“安全停止”两条验收带进代码。
还没有导入。五个源码模块暂时锁定。
把握不足时，系统是否在动作前停止？等待核验：无目标、命令未派发
查看五个模块怎样共同回答两条验收问题
gesture_detector.py- 输入类别与置信度
- 规则可靠门槛
- 输出标签或unknown
- 证据LOW_CONFIDENCE_STOP
这里显示的是合成教学链路，不是RY-H2内部程序，也不创建真机动作权限。
如果我先不改，会发生什么？
先懂一个原理
补基础后回到这一关 →
轮到我动手修改
Python 3 · 这里只改本地练习代码，不会碰到设备
我的修改真的解决问题了吗？
我运行一次，再沿着结果找到证据
为什么写法通过后还要看结果和Trace？
静态检查只说明修改符合规则。固定模拟和追踪记录（Trace）才能显示输入、输出与停止位置；它仍是合成模拟（Mock），不会连接真机。
第1步：我先看这次输入
- 我出的手势
- 程序有多确定
- 数据从哪里来
- 课程固定的合成数据（SYNTHETIC）
我先检查修改，再观察它带来的结果。
第2步：我只记录实际输出
- 程序认出了什么
- —
- 这个结果是否可靠
- —
- 程序选择什么动作
- —
- 模拟动作是否完成
- —
第3步：我沿着记录找变化发生在哪里
- 运行后，我会在这里看到按顺序排列的追踪记录（Trace）。
我会先找直接记录，再分清它能说明什么、还不能说明什么。
这些是我做出来的，不是系统替我写的答案
完成五关后，我带走自己的开发笔记
笔记保存我每次改了什么、实际看到了什么，以及为什么相信这条证据。下一课会把我的原话放在旁边提醒，但不会替我填写实验报告。
五段代码接起来以后，我先把视觉结果整理成程序能检查的事件
下一课我会把类别、置信度、检测框、时间戳和跟踪编号整理成七字段观察事件，再用 Python 适配器挡住低置信度、旧帧和跟踪中断。完成并下载适配器开发记录后，才进入多模态复盘。