关于 game-design-core-loop-extractor
用于游戏设计团队的核心循环提取技能，从机制描述中梳理玩家反复进行的行动、反馈、状态变化及重复动机，并诊断循环中的薄弱环节。
主要功能
- 01提取可重复的核心循环
- 02拆解行动、反馈与奖励
- 03区分核心循环和辅助系统
- 04识别循环断点与冗余步骤
- 05提出设计调整和最小修复
适用场景
- 01澄清游戏概念与提案
- 02评估原型的重复体验
- 03诊断功能堆积
- 04梳理游戏的逐分钟玩法
安装
复制下面的命令，在终端中运行。
npx skills add https:/安装后在 Claude Code 中输入/game-design-core-loop-extractor确认已加载。
附带文件references/family-conventions.mdreferences/output-patterns.md
详细介绍
游戏设计核心循环提取器
提取真正驱动游戏体验的可重复循环，而不是把装饰性功能列表伪装成结构。
当团队能够描述机制、系统和内容，却说不清让游戏持续运转的重复性「行动—反馈—动机」循环时，请使用此技能。任务是找出玩家反复进行什么操作、游戏给予什么反馈、玩家为何想再次行动，以及循环中哪些环节薄弱、臃肿或徒有其表。
如果你想了解这类游戏设计技能共用的风格、优先级和诊断规则，请阅读 references/family-conventions.md。
如果你想了解推荐的建议结构和最小修复结构，请阅读 references/output-patterns.md。
核心原则
核心循环不只是一系列操作，更是一个可重复的动机回路。
有用的循环定义应明确指出：
- 玩家做什么
- 游戏给予什么反馈
- 因此发生了什么状态变化
- 玩家为何想重新进入循环
如果循环无法解释玩家为何会回来再玩一轮，那么它就不完整。
要产出什么
生成：
- 提取出的核心循环——设计所暗示的、最清晰的可重复循环
- 循环步骤拆解——按顺序列出关键阶段
- 循环驱动力——哪些奖励、压力、张力或幻想吸引玩家再次投入
- 循环断点与无效步骤——循环中薄弱、臃肿、令人困惑或缺乏动力的环节
- 设计启示——哪些内容应简化、加强、删减或拆分
流程
1. 明确提取目标
厘清：
- 正在分析的具体游戏、功能集或切片
- 提取的是顶层游戏循环还是子循环
- 文档中是否已经描述了某个循环
写出：
- 提取目标
- 循环范围
- 已有循环描述（如有）
2. 找出玩家重复进行的循环
询问：
- 玩家反复做什么？
- 循环如何开始？
- 一轮循环何时结束，又何时开始下一轮？
- 每次循环会改变哪些资源、状态、知识或机会？
关注真实的重复过程，而不是一次性的准备工作或偶尔触发的支线系统。
3. 将循环拆解为行动、反馈、奖励和再次行动的意愿
对于每个阶段，明确：
- 玩家行动
- 游戏反馈
- 奖励或后果
- 继续行动的理由
可参考的问题：
- 玩家眼下的目标是什么？
- 游戏会给出什么结果？
- 是什么让下一轮循环更有吸引力或成为必需？
- 张力在哪里累积或释放？
4. 区分核心循环与支持系统
将以下内容区分开来：
- 真正的核心循环
- 成长循环
- 经济循环
- 元循环
- 社交循环
- 留存机制
一个设计往往包含多个循环。不要把支撑结构误认为主要驱动机制。
询问：
- 如果可选层全部消失，什么循环仍能定义游戏每分钟的体验？
- 哪些系统会增强循环，哪些只是装饰？
5. 检验循环是否具备完整动机
检查循环是否包含：
- 明确的启动环节
- 有意义的行动
- 清晰易懂的反馈
- 令人满足的奖励或后果
- 真正促使玩家重复的理由
常见问题迹象：
- 有一个或多个步骤含糊不清
- 奖励并没有实质影响
- 虽然存在重复过程，却没有再次行动的动力
- 实际上是几条互不相连的链条被生硬地拼在一起
- 循环太长，难以感受到循环性
6. 找出无效步骤、臃肿环节和伪循环
关注：
- 无法显著改变玩家状态的步骤
- 插在重要环节之间的杂务
- 不足以强化重复行为的反馈
- 结构上存在、情感上却平淡的循环
- 名义上的循环实际上只是内容推进，而非重复过程
7. 清楚写出提取出的循环
优先使用简洁的格式，例如：
- 观察 -> 选择 -> 行动 -> 结算 -> 获得 -> 再次投入 或
- 探索 -> 战斗 -> 获得奖励 -> 升级 -> 再次探索
然后解释这个循环的吸引力何在。
8. 将循环转化为设计启示
针对循环中的每个重要部分，说明：
- 循环步骤
- 当前的优势或不足
- 需要做出的改变
- 对重复参与的预期影响
示例：
- 奖励反馈不明显 -> 改进反馈，并更清晰地呈现状态变化
- 过于臃肿的过渡步骤 -> 缩短或移除繁琐环节
- 没有新的紧张感 -> 加入稀缺性、探索发现、局势升级或策略性后果
回复结构
除非用户另有要求，否则请使用以下结构：
提取目标
- ...
提取出的核心循环
- ...
循环步骤拆解
- ...
循环驱动因素
- ...
循环断点与无效步骤
- ...
设计启示
- ...
- ...
- ...
最小循环改进
- ...
快速模式
需要快速处理时，请使用以下简要分析：
- 玩家最常重复什么操作？
- 哪种奖励或状态变化会闭合循环？
- 玩家为什么想再来一轮？
- 哪个步骤是多余的？
- 哪项改动能让循环更清晰或更吸引人？
使用说明
此提取器尤其适用于：
- 概念定义
- 精炼提案
- 评估原型
- 识别功能膨胀
- 明确游戏的每分钟运行机制
- 区分真正的参与结构与表面上的进度设计
需要留意的常见模式：
- 许多团队描述的是系统，而不是循环
- 进度设计常被误认为核心循环
- 一连串很长的操作并不自动构成循环
- 如果循环完全依赖外部奖励，核心循环可能较弱
- 如果没人能一口气说清循环，它很可能不够明晰
工作原则
游戏之所以能持续运转，是因为其中有某个部分闭合得足够顺畅、变化足够明显，并且带来足够的期待，让重复操作变得有意义。
使用此技能找出这个引擎，并揭示它何处运转不畅。
《游戏设计技能包》的一部分，作者为 Stanislav Stankovic。 依据 PolyForm Noncommercial 1.0.0 许可授权——可免费用于个人、学术及非营利用途。商业用途需要许可证，可通过技能包购买。条款请参阅 https://github.com/Stanestane/game-design-skills-bundle。
必需声明：版权归 Stanislav Stankovic 所有（https://www.stane-island.net/）