用途
该技能帮助把期望的玩家体验转化为少量、连贯、可测试的机制集合，而不是先列出一张类型功能清单。它从玩家的重复决策出发，并明确判断这些决策是否产生预期体验所需的证据。可用于评估现有 Godot 项目玩法、设计核心循环、筛选机制候选、塑造选择与挑战、补充进度/任务/战斗/收集/经济/教程系统，以及做最小原型验证。
主要能力
- 检查现有游戏：确认 Godot 版本、目标设备、输入方式、受众、单次时长与多人假设；阅读入口场景、玩法场景、输入映射、持有状态的脚本、资源、存档模型与现有测试；在可行时试玩最小可运行循环，记录玩家能做什么、什么会变化、成败如何发生、有哪些可见反馈；区分已上线约束与仅出现在笔记或未用代码中的想法。
- 撰写体验目标：用一句话表达“玩家应通过重复<活动>、在权衡<取舍>时感到<体验>”，并识别动机假设、情绪节奏、可接受的认知/操作/时间/失败负担，以及围绕付费、随机、损失、社交压力与留存的伦理边界。
- 映射核心循环：按“观察 -> 选择 -> 行动 -> 反馈 -> 状态改变 -> 下一个决策”写出最短可重复循环，逐步记录可用信息、输入负担、所用规则与资源、即时与延迟后果、视听反馈，以及下一步决策与上一步的差异。
- 筛选机制：生成候选机制，按体验目标、平台、范围、可访问性、交互深度、教程成本、内容负担与技术风险打分；对不满足硬性约束的机制直接淘汰，即使单独看很有趣。
- 塑造选择与挑战：确保重要决策在当前情境下至少有两个可行选项；说明玩家决策前知道什么；给每个选项成本、机会成本、风险或承诺；让后果在合适时机可观察；明确选择是否可逆并如实告知。通过改变时机、空间、资源压力、不确定性、协作或规划来构建挑战，教学时一次只改变一个要求。
- 添加支撑系统：仅当核心交互可用后再评估进度与解锁、任务与目标结构、战斗遭遇与敌人角色、收集与背包约束、资源创建/转换/存储/消耗、教程提示与练习空间；将每个支撑系统回溯到核心循环，移除会诱导玩家绕过预期玩法的奖励。
- 原型最风险问题：做能证伪设计的最小可玩测试，使用占位表现、确定性场景与可调参数；不为了测试一个战斗决策是否有意思就搭建完整进度树或内容目录。测试前记录预期观察，例如玩家能自行解释取舍、至少两种策略因不同原因成功、首次失败揭示下次可用的信息、玩家通过正常游玩而非调试显示注意到状态变化。
- 基于证据迭代：先观察行为再询问意见，记录困惑、犹豫、重复选择、误输入、未使用系统、恢复行为与玩家停止处；尽量每次测试只改一个因果变量，并用简短决策日志把每次修改与证据关联。
使用方式
按资料提供的工作流执行：先检查当前项目并确认约束，再写体验目标，映射核心循环，筛选机制，塑造选择与挑战，添加支撑系统，针对最风险问题做最小原型，最后基于证据迭代。文档引用了“Mechanic Selection Workshop”用于选择矩阵、机制规格与垂直切片流程，以及“Progression, Quests, and Tutorials”“Combat, Collection, and Economies”用于支撑系统设计；这些配套资料的具体内容暂未提供。
适用场景
适用于 Godot 游戏项目的机制选择与原型验证阶段，尤其是需要把玩家体验目标落到具体决策、需要判断某个机制是否值得做、需要检查经济/任务/解锁/随机奖励边界，以及需要为教程、战斗、收集与进度系统找到与核心循环关联的场景。
限制
资料未提供该技能的具体安装方式、命令、依赖版本、支持平台清单或收费信息。工作流中提到的配套技能资料未在本文档中展开。若没有现有项目，应请求或明确写出假设，而不是虚构生产约束。