单写者协作：不要把合并当成救命药

.tscn 看起来是文本，但节点关系、资源 ID 与属性之间有结构含义。Git 无冲突地合并，只说明文本层处理完成，不证明场景仍然正确。Godot 场景、资源、分层美术和大型二进制遵循单写者原则，可以减少不必要的互相覆盖。

你负责创意、体验、范围、成本与最终取舍；Codex 是本地主控，负责工程、集成、验证与进度；Claude 主责剧情、人物、对白与谜题草案，并可参与明确文件范围的任务。网页端协助理解、评估与指定交付，不假装能直接看到 D 盘或接管主控。

任务：复核 practice_interaction 的输入边界
模式：只读复核，不修改
允许读取：明确列出的练习脚本和场景
禁止范围：其它执行者正在写入的 .tscn / .tres / .kra
基线：指定提交号，或列出当前文件快照
交付：问题位置、复现步骤、最小建议
接手写入：由本地主控统一安排
验收：修改后重新跑正常、重复、中断路径

1. 开始前确认谁在写哪个文件；没有仓库时也要明确交接。
2. 执行者发现非自己产生的改动时保留，不把它当“脏文件”清掉。
3. 复核者对照基线阅读，输出问题证据，不在旁边悄悄修相同文件。
4. 主控集成并运行；确认后再更新进度入口。

第二个模型不应只是读第一个模型的结论并同意。让它看具体文件与复现步骤，重新推导依赖、失败路径和范围。两个模型都说通过仍不是运行证据；关键地方要有实际引擎结果。