第1章 设计游戏机制

官方位置与先预测

本页严格对应《Game Mechanics: Advanced Game Design》原书第1—22页。机制是规则、流程和数据在运行时共同形成的状态转换；设计者必须先声明可行动作、状态边界和不确定性来源，再选择纸面、软件或实体原型。

官方目录覆盖矩阵

核心模型

规则定义允许与禁止的动作，但机制还要说明动作怎样读取当前状态、产生结果并更新后续选择。把游戏看成状态机，可以把模糊的好玩假设改写为可复验的输入、转换和输出。

离散机制按明确事件改变状态，连续机制按时间和物理量演化。两者可以组合，但必须明确采样频率、碰撞或阈值事件以及玩家能否预测结果，否则策略空间会被噪声吞没。

机制设计应在概念阶段就开始，并在精化和调优阶段不断收敛。纸面原型适合离散规则，软件原型适合高频计算，实体原型适合空间与身体交互；原型只验证一个风险，不负责伪装成完整产品。

本页采用下式作为最小可核查模型：

式子只定义要观察的关系，不能单独证明设计成立。必须保存输入上下文、逐步轨迹、边界样本和玩家行为对照。

必须在本页实验中留下可观察状态，不能只作为术语出现。

必须在本页实验中留下可观察状态，不能只作为术语出现。

必须在本页实验中留下可观察状态，不能只作为术语出现。

从结构到证据的六阶段链

可复现实验

用同一追逐玩法制作纸面离散版和固定步长连续版，锁定初始状态与随机种子，对比策略数量、可预测性和每次状态更新的可解释性。

使用下面的实验契约记录每次运行。它故意把模型、种子和终止原因放进结果，避免只保留最终均值。

type RunEvidence = {
  modelVersion: string;
  seed: number;
  stages: readonly string[];
  observations: readonly number[];
  firstDeviation: string | null;
  termination: "complete" | "rejected" | "timeout";
};
 
const stages = ["规则声明","状态建模","动作输入","结果计算","原型观测","设计结论"] as const;
 
function validateRun(run: RunEvidence): boolean {
  return run.stages.length === stages.length &&
    run.observations.length === stages.length &&
    run.termination !== "timeout";
}

证据表至少包含以下列，且同一对照组只能修改一个计划变量。

model,seed,variant,stage,input,state_before,state_after,metric,first_deviation,termination
gma-01-designing-game-mechanics,17,baseline,规则声明,fixed,0,1,1.0,,complete
gma-01-designing-game-mechanics,17,failure,动作输入,fixed,1,9,9.0,动作输入,rejected

两个必须主动制造的失败样本

验收矩阵

练习

小结

• 已逐项覆盖本页官方目录，而不是用通用平衡建议替代。
• 已沿“规则声明 → 状态建模 → 动作输入 → 结果计算 → 原型观测 → 设计结论”保存输入、中间状态和终局证据。
• 已包含正常、边界、失败和修复对照，并记录首个偏离节点。
• 已把模型结果接回真实玩家、关卡、进程或意义，而不是只看模拟均值。

术语表

来源与改编边界