鸿门宴：AI历史抉择

在剧本式 AI 交互里，直接让模型“演”鸿门宴很容易崩坏：人物容易写出不符合身份和权限的话，对话轮次稍多又会忘记物理条件、史料边界和玩家已经做过的动作。这个技能要解决的问题，是把一次历史事件放进有状态、有权限、有证据触发规则的小型叙事引擎里，而不是只靠提示词维持气氛。

核心机制

技能把鸿门宴当作一个受约束的现场来推进，而不是一段自由聊天：

• 结构化结算：玩家的自然表达先映射到规则快路或低风险语义候选，再由运行时结算说话者、目标、许可、物理位置和后续影响。
• 六人持续行动：张良开局，完整经历张良篇后可依次选择项伯、刘邦、项羽、范增、樊哙；每个有效节拍先结算玩家，再评估其余五名人物，最多执行两项 NPC 行动。
• 只读进度与剧情存档分离：永久进度使用 hmy.player-profile.v0.1 原子存档，剧情状态使用带校验和与修订号的 v0.3 存档。
• 八类结局触发：结局不来自“玩家说结束”，而必须由结构化状态与证据事件共同触发，例如项羽明确扣留、协议被确认、实际攻击成功且无人成功保护。
• 角色卡与图片降级：人物首次进入可见现场时优先展示审核立绘，缺失时调用宿主 ImageGen；生成失败或宿主不支持时，明确降级为文字卡，不伪造图片。

工程化接口

技能的 SKILL.md 把宿主、运行时和状态文件拆开。宿主负责自然语言呈现、人物卡回执、图片展示和 debrief 触发；运行时负责世界结算、NPC 行动、历史边界和结局判定。

关键流程包括：

• start 建立独立剧情状态，并为玩家角色绑定永久进度。
• ack-cards 确认人物登场卡已被宿主真实处理，未回执的卡片会在后续回合补发。
• debrief 在结局出现后自动复盘，并把结局收集、张良篇完成和角色解锁写入永久进度。
• progress、endings 只读取结果，未发现结局只显示 ???，不会补绘势力关系或人物数值。

适用边界

它不是万能的历史模拟器：不提供能力图谱、十维属性、横向比较或势力关系图；不根据名字自行补卡；也不让人物拥有后见知识，例如刘邦称帝、乌江结局或现代评价。

运行时会拒绝损坏、截断、篡改、未来格式或修订冲突的状态文件，也不会用聊天摘要伪造世界状态。图片必须来自审核资源、固定 ImageGen 请求或明确文字降级，不能写入用户任意目录或篡改二进制。遇到脚本不可用、状态不可写或宿主缺少能力时，技能应诚实报告“本轮没有推进”，并等待外部审核结果，而不是继续编造剧情。