主角做出关键决定需满足：decision节点中【"actor": "protagonist"】为true且紧邻；决策前有其主动动作；分支条件绑定其状态；默认路径指向其专属结局；且无NPC代行、未被强制或禁用决策权。
☞☞☞AI 智能聊天, 问答助手, AI 智能搜索, 多模态理解力帮你轻松跨越从0到1的创作门槛☜☜☜
要确认Laper中某个关键决定是否由主角做出，需直接分析剧本结构与角色行动逻辑，不能仅靠台词表面判断。
定位关键决定发生的剧本节点
打开Laper项目文件夹→进入/scenes/子目录→按剧情推进顺序查找包含“抉择”“投票”“签署”“按下按钮”等动作描述的场景文件（如scene_07_decision.json）。
用文本编辑器打开该文件，搜索【"actor": "protagonist"】字段，若该字段值为true且紧邻decision节点，则初步表明主角是执行者。
验证决定是否真正由主角驱动
方法一：检查决策前的触发链
在对应scene文件中向上追溯3～5个action节点→确认最近一次非被动响应类动作（即非“收到消息”“被叫住”“被推入房间”）是否由protagonist发起→若上一个主动动作为protagonist的“提出方案”“撕毁协议”或“独自走向控制台”，则该决定属于主角驱动。
方法二：比对分支条件表达式
找到decision节点下的if_conditions数组→逐条检查每个条件的主语是否绑定到protagonist.state或protagonist.choice_history→若某条件含protagonist.willpower > 80或protagonist.last_choice == "reject"，说明系统将主角内在状态设为判定依据。
方法三：审查无选项默认路径
若decision节点下存在default_branch且其target_scene指向protagonist专属结局（如end_p1_true_end.json），而该分支未设置任何前置条件→这说明当所有显性选项被跳过时，系统仍把最终裁量权交予主角的隐性倾向，【此时即使主角全程未点选，该决定仍视为由其做出】。
排除NPC代行决策的干扰项
第一步：在scene文件中搜索"delegate_to"、"override_by"、"forced_by"等键名。
第二步：若发现任意action节点中存在"forced_by": "council_chair"或"delegate_to": "ai_assistant"，且该节点时间戳早于decision节点→必须删除该scene文件中的decision节点，重新从上游scene回溯真实决策点。
第三步：检查protagonist的can_decide属性是否在决策前被临时置为false——若存在set_state操作将protagonist.can_decide设为false，且持续到decision节点之后，则该决定不属于主角做出，无论界面是否显示主角头像。
