posts

《游戏设计》卷一《玩法机制与可执行规格》· 全书目录与章节索引（50 篇）

《游戏设计》卷一《玩法机制与可执行规格》全 50 篇。第一部分（第 1–4 章）把机制写透到可执行：机制的最小构成（动词、规则、状态）、资源与目标、反馈接口，play_spec.json 的字段与模式校验、版本与迁移，S 层从规格到轨迹与资源守恒检验，P 层规格驱动的状态机、不变量断言与死锁可解性；第二部分（第 5–8 章）让规格真的跑起来：规格内联进单文件 HTML、Playwright 注入策略真玩并断言状态、原型与内核同源，参数扰动与相变扫描，反馈回路的增益与稳定性，奖励节奏谱与挫败预算；第三部分（第 9–13 章）处理机制的可计算性：随机性的三种结构、方差与体验、可播种随机与确定性回放，状态可达性与不变量清单，机制数值的整数化与跨语言一致、增长衰减的闭式与递推，机制耦合与协同反协同、组合爆炸的控制，机制的增量兼容、赛季与 DLC、退场；第四部分（第 14–16 章）把机制接到体验并做装配：机制到体验的映射与可观测指标，跨语言 digest 与同源不同宿主、偏差与容差，最后装配成一份规格四处消费的完整链路并交付卷二。按章节提供仿真、逻辑内核与原型；完整项目的配置组装与交付验收仍在补齐。全书围绕虚构的卡牌构筑 Roguelike《灰烬牌库》与工具链 ashdeck 展开。

《游戏设计》卷一《玩法机制与可执行规格》全 50 篇。它回答一个问题：一份玩法设计文档，能不能本身就是原型，而且它的性质可以被证明？

站内的游戏内容基本落在两端：一端是机制怎么实现（game/ 与《游戏引擎实现原理》各卷），一端是产品怎么立项、怎么变现（game/industry/ 与《小游戏开发实战》卷一）。中间那一段——机制跑起来会涌现出什么（Dynamics）、玩家因此体验到什么（Aesthetics）——没有人占。 而这一段恰恰是可计算、可跑、可证明的一段。这一卷补的就是这一段的地基。

做法只有一句话：一份玩法规格，四处消费。config/play_spec.json 是唯一真源（动词 / 规则 / 状态 / 资源 / 目标 / 反馈 / 难度参数 / 随机性结构），它同时驱动四处——S 层 Python 机制仿真、P 层 TypeScript 确定性内核、W 层浏览器可玩原型、B 层参数扰动与相变扫描。四处读的是同一个文件，产出的是逐字相同的摘要。改一个规则参数，四处同步改变且仍然互相一致。

贯穿全书的是虚构的卡牌构筑 Roguelike 《灰烬牌库》（工程名 ashdeck）与工具链 ashdeck：config/ 放规格，sim/ 是 Python 仿真，core/ 是 TypeScript 确定性内核，web/ 把内核内联进单文件 HTML 供无头浏览器真玩。本页是《玩法机制与可执行规格》的全书目录：按章节顺序列出全部 50 篇，点击标题直达正文，也可以从各节末尾的「阅读导航」按顺序通读，或先看目录篇 里的七处分工说明与可运行性口径。

全书概览

项目内容
书稿《游戏设计》卷一《玩法机制与可执行规格》
篇数50 篇（正文 16 章 48 节 + 目录篇 + 附录 A）
贯穿案例卡牌构筑 Roguelike《灰烬牌库》（ashdeck）
核心主张一份玩法规格，四处消费；设计文档即原型，玩法性质可证明
可运行性六档 S / P / W / D / X / B
前置无（本卷是三卷本的第一卷）
后继卷二《策略、涌现与体验度量》 （16 章 48 节）；卷三《原型、可玩性与品类》 （16 章 48 节）

三卷怎么分

卷书名回答的问题
卷一玩法机制与可执行规格一份玩法规格怎么写、怎么跑、怎么证明它自洽
卷二策略、涌现与体验度量机制跑起来涌现了什么，玩家体验到什么，怎么算
卷三原型、可玩性与品类同一份规格换成别的品类，还成不成立

与站内既有内容的分工

本卷 16 章

第一部分 · 机制与规格（第 1–4 章）

第二部分 · 跑起来（第 5–8 章）

第三部分 · 可计算性（第 9–13 章）

第四部分 · 接口与装配（第 14–16 章）

可运行性

本卷沿用六档口径：S 是 Python 机制仿真，P 是 TypeScript 确定性内核（node --test），W 是浏览器可玩原型（Playwright 无头真玩），D 是规格文本与清单，X 是需真实环境、命令行不可复现的部分（正文逐处标注），B 是参数扰动与相变扫描（软告警不硬失败）。每一节至少有一个 S / P / W 档的代码块，且正文里的每个数字都来自本机实跑。

怎么读

想先看主张，从目录篇 开始，那里有七处分工说明与可运行性口径。想直接动手，从第 2 章 开始写规格，再依次跑 S / P / W 三层。只关心结论，看第 15 章 的跨语言 digest 与第 16 章 的装配检查表。

全部文章 Golang Game Minigame Saas Rust Python Java 游戏开发 客户端开发 GameDev
gamedesign

8.3 节奏与惩罚的度量

奖励给多少、惩罚忍多久，只有放进同一根轴才能比。本节把金币密度、挫败密度、净节奏、兑换率四个千分比算出来：奖励期每动作 1170‰ 金币、惩罚期每动作 1010‰ 挫败，全程净节奏 -232‰。再扫一张 5×4 参数基准表，越界场次从 15 提前到 4，两条软告警标出「预算形同虚设」与「节奏对难度过敏」。

10 分钟阅读
游戏设计 可玩性 机制设计
gamedesign

附录 A 玩法规格字段表、机制公式与数据集索引

《游戏设计》卷一《玩法机制与可执行规格》附录：把全卷 16 章散落的玩法规格字段、机制整数公式、四条不变量与数据集汇成四张表，给出卷内文件命名约定与 S / P / W 三层完整复现命令，并附一段与工作区逐字节一致的跨语言摘要内核，作为「一份规格四处消费」的可验证落点。

7 分钟阅读
游戏设计 机制设计 可玩性
gamedesign

9.1 随机性的结构：均匀、加权、洗牌袋

同一句「随机」在实现层是三种结构：均匀（可放回等概率）、加权（整数权重前缀和落点）、洗牌袋（打乱一副袋不放回抽）。本节对三者各抽 600 次，用整数与千分比量出重复率、最长连号与方差代理量——洗牌袋频次恰好每面 100 次、方差代理量为 0，均匀是 10020 千分比，加权偏斜到 186420。

7 分钟阅读
游戏设计 机制设计 玩法设计
gamedesign

8.1 奖励节奏谱

奖励节奏不是「多久给一次」的拍脑袋，而是一条可算的谱。一次 16 场远征里，每个胜场发 params.rewardGold 金币，节奏单位取玩家动作数而非回合数：实测前 8 场每 9–12 个动作换一次奖励、金币密度 1170‰，后 8 场 95 个动作零奖励。间隔序列、极差、逆序对把「节奏什么时候断」写成数字，同时闭合第 1 章的规格-实现漂移。

8 分钟阅读
游戏设计 机制设计 玩家体验
gamedesign

4.3 无死锁与可解性

死锁是「未结束却无事可做」，不可解是「怎么打都赢不了」，两者都不是崩溃，因而不会被异常捕获，只能靠搜索证明。本节给《灰烬牌库》写一个带三重上限的广度优先穷举器：基线 spec 8 步可解、不可解夹具穷尽前沿后判不可解，并区分「有取胜序列作证据」与「前沿穷尽才是证明」这两种可靠性等级。

8 分钟阅读
游戏设计 机制设计 可玩性
gamedesign

4.2 不变量断言：守恒、不可达、单调

不变量就是「永远不该出现的状态」。本节把《灰烬牌库》的不变量分成三类：守恒（牌数恒 12、伤害恒等于已扣敌方血量）、不可达（非法动作与欠费动作执行后状态逐字不变）、单调（enemyHp 与 playerHp 逐步不增）。关键手法是逐步查而非只看终态，并且每一类都配一个负例断言为 false。

9 分钟阅读
游戏设计 机制设计 玩法设计
gamedesign

4.1 规格驱动的状态机

状态机不是「带 if-else 的循环」，而是三件东西：一个状态集合、一个转移函数、一条输入序列。《灰烬牌库》的 runSpec 把三者写成不到 60 行的纯函数，本节用 9 条断言把它钉死——同 seed 同输入 200 次回放 digest 全同、换输入 digest 必变、换 seed digest 必变，最后扫一遍内核源码证明它既不读时钟也不读随机源。

8 分钟阅读
游戏设计 机制设计 玩法设计