Markdown 驱动 LLM 文字冒险引擎

文字冒险里「状态」和「叙事」为什么容易打架

纯对话式跑团时，模型常会口头说精力变了、好感涨了，但下一轮又按「记忆」续写，和上一轮矛盾；判定也可能被跳过，直接给结果。玩家会感觉规则形同虚设，存档也不存在。

这套引擎怎么约束 LLM

技能把流程写进 铁律：开局必须走 # 游戏开局；每回合先 read --hot 读 state.md，再叙事；状态生效只认 turn（及开局时的 setup/init），口头叙述不算写入。判定走固定链：查属性 → 定难度 → 查表 → 结果写进叙事。

典型命令分工：

• setup：世界、角色、起始场景、--npcs（至少一名 NPC，每行一个）
• turn：位置、物品、NPC 关系、目标 --goals、时间推进等增量更新
• compress：每 10 回合压日志，用 --story 留里程碑摘要

回复格式也固定：叙事、任务线、NPC 动态、建议选项、状态变更、场景——且先叙事再 turn，避免只讲故事不改文件。

适用边界

适合愿意按命令维护 state.md/game.md 的 Agent 或长对话场景；闲聊、纯查询可不消耗回合（见引擎协议）。不适合想要零规则、全自动替玩家做决定的轻量玩法——技能明确要求第二人称、给选项、不替玩家选。