一张两个人隔着玻璃对视的海报可以表达审讯、图灵测试和心理博弈的方向但它不能证明游戏真的成立。对白能播放、人物能注视对方不等于玩家的选择会改变后续状态角色说出“我记得”也不代表系统真的保存了记忆画面弹出判断结果更不能自动证明证据、结算和重开已经连通。第一版可以把验收范围压缩到 6 分钟玩家审讯一名对象完成 8 个问题核对 3 条证据最后提交一次判断。真正需要测试的是下面这条链路能否稳定运行提问 → 作答 → 状态变化 → 证据核对 → 最终判断 → 重开本文把对白播放、玩家选择和后台状态分开检查并通过三轮测试判断当前结果究竟是视觉演示还是已经具备可复现的交互系统。双人隔离空间可以帮助建立审讯场景但无法提供运行证据。图注双人隔离空间适合表达审讯和图灵测试设想问题顺序、状态变量、证据核对与结算仍需在运行版本中验证。先分清三层证据对白、选择和状态一个心理审讯原型至少包含三层对白播放系统按照顺序播放预设台词玩家选择玩家选择问题或回答路径系统生成一次有效提交状态变化信任、压力、矛盾次数和证据集合发生可追踪变化并影响后续内容。如果只有第一层玩家看到的可能只是线性演示或互动视频。第二层成立只能证明玩家能够选择。只有第三层也能被日志复现才适合讨论分支、记忆和心理博弈。因此本文不根据台词是否自然来判断玩法而是检查每次输入是否留下状态记录以及这些状态是否真正影响后续回答和结算。节点一问题与选项是否只提交一次常见问题玩家快速连按后同一题被提交两次人物连续回应两次也可能出现问题编号跳过、两个选项同时生效或者上一题仍在播放下一题已经开始计入状态。原因交互按钮在请求期间没有锁定或者系统没有为每道题设置唯一编号和提交状态。同一次点击还可能被 UI、输入系统和对话管理器重复消费。验收方法每道题保存唯一的question_id每个选项只允许成功提交一次。提交后立即进入“处理中”等对象响应完成再开放下一题。至少记录四个字段question_id | option_id | submitted_at | response_id Q03 | A | 00:02:14 | R03测试时正常点击一次再快速连按五次。无论按钮收到多少次输入日志中都只能出现一条有效提交。被拒绝的输入可以记录原因但不能再次修改压力、信任或题目进度。节点二回答是否读取当前状态常见问题玩家先展示证据再提问和没有展示证据直接提问角色给出的回答完全一样角色声称记得上一轮对话但重新进入后又回到了初始台词。原因对白可能只是按固定索引播放没有读取当前会话状态。自然语言里出现“我记得”“你刚才说过”不等于后台真的保存了相关事件。验收方法第一版只保留四类变量trust 信任值 pressure 压力值 contradiction_count 矛盾次数 shown_evidence 已展示证据集合选一题做对照第一次不展示证据直接提问第二次先展示 E2再提交同一个问题。若设计要求产生不同回答日志必须显示它读取了不同的shown_evidence并选择了不同的response_id。差异必须能够解释和复现。没有变量快照、条件判断或运行日志时“角色拥有连续记忆”只能标记为待验证。节点三三条证据是否有来源、前置条件和防重复常见问题玩家还没有取得证据 E2 就能展示它重复点击同一证据后压力、矛盾次数或奖励持续增加重开后证据卡片看似清空后台却仍把它当作已展示。原因证据只有显示逻辑没有完整生命周期。系统不知道证据从哪里获得、何时解锁、是否已经使用以及效果是否已经结算。验收方法为 E1—E3 分别定义来源解锁条件当前是否持有是否已经展示首次展示产生的效果重复展示如何反馈。日志可以使用下面的结构evidence_id | source | unlocked | shown_count | effect_applied E2 | desk | true | 1 | true未获得的证据必须拒绝展示并说明缺少什么条件。已经展示过的证据可以允许玩家回看但不能重复增加矛盾、重复扣除信任或重复发放奖励。这一节点验收的是状态一致性不是证据图片是否精致。节点四压力与信任是否真正改变后续选项常见问题玩家连续使用高压力问题角色表情已经明显紧张后续可选问题和回答却没有任何变化。或者后台存在pressure和trust但这些数值只显示在调试面板里并没有参与流程。原因项目把视觉表情当成了状态系统或者状态变量没有绑定清晰的阈值、解锁条件和关闭条件。验收方法先用最少的两条阈值测试pressure 70解锁一次高压追问trust 30关闭合作型选项。每次变化都要说明来源例如展示 E2pressure 10 发现回答矛盾trust -5 压力达到 70解锁 question_Q07B随后用两轮相反路线验证一轮保持低压力和较高信任另一轮快速提高压力并降低信任。若两轮的可选项、回答和结算依据完全相同就不能说状态已经影响玩法。表情、语气和镜头可以强化反馈但不能代替状态事件。节点五最终判断是否满足条件并且只结算一次常见问题玩家尚未完成 8 题或者只核对了 1 条证据就能提交最终判断快速点击结算按钮后结果被多次写入奖励和完成状态重复触发。原因结算条件分散在多个界面或脚本中没有统一入口结算请求也缺少一次性锁定。这里可以引入一个技术概念幂等。在本例中它表示同一局重复发送相同的结算请求不会产生第二次奖励、第二份结果或另一种结论。验收方法第一版规定完成 8 题并至少核对 2 条证据后才允许提交“人类人工智能证据不足”。提交成功后立即锁定本局结算。结果页至少显示本次判断判断依据未核对的证据矛盾次数信任与压力提交时的状态快照。如果只弹出“正确”或“错误”玩家无法知道结论来自什么条件测试人员也无法确认系统有没有读取当前状态。节点六暂停、退出继续和完整重开是否各自正确常见问题暂停后语音继续播放恢复时一句话被播放两遍退出继续后上一条选择再次扣除信任完整重开后证据和压力仍沿用上一局的数据。原因计时器、语音、当前问题、输入锁和局内变量没有纳入同一份会话状态。另一个常见问题是项目没有区分“继续当前会话”和“开始新一局”。验收方法分别测试三种操作暂停冻结计时、语音进度和输入提交恢复后从同一位置继续不补播、不重复消费选择退出继续恢复当前问题、证据集合、信任、压力和矛盾次数完整重开清除本局状态回到第一题和统一初始值。重开后至少核对question_id trust pressure contradiction_count shown_evidence submission_locked如果 UI 已经回到第一题但shown_evidence或结算锁仍然保留说明只是界面重置局内状态并未真正清空。三轮实测不要只跑一条“正确路线”第一轮合作型路线使用低压力、连续的问题完成 8 题按顺序取得并核对证据。检查基础流程能否到达结算以及回答是否读取当前证据状态。第二轮高压力与矛盾路线改变提问顺序连续使用高压力问题并制造至少一次回答矛盾。检查压力和信任是否达到阈值后续选项、回答和最终依据是否发生预期变化。第三轮中断与恢复分别在语音播放、证据弹窗和结算按钮出现时暂停随后测试退出继续和完整重开。重点检查计时、语音位置、提交锁、证据消费和状态清理。三轮使用同一构建版本并记录run_id | question_id | option_id | pressure | trust | evidence | result没有连续录屏、输入记录或状态日志时只能说场景和对白已经展示不能直接把结果写成“心理审讯闭环已完成”。最小验收清单6 分钟内可以完成 8 个问题、3 条证据核对和 1 次最终判断每道题拥有唯一question_id快速连按不会重复提交回答会读取当前压力、信任、矛盾和证据状态E1—E3 均有来源、解锁条件和防重复机制压力与信任阈值会改变后续可选项结算满足题目和证据条件并且只执行一次结果页能够展示依据、遗漏证据和状态快照暂停、退出继续和完整重开拥有不同且明确的规则三轮测试结果可以通过日志复现进入目标运行环境后交互、语音、UI 和存档状态仍然一致。如果需要快速搭建审讯房间、人物和基础交互原型可以使用3D Agent整理场景和角色关系。但场景原型不能替代对白状态、记忆、计时、证据条件、结算和存档测试。先验证状态再讨论“像不像心理游戏”隔着玻璃对视能够建立氛围真正决定心理审讯游戏是否成立的是玩家选择能否进入状态系统并在后续回答、证据、结算和重开中留下可追踪的影响。建议先检查唯一提交、状态读取、证据防重复、压力与信任阈值、一次性结算以及暂停和重开清理。六个节点可以稳定复现后再继续优化人物表情、镜头和台词表现。你会先验证对话是否真的记住上一题还是先故意重复使用同一条证据
