游戏设计（game-design）：把"好玩"拆成可检查的设计原则，让策划文档一次写对
- 一句话定位：这不是一个"帮你生成游戏"的技能，而是一个把游戏设计方法论交给 AI 的"设计思维外挂"，让 AI 用资深策划的框架来回答你关于核心循环、GDD、玩家心理、难度平衡与进展节奏的问题。
- 核心内容：内置 6 大模块——30 秒核心循环测试、GDD 文档结构、四类玩家动机与奖励时间表、流状态与难度平衡策略、四类进展设计、以及一份"不要做什么"的反模式清单。
- 使用门槛：极低。技能仅使用 Read、Glob、Grep 三类只读工具，不修改你的文件，属于"只出主意不动手"的安全型技能。
- 最适合谁：独立开发者、小型工作室策划、游戏化产品设计者，以及需要评审设计文档的制作人与主策。
- 最大价值：把"我觉得这样好玩"变成"这个循环缺了反馈环节"，让讨论从主观审美切换到可验证的设计语言。
1. 该技能叫什么？如何一键安装 AI 技能提升开发效率？
技能基本信息
| 项目 | 内容 |
|---|---|
| 中文名 | 游戏设计 |
| 英文名 | game-design |
| 技能 ID | 12284 |
| 描述 | 游戏设计原则：GDD 结构、平衡、玩家心理学、进展 |
| 工具权限 | Read、Glob、Grep（只读：读取文件、按文件名匹配、按内容检索） |
它解决什么问题
游戏开发中最常见的浪费，不是写不出代码，而是方向错了才写代码。一个核心循环设计得无聊的原型，美术做得再精致也救不回来。而现实中，很多团队的问题在于：
- 策划说"这里感觉不够爽"，但说不清缺的是反馈还是奖励；
- GDD 写了 40 页，核心循环却只有一句话；
- 难度全靠拍脑袋，玩家在第一章就流失；
- 每次讨论设计都变成审美争吵，没有共同语言。
这个技能做的事情，是把这些模糊感受翻译成结构化的设计问题——用 30 秒循环拆解手感，用动机分类解释玩家为什么走，用流状态判断难度曲线是否合理。
"一键安装"的思路与步骤
所谓"一键安装"，本质是把技能（Skill）挂载到支持 Agent Skills 的 AI 客户端上，让 AI 在会话中自动加载这套方法论，而不是每次手动粘贴一大段提示词。通用流程如下：
- 确认前提：你的 AI 工具需要支持 Skill / Agent Skill 能力（例如 Claude Code 及兼容 Agent Skills 规范的编辑器插件、IDE 助手等）。具体支持情况以你所使用工具的官方说明为准。
- 获取技能：通过客户端的技能市场、官方技能库，或把技能包放入本地的 skills 目录完成安装。不同客户端的安装入口与命令不同，具体命令与路径以官方说明为准。
- 确认权限：该技能只声明了 Read、Glob、Grep，属于纯读取权限。安装后如果客户端要求确认工具授权，只需授予读取权限即可，不需要授予写入或执行命令的权限。
- 验证是否生效：新开一个会话，直接问一句"我的平台跳跃游戏核心循环该怎么设计？"如果回答以"动作 → 反馈 → 奖励 → 重复"的 30 秒循环结构展开，并给出循环示例表格，说明技能已正确加载；如果只是泛泛而谈，则说明未生效，需要检查安装路径或是否需要在会话中显式唤起该技能。
为什么要用"安装技能"而不是"每次贴提示词"
一次性粘贴提示词，问题是每次对话质量不稳定、团队成员各自粘贴的版本还不一样。安装成技能后，这套设计原则成为团队共用的一套"标准答案模板"——同一个问题，不同的人问，得到的框架是一致的，这本身就是协作效率的提升。
2. 该技能的主要功能和特点
功能一：30 秒核心循环测试
技能内置了一套最朴素的检验方法：任何游戏都必须有一个有趣的 30 秒循环——玩家做某个动作，游戏给出反馈，玩家获得奖励感，然后重复。技能还提供了分品类的循环示例，例如平台游戏是"跑 → 跳 → 落地 → 收集"，射击游戏是"瞄准 → 射击 → 击杀 → 掠夺"，解谜游戏是"观察 → 思考 → 解决 → 前进"，角色扮演是"探索 → 战斗 → 升级 → 装备"。你可以把自己的游戏往这四步里套，套不进去通常意味着循环设计有缺口。
功能二：GDD（游戏设计文档）结构模板
技能给出了一份精简但完整的 GDD 骨架，共六个部分：创意简述（一句话说清是什么）、核心循环（30 秒玩法）、机制（系统如何运作）、进展（玩家如何前进）、艺术风格（视觉方向）、音频（声音方向）。同时附了三条原则：保持文档活力（定期更新）、善用视觉表达（图比字快）、少即是多（从小处起步）。这对第一次写 GDD 的独立开发者尤其有价值——它直接告诉你"不要一上来写 80 页"。
功能三：玩家心理学与动机模型
技能把玩家动机分为四类：成就者（被目标与完成度驱动）、探索者（被发现与秘密驱动）、社交者（被互动与社区驱动）、杀手（被竞争与主导驱动）。同时给出三类奖励时间表——固定奖励（可预测，适合里程碑）、变量奖励（令人上瘾，适合战利品掉落）、比率奖励（基于努力，适合刷怪型玩法）。这两张表合起来，能解释很多"为什么玩家三天就不玩了"的问题。
功能四：难度平衡与流状态判断
技能用最经典的三段式描述体验：太难 → 沮丧 → 退出；太易 → 无聊 → 退出；恰到好处 → 流 → 参与。并给出三种平衡策略：动态调整（跟随玩家技能变化）、玩家选择（把难度交给玩家）、可访问性设计（为所有人提供选项）。当你纠结"要不要加自动瞄准"时，这套框架能帮你把它归类成"可访问性"而不是"降低难度"。
功能五：进展设计与节奏原则
技能把进展拆成四种类型：技能型（玩家自己变强）、力量型（角色数值变强）、内容型（解锁新区域）、故事型（叙事推进）。节奏原则包括：早期胜利（快速吸引）、逐渐增加挑战、强度之间留休息节拍、提供有意义的选择。这四条几乎可以直接当作关卡编排的检查清单。
功能六：反模式清单
技能附带一份对照式的"不要做 / 要做"清单：不要孤立设计，要持续进行游戏测试；不要在有趣之前打磨，要先做原型；不要强制单一玩法，要允许玩家表达；不要过度惩罚，要奖励进展。它的价值在于把团队里最常见的争论提前"判了案"。
和普通工具比强在哪
和"直接问大模型"相比，这个技能的优势不是知识量，而是回答的结构稳定性：它不会今天给你一段散文式鸡汤，明天给你一张流程图，而是始终用循环表、动机表、策略表来回应。对做设计决策来说，稳定的框架比漂亮的文笔重要得多。
3. 如何使用该技能？
方式一：在支持技能（Skill）的 AI 客户端中自动调用
安装成功后，直接以设计问题提问，技能会自动介入。典型的提问方式：
“我在做一个 2D 平台跳跃游戏，主角可以二段跳和冲刺，但测试时玩家说’手感一般’。请用 30 秒循环帮我拆解，看哪一环出了问题。”
预期输出：技能会把你的玩法拆成"动作 → 反馈 → 奖励 → 重复"四段，逐段指出可能的缺口（例如"冲刺缺少明确的反馈信号"或"收集环节奖励感不足"），并对照平台游戏的参考循环"跑 → 跳 → 落地 → 收集"给出对照建议。
方式二：用技能来"体检"你的 GDD
“这是我 GDD 的前三节内容（粘贴文本），请对照标准 GDD 结构，指出哪一部分缺失或过于模糊。”
预期输出：技能会按"创意简述 / 核心循环 / 机制 / 进展 / 艺术风格 / 音频"六个格子逐项对照，标出缺失项，并按"少即是多"原则建议删除冗余部分。
方式三：结合只读工具，让 AI 直接读你的设计文档
因为技能具备 Read、Glob、Grep 权限，你可以让它直接扫描项目里的设计文档，而不是手动粘贴：
“扫描 docs 目录下所有设计文档，找出哪些文档写了玩法机制但没有写核心循环，列出来。”
预期输出：技能会用文件匹配与内容检索定位相关文档，输出一份"待补齐清单"。注意：因为是只读权限，它只会告诉你缺什么，不会自动帮你修改文件，这一改动需要你自己完成。
分步骤操作指南
- 明确你的阶段：立项期（用循环测试）、文档期（用 GDD 结构）、调优期（用难度平衡与节奏原则）、复盘期（用反模式清单）。阶段不同，提问方式不同。
- 提供具体约束：告诉它游戏类型、目标平台、目标玩家、当前进度。约束越具体，输出越可执行。
- 要求它输出对照表：明确说"请用表格输出"，能最大化利用技能内置的结构化能力。
- 对结果做二次追问：例如"你说变量奖励令人上瘾，但我的游戏是买断制单机，这条适用吗？"技能会基于同一套框架继续往下推。
- 落到文档：把结论手动补回你的 GDD，并把技能给出的节奏原则、反模式清单作为下一轮评审的检查表。
使用小提醒：该技能定位是"设计原则顾问"，不做数值计算、不写代码、不改文件。要让它发挥最大作用，你的输入需要包含足够的设计上下文，一句话提问通常只能得到一句话级别的答案。
4. 同类型竞品对比分析
| 方案名称 | 定位 | 核心功能 | 安装/使用门槛 | 适用场景 | 优势与不足 |
|---|---|---|---|---|---|
| 游戏设计（game-design）技能 | 内置方法论的 AI 设计顾问 | 30 秒循环测试、GDD 结构、四类玩家动机、奖励时间表、流状态与平衡策略、进展与节奏原则、反模式清单 | 低：安装到支持 Skill 的客户端即可，纯只读权限，无需配置 | 立项梳理、文档体检、难度与节奏评审、团队设计语言统一 | 优势：框架稳定、结构化输出、可直接对照执行；不足：不做数值计算、不生成美术与代码，需自行落地 |
| 通用大模型直接提问 | 通用对话助手 | 任何话题都能聊，包括游戏设计 | 极低：开箱即用 | 灵感发散、单点问答 | 优势：灵活、零配置；不足：回答结构随机、深度依赖提问水平、缺乏统一检查清单，团队复用性差 |
| 设计文档模板（在线文档模板） | 静态文档骨架 | 提供 GDD 章节框架，供人工填写 | 低：复制模板即可 | 正式立项文档撰写 | 优势：格式规范、便于团队协作；不足：只有"格子"没有"判断标准"，填完也不知道设计好不好 |
| 经典设计方法论框架（如 MDA 框架、心流理论等） | 学术/行业方法论 | 从机制、动态、体验三层分析游戏 | 中：需要自行学习与内化 | 深度设计分析、教学 | 优势：理论扎实、适用面广；不足：学习成本高、落地慢，新手难以直接用在日常问答中 |
如何选择：如果你要的是"文档格式"，选模板；要的是"理论深度"，读方法论；要的是"每天能问、回答结构稳定、能当检查表用"，这类技能是最省心的中间层。
5. 该技能的典型应用场景与实际体验情况
场景一：独立开发者的立项第一周
痛点是脑子里有个"很好玩"的想法，但说不清好玩在哪，做两周就发现没意思。使用方式是让技能做 30 秒循环拆解，把"我的游戏是探索+战斗"这种模糊描述，逼成"探索 → 遭遇 → 战斗 → 获得资源 → 解锁新区域"的可检验链条，再逐环问"这一环的反馈是什么"。
实际体验：上手几乎没有难度，一轮对话就能拿到可执行的循环图。注意事项是不要用它来验证"这个想法好不好"——技能给的是结构，不是市场判断；它擅长指出你的循环缺了哪一环，不擅长告诉你这个题材卖不卖。
场景二：手游策划做奖励与留存节奏评审
痛点是版本上线后七日留存下滑，团队争论是"难度太高"还是"奖励太少"。使用方式是先用四类玩家动机判断你的用户以成就者还是社交者为主，再用奖励时间表检查现在的掉落是固定、变量还是比率型，最后用流状态判断难度曲线在哪个节点出现"沮丧区"。
实际体验：效果最明显的是"把争论变成分类"。原来大家各说各的，现在可以先达成共识"我们的核心用户是成就者"，讨论立刻收敛。注意事项是技能提供的是设计原则而非数据结论，最终的留存归因仍需结合真实埋点数据。
场景三：制作人/主策给新人做设计文档评审
痛点是新人交上来的 GDD 全是形容词，没有结构。使用方式是让技能按 GDD 六部分逐项打勾，并把反模式清单当作评审 checklist，例如"是否存在孤立设计"“是否在有趣之前就开始打磨”。
实际体验：把评审从"我觉得不行"变成"你缺核心循环这一节"，新人的接受度明显更高。注意事项是要把技能给出的清单固化成团队模板，否则每次评审标准还是会漂移。
场景四：非游戏产品的游戏化设计
痛点是做学习类、健身类产品的团队想加入游戏化机制，却容易变成"加积分、加排行榜"的粗暴堆砌。使用方式是借用进展设计的四种类型，判断该产品适合技能型进展还是内容型进展，再用"早期胜利"原则设计新手前 5 分钟体验。
实际体验：这套框架迁移到非游戏场景意外地顺，尤其是节奏原则里的"强度之间留休息节拍"，对做提醒类功能很有参考价值。注意事项是玩家动机表在工具型产品中需要重新校准，不能直接照搬。
6. 该技能能为用户带来的价值
效率：把模糊讨论压缩成一次结构化对话
过去一次设计评审可能要开两小时会，结论还是"下周再看看"。现在用技能跑一遍循环拆解 + GDD 对照 + 反模式清单，通常在一次对话内就能定位到 3–5 个明确的问题点。这些问题的修复是可见的，而不是靠"再多测测"。
门槛：让没有大厂经验的人也能用上成熟框架
30 秒循环、四类玩家动机、流状态、四种进展类型，这些方法论原本散落在书籍、文章和老策划的经验里，新人要花很久才能形成体系。技能把它们压成几张表，让第一次做游戏的人也能在立项期就避开"在有趣之前先打磨"这种典型坑。
收益：减少方向性返工
游戏开发最大的成本是返工。一个核心循环有明显缺口（比如只有动作没有奖励）的原型，做完再改等于重做。把这个技能的循环测试放在原型之前跑一遍，本质上是用半小时的对话，去规避几周的开发浪费——这是它最容易被量化的价值。
长期价值：团队共享的设计语言
技能回答的结构默认是表格与清单，这些输出可以直接沉淀为团队的设计检查表：立项用循环表，文档用 GDD 六格，迭代用反模式清单，评审用节奏原则。当所有人用同一套词说话时，“我觉得不好玩"会自然变成"这里缺反馈”，沟通成本会持续下降。
边界价值：明确知道自己不该做什么
反模式清单是很多人低估的部分。它不说"你应该怎么做"，只说"这四件事不要做"，而这类负面清单在实际项目里往往比正面建议更救命。
7. 常见问题 FAQ
Q1：这个技能怎么安装？需要写代码或配置环境吗？
不需要写代码。通用做法是把技能安装到支持 Skill / Agent Skills 的 AI 客户端中，可以走客户端内置的技能市场或技能库，也可以把技能包放入本地的 skills 目录。不同客户端的具体命令、路径和入口各不相同，请以你所使用工具的官方说明为准。安装后在会话中提一个游戏设计问题，观察回答是否按"动作 → 反馈 → 奖励 → 重复"的循环结构展开，即可验证是否生效。
Q2：这个技能收费吗？
技能本身包含的是一套游戏设计方法论内容（核心循环、GDD 结构、玩家心理学、难度平衡、进展设计、反模式）。是否收费取决于你获取它的渠道和你所使用的 AI 客户端的计费方式，具体以官方说明为准。需要提醒的是，技能声明只使用 Read、Glob、Grep 三类只读工具，不会消耗额外的执行类资源。
Q3：它会不会自动修改我的设计文档？
不会。技能的权限只有读取类工具——Read（读文件）、Glob（按文件名匹配）、Grep（按内容检索），没有任何写入或执行能力。它可以扫描你的文档并告诉你"哪些文档缺核心循环"或"哪一节写得过于模糊"，但修改动作需要你自己完成。这也是它可以放心在项目目录里使用的原因。
Q4：适合谁用？我是程序员/我是纯新手，有用吗？
三类人收益最大：独立开发者（立项期梳理核心循环）、小型团队策划（写与评审 GDD）、以及做游戏化的非游戏产品设计者。程序员用它可以把"手感不对"翻译成具体的机制问题，再决定改代码的哪一部分；纯新手用它可以在动手前就知道有哪些常见坑，尤其是"不要在有趣之前打磨"这条，能省下大量时间。
Q5：它和直接问大模型、或者用一份 GDD 模板，应该怎么选？
看你要的是"格式"还是"判断标准"。GDD 模板只给你格子，填完不知道好不好；直接问大模型灵活但答案结构不稳定，团队无法复用；这个技能提供的是稳定的判断框架——同样的问题问十次，结论都以表格和清单呈现，可以直接当评审 checklist 用。如果你同时需要理论深度，可以把它当作日常问答层，再配合经典方法论框架做深入学习。