把“还缺什么功能”，变成“玩家现在为什么要这样做”。
核心循环是否值得重复？
梳理行动、反馈、资源变化与新目标，判断乐趣来自操作、规划、发现还是组合，避免用重复劳动填充进度。
选择是否存在真实代价？
检查时间、风险与资源之间的取舍；如果一种策略始终更优，就需要重新分配条件、收益或信息。
成长是否带来新的玩法？
区分数值提升与能力扩展，讨论资源产出与消耗、失败损失和追赶路径，让进度与挑战相互匹配。
玩法与系统设计 · GAMEPLAY & SYSTEMS
让每一次选择，
都有值得权衡的理由。
从玩家反复进行的行动出发，建立机制之间的关系、付出的代价与获得的反馈。让成长、经济与挑战共同支撑核心乐趣。
01 / 从问题开始
系统很多，
行动却没有意义？
02 / 范围与决策
规则相连，
体验才会成立。
核心机制
确定玩家反复做什么，哪些反馈必须立即可见。
定义胜负、行动边界与状态变化，标出需要优先验证的乐趣假设。
系统关系
决定机制如何互相支持，而非各自增长。
梳理战斗、探索、制作、任务之间的输入输出，检查循环依赖与无效支线。
成长与经济
决定奖励何时出现，资源为何值得保留或使用。
推演成长节点、供需关系、消耗出口和失败成本；数值模型服务于体验目标。
推进与节奏
决定何时开放新选择，何时检验已有能力。
能力门控、锁钥关系、链式机制是可选方法；重点是提示是否充分、推进是否合理。
03 / 假设性机制推演 · 非项目案例
一把钥匙，如何改变之后的选择？
以“有限燃料开启水闸”为例，锁钥可以是能力、知识或状态，而不只是一件背包物品。评审重点是因果链与选择空间。
看见目标
先让玩家看到封闭水道与另一岸，理解开启水闸的价值。
获得条件
发现燃料既能供给水闸，也能用于补给，形成机会成本。
改变世界
启闸后开放捷径，同时改变下游路线，让机制产生后续影响。
检查退路
燃料耗尽是否会卡死？是否需要替代路线、补充来源或明确预告？
验证方式：规则走读、资源收支推演与最小可玩片段。先检查选择是否成立，再扩大系统规模。
04 / 协作与可评审交付
把乐趣假设，
写成可以检查的规则。
对齐体验目标
结合题材、目标玩家与制作边界，形成核心循环提案、机制关系图和待验证问题。
推演关键规则
提供规则说明、成长节点与经济草案，评审最优策略、资源缺口、失败路径和边界条件。
验证并留下判断
按约定制作原型或配合团队试玩，记录问题、规则变更与下一轮验证目标，让决策可追溯。
原型深度、数值粒度与验证方式随项目约定；页面示例用于说明方法。
05 / 与其他能力衔接