posts

《游戏设计》卷三《原型、可玩性与品类》· 全书目录与章节索引(50 篇)

《游戏设计》卷三《原型、可玩性与品类》全 50 篇。第一部分(第 1–4 章)做原型方法:不写代码先验规则、纸面原型的记录与回放、纸面到规格的转换,数字原型的最小内核、迭代循环、范围与止损,可玩原型的规格内联、浏览器真玩与断言、可分享可回放,以及可玩性测试的目标假设、采样与置信区间、从测试到决策;第二部分(第 5–10 章)逐个解剖六个品类:卡牌构筑 Roguelike 的机制、方差平衡与相变,塔防的机制、策略空间与难度曲线,三消的机制、随机保底与节奏,平台跳跃的机制、技巧曲线与心流带宽,自走棋的机制、经济平衡与涌现,放置的机制、曲线相变与动因;第三部分(第 11–12 章)做两个横切面:战斗作为机制(伤害时序资源、策略空间与平衡、相变与支配)与手感作为机制(手感不是渲染、参数可计算化、度量与断言);第四部分(第 13–16 章)跨品类并收官:规格的品类参数化、六个品类变体的实例化、变体的可玩性闸门,品类特征向量与 6×6 距离矩阵,六品类变体回归、6/6 通过闸门与失败的诚实报告,最后装配成三卷总收官。按章节提供仿真、逻辑内核与可玩原型;完整项目的配置组装与交付验收仍在补齐。全书围绕虚构的卡牌构筑 Roguelike《灰烬牌库》与工具链 ashdeck 展开。

《游戏设计》卷三《原型、可玩性与品类》全 50 篇。它接住卷二留下的基线——机制跑起来的动态与体验都被算出来了——然后问最后一个问题:同一份玩法规格,换成别的品类,还成不成立?

卷一做 M 层(Mechanics):一份规格怎么写、怎么被四处消费、四处怎么逐字一致。卷二做 D 层与 A 层:规格跑起来涌现什么、玩家体验到什么。这一卷做的是「跨品类成立性」:把同一份 config/play_spec.json 实例化到 6 个品类变体,跑同一套 sim + kernel + 可玩原型,要求 6/6 通过可玩性闸门,并给出 6×6 品类机制距离矩阵证明「同源但可区分」。

关键先说清楚:这不是 6 个游戏,是同一份规格在 6 组规则参数下的实例。 六个变体是 deckbuilder(贯穿案例本体)/ tower-defense / match3 / platformer / autobattler / idle,它们共用同一个规格骨架(动词 / 规则 / 状态 / 资源 / 目标 / 反馈),只覆盖 rules 与 params 两段。换品类不换底座。

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

全书概览

项目内容
书稿《游戏设计》卷三《原型、可玩性与品类》
篇数50 篇(正文 16 章 48 节 + 目录篇 + 附录 A)
贯穿案例卡牌构筑 Roguelike《灰烬牌库》(ashdeck)
核心主张同一份规格换成别的品类还成不成立:6 变体实例化 + 6/6 可玩性闸门 + 6×6 机制距离矩阵
可运行性六档 S / P / W / D / X / B
前承卷二《策略、涌现与体验度量》 (16 章 48 节)
后继三卷总收官(本卷为最后一卷)

三卷怎么分

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

六个品类变体

同一份 play_spec.json,只覆盖 rules / params 段。不是 6 个游戏,是同一份规格在 6 组规则参数下的实例。

变体品类主要出现
deckbuilder卡牌构筑 Roguelike(贯穿案例本体)第 5 章
tower-defense塔防第 6 章
match3三消第 7 章
platformer平台跳跃第 8 章
autobattler自走棋第 9 章
idle放置第 10 章

与站内既有内容的分工

本卷 16 章

第一部分 · 原型方法(第 1–4 章)

第二部分 · 六个品类机制解剖(第 5–10 章)

第三部分 · 机制的两个横切面(第 11–12 章)

第四部分 · 跨品类与装配(第 13–16 章)

可运行性

本卷沿用六档口径:S 是 Python 机制仿真(纸面规则形式化、可玩性测试采样、六品类特征向量与距离矩阵、变体回归),P 是 TypeScript 确定性内核(node --test),W 是浏览器可玩原型(Playwright 无头真玩六个变体),D 是规格文本与清单,X 是需真实环境、命令行不可复现的部分(正文逐处标注),B 是参数扰动与稳健性(软告警不硬失败)。每一节至少有一个 S / P / W 档的代码块,且正文里的每个数字都来自本机实跑。

怎么读

想先看主张,从目录篇 开始,那里有分工说明、代理指标速查与可运行性口径。想直接动手,从第 1 章 开始把规则先写在纸面,再依次做数字原型、可玩原型与可玩性测试。只关心结论,看第 14 章 的 6×6 机制距离矩阵与第 15 章 的 6/6 闸门结果。

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

16.3 交付与后续

三卷本收官清点:150 节正文加一条跨语言工具链(config / sim / core / web / out 七个目录),三卷各留一份交接产物;说明三条使用入口——照着读、照着复现、换成自己的规格当模板;划清边界——机制侧可算,主观体验只能用代理指标做相对比较,美术 / 性能 / 网络 / 商业化需真实业务环境(X 档);最后交代三个后续方向,并让三卷的三个问题在此闭合。

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

16.2 一份规格的全链路回放

把 16.1 检查表里最硬的一条展开成全链路回放:从 config/play_spec.json 出发,在 S 层 Python、P 层 TypeScript、W 层浏览器与第 13 章六个品类变体上各取一次 digest,证明逐字相同;再给出 B 层稳健性证明——只改一个规则参数 energyMax,链上三处宿主同步改变且仍逐字一致。附四个节点的 digest 对照表与六个变体的结果摘要。

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

16.1 三卷装配检查表

把三卷 150 节的产物汇成一张可勾选的检查表:三卷各回答一个问题,每项给出证据路径、真命令、通过判据与档位(S/P/W/D/X/B)。检查表本体是数据文件,执行器逐项核对产物是否存在、档位是否合法;X 档一律显式标注「需真实业务环境,命令行不可复现」。19 项全部 ok、fail=0,本节也说明检查表为什么不能写成许愿池。

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

15.3 失败的诚实报告

把 13.3 如实记下的三处保留逐条分类并给出处置:平台跳跃种子轴惰性是设计使然、不是缺陷;塔防种子轴只有 10 桶是真实区分度不足、可改进但不是 bug;「胜率不得为 0‰ 或 1000‰」这条直觉判据被实测证伪、是判据本身错。同时划清闸门的诚实边界:它只覆盖机制侧,玩家体验、美术、性能、网络、商业化需真实业务环境。

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

15.1 六品类变体的回归

把 13.3 的闸门报告当基线、把 14 章的距离口径并进来,合成一套回归套件,对六个品类变体重跑一遍并断言结果不变——回归 = 稳定性,不是正确性。三层:结构回归(六变体规格骨架同构)、数值回归(六条 digest 逐字相同)、判据回归(五条闸门判据的通过状态不变),并附一个负例证明回归不是恒真。

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