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

1.3 反馈:机制与玩家的接口

机制每回合产生十几次状态变化,玩家只看见其中一部分——「哪些分量被呈现」这份名单,就是机制与玩家的接口。本节把《灰烬牌库》的状态按呈现与否分成 8/12 两堆,从轨迹里抽出 17 条反馈事件与逐回合的净位移/总位移:最强回合 29、最弱回合只有 6,还有 4 条指令的反馈是「什么都没发生」。

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

1.2 资源与目标

上一节的三张表里,状态分量按「会不会被花掉」再分一次,就得到四种资源:能量、手牌、生命、格挡;而目标就是这四种资源的期末余额。本节给一张每回合的收入-支出表,用《灰烬牌库》跑一局账:能量入 12 出 10 余 2、格挡产 10 只吸收 6、伤害 50 有 5 点被溢出截断,账本末态与引擎摘要逐字对拍一致。

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

1.1 机制的最小构成:动词、规则、状态

机制不是一段文字描述,而是三张能逐字段核对的小表:动词(玩家能做什么)、规则(动词受什么约束、状态怎么变)、状态(规则作用在什么上)。本节用《灰烬牌库》的 play_spec.json 把三张表从规格里解析出来——2 个动词、6 个动作符号、13 条规则、12 个状态分量,并查出 0 个孤儿分量与 2 个没人消费的参数。

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

《游戏设计》卷一《玩法机制与可执行规格》目录

《游戏设计》卷一《玩法机制与可执行规格》目录:16 章 48 节,把玩法设计文档写成可执行规格 play_spec.json,让同一份规格被 S 层仿真、P 层确定性内核、W 层可玩原型与 B 层相变扫描四处消费,产出逐字一致的摘要。本页给出七处分工说明、六档可运行性口径、《灰烬牌库》机制总览与全书 16 章 48 节完整清单。

12 分钟阅读
游戏设计 机制设计 书稿