菜单
设计、改写和评审一般性的交互式剧情游戏，覆盖互动电影、视觉小说、文字冒险、调查推理、 关系养成、资源驱动叙事、时间循环与混合结构。用于从创意简报建立玩家体验目标、选择叙事架构、 角色与情节、状态/条件/后果模型、场景和选择、交互反馈、内容规模、纵切方案与试玩验证； 也用于诊断伪选择、分支失控、状态软锁、因果不兑现、节奏和可理解性问题。根据项目约束选择方法， 不默认固定题材、时长、节点数、结局数、视觉风格、引擎或媒体供应商。仅在用户明确需要时继续到 技术原型、资产生成、自动化测试、发布或录屏。
默认使用会先检查来源的 Prompt；你也可以切换为直接命令，或下载本地副本。
决定是否安装前，请先阅读 SKILL.md，以及 SkillsMP 当前展示的配套文件。
用 Codex 或 Claude 帮你安装 复制这段 Prompt，粘贴到 Codex、Claude 或其他助手里，让它检查 Skill 页面并帮你完成安装。
直接命令不会经过审查 Prompt；运行前请先检查来源。
npx skills add https://github.com/lujiaheng-artpivot/interactive-drama-game --skill interactive-drama-game命令会保持在同一行。复制前请横向滚动并检查完整内容。
想先保存到本地？可下载 SkillsMP 当前能够提供的文件。
基于 SOC 职业分类
正在显示 SKILL.md
| name | interactive-drama-game |
| description | 设计、改写和评审一般性的交互式剧情游戏，覆盖互动电影、视觉小说、文字冒险、调查推理、 关系养成、资源驱动叙事、时间循环与混合结构。用于从创意简报建立玩家体验目标、选择叙事架构、 角色与情节、状态/条件/后果模型、场景和选择、交互反馈、内容规模、纵切方案与试玩验证； 也用于诊断伪选择、分支失控、状态软锁、因果不兑现、节奏和可理解性问题。根据项目约束选择方法， 不默认固定题材、时长、节点数、结局数、视觉风格、引擎或媒体供应商。仅在用户明确需要时继续到 技术原型、资产生成、自动化测试、发布或录屏。 |
先定义玩家体验，再决定故事结构和实现形式。把每条“规则”视为有适用条件的设计假设，不把某个成功案例、题材或引擎的约束冒充普遍规律。
先判断用户当前需要哪一种工作：
缺少信息时，优先从上下文推断并标注假设；只有会显著改变方案的问题才询问用户。至少明确：目标玩家、平台与输入、单局时长或内容预算、玩家角色、核心交互、叙事承诺、制作资源和内容边界。
任务复杂且支持子 agent 时，由主 agent 维护同一份 brief，并按需并行启用角色：
仅在需要实现时增加技术原型角色；仅在需要媒体时增加资产角色。让各角色针对同一约束独立提出方案，再由主 agent 解决冲突、说明取舍并输出一个一致版本。小任务按相同角色顺序自行完成，不为凑团队而扩张工作。
先写清以下内容，再画分支：
把能动性拆成情节、信息、关系、表达、资源和操作表现六个维度。项目可以只承诺其中一部分，但交互反馈必须诚实匹配承诺。
阅读 references/narrative_architectures.md，按体验目标和内容预算选择树状、折返、枢纽、路线、属性驱动、storylet、调查知识网、时间循环或混合结构。不要因题材相似就复制拓扑。
阅读 references/choice_state_design.md，使用稳定 ID 建模：
visible_if（是否看见）与 enabled_if（是否可执行）。references/playtest_validation.md，把结构正确、玩家理解、感知能动性、节奏、可访问性和技术实现分层验证。按请求规模选择产物，不机械创建固定文件。完整设计通常包括：
使用 references/deliverable_templates.md 中适用的模板。若用户已有格式、引擎或仓库约定，以其约定为准。
交付前逐项回答：
不要强制固定节点数、结局数、时长、证据链、电影画幅、字体、HUD、资产形式、结局覆盖率或技术栈。只有当项目目标使其成立时，才把这些写成项目级约束。
references/story_design_guide.md。references/narrative_architectures.md。references/choice_state_design.md。references/playtest_validation.md。references/deliverable_templates.md。实现、资产、发布和录屏不是默认步骤。用户明确需要时，先锁定设计与数据契约，再选择适合的运行时或专用技能；保持核心设计文档与供应商、DOM、存储路径和文件名解耦。