返回创作札记

游玩设计

《外婆的苹果》的主持合同:四种回答与两处仍需收紧的判定

汤面与七段揭示已经写定;四类回答仍是提示词而非结构化枚举,提示内容和完整度判定也需要如实说明。

发布作者幻夜更新5 分钟阅读

汤面只有四个年龄

六岁时,外婆说黄苹果不要吃;十三岁,她把青色的挑到一边,又说不要吃;十八岁,满树红果仍然不能碰;二十岁,外婆走了,叙述者站在树下说以后所有苹果都可以吃。风穿过院子,泥土和熟果的甜味留在开场节点里。玩家得到的事实很少,却能立刻察觉颜色、年龄与最后一句话之间有一根绷紧的线。

短不等于随便。种子把 difficulty 设为 hard,max_hints 设为 4,并预先写下七段 revelations。第一段只把苹果从“禁忌食物”移向“名单”,中段逐步联系黄、青、红三批对象,最后一段才解释为什么规则已经交到叙述者手里。揭示文本与顺序有作者定义;具体何时调用 reveal 工具,仍由运行时主持根据对话判断。

四种回答是主持合同

海龟汤不是让模型和玩家闲聊到偶然说中关键词。后端给主持人的 system prompt 要求只用“是”“不是”“不重要”“不完全是”,非是非题要引导玩家重问;同一要求也出现在前端提示里。问题确实推进推理,并得到是、不是或不完全是的判断后,提示词才要求调用 note_clue,把线索记为 confirmed、denied 或 unclear。气氛文字可以有风、藤椅和焦甜玉米糊,判断词不应被修辞冲淡。

这份合同尤其需要“不完全是”。“最后所有苹果都安全了吗”不能简单答是:更准确的事实是叙述者已经学会判断、标记和使用苹果。“外婆在保护她吗”可以答是,但完整事实还包含极端手段,主持人不能顺手替玩家作道德结论。四个词不是机械限制,而是防止一句漂亮解释把推理空间提前填满。

不过“四种回答”目前只是提示词文本,不是响应 schema 的枚举。模型若偏离,后端没有一层结构化校验把首词拉回合同;种子自己的 tone_guide 也只列出是、不是、不重要,漏了不完全是。把设计目标与现有强制力分开写,才知道下一步该补的是输出验证,而不是再加一句更严厉的提示。

提示负责改方向,不负责报答案

max_hints=4 目前只是一道次数上限,不代表种子写好了四条固定提示。world_book 里没有 hint_direction 条目,puzzle_hint.hint_text 由模型临场生成,后端负责计数并在第四次以后拒绝。理想提示应当修正提问方向而不切开汤底,但现有材料只能证明“最多四次”,不能证明四次分别会提示什么。

七段 revelations 比提示更具体,每段都有 key、显示文字、动效和片段序号;这让揭示内容不会被临场改写。它们何时出现仍依赖主持调用 dramatic_reveal,因此“触及事实再揭示”是一条运行时合同,而不是服务器逐句比对汤底后自行触发。确定材料与模型裁量在这里各占一半。

氛围也按阶段变化。前期是叶子翻出银白背面、围裙上的面粉和泥、锅底玉米糊的焦甜;中期甜味开始发腻,竹筐按颜色码齐;后期藤椅空着,月光把红色压成暗褐。环境没有替主持人泄密,却让同一句“是”在不同阶段带上不同温度。这里的文学性来自事实边缘的触感,不来自主持人夸奖玩家“已经很接近”。

线索板则负责防止十几轮提问把已确认事实冲散。比如“苹果树是真实存在”可以记为 confirmed,“颜色只是成熟度”可以记为 denied;尚未分清最后一句指向安全还是继承时,状态保持 unclear。记录的是玩家已经拿到的推理边界,不是主持人偷偷写出的答案摘要。这样换一种问法时,系统可以承认旧结论,又不必重复整段说明。

玩家看见的是自己的推理账本,不是系统代写的破题报告,而且不会提前泄底。

公开阅读只给汤面,不端出汤底

故事图里只有两个正式节点:puzzle_start 负责呈现汤面与提问指引,puzzle_solved 是写定的结局。公开 /read 会保留前者的作者正文,但读取 lateral_puzzle 时主动排除 ending 节点;匿名访客能判断题目语气与玩法,却不会在页面往下滚时撞见答案。进入游玩后,AI 谜题主持才根据问题、提示次数、已揭示片段与线索板回应。

这说明自由提问与确定结构可以共存。玩家能从苹果、父母、学校、村庄或最后一句话切入;汤面、world_book 真相、七段揭示和结局正文已经固定。开放的是追问路径与主持表达,不是基础事实。回答首词、提示文本和揭示时机目前仍依赖模型遵守合同,不能把它们误报成服务器已经逐条验证的确定输出。

解谜判定也有一处需要点明。模型调用 judge_answer,自报 is_correct、整数 completeness 与可选 missing_elements;处理器只在 is_correct=true 且 completeness>=80 时写入 puzzle_solved=true。completeness 的说明写着零到一百,schema 与 handler 却没有上下限钳制,后端也不把玩家答案直接与汤底逐项比对。因此“是否已经拼够事实”当前仍是模型判断,不是可复现的评分器。

一旦 puzzle_solved 置真,文学落点就是确定的:结局节点已经安排好藤椅、洗白的围裙、三个倒扣瓷罐与锁进抽屉的钥匙。主持判定仍需加固,不妨碍结局正文保持作者写定;反过来,写定结局也不能替松动的判定合同作证。把这两只手分开,才知道哪一只负责收束,哪一只还要上紧螺丝。

《外婆的苹果》的主持合同:四种回答与两处仍需收紧的判定 - HuanYe 创作札记