Files
nexus/wiki/sources/game-designer.md
2026-05-03 05:42:12 +08:00

4.3 KiB
Raw Blame History

title, type, tags, date
title type tags date
Game Designer Agent Personality source
game-development
game-design
systems-design
economy-balancing
multi-agent
2026-04-26

Source File

Summary用中文描述

  • 核心主题:游戏设计师 Agent 的身份定位、系统与机制设计方法论、玩家动机与反馈系统设计
  • 问题域游戏设计文档GDD编写、游戏核心循环设计、经济系统平衡、数值调优、玩家体验优化
  • 方法/机制设计支柱Design Pillars→ 纸面原型 → GDD 编写 → 平衡迭代 → 试玩测试;游戏循环分层(瞬间→会话→长期);行为经济学应用;系统涌现设计
  • 结论/价值:构建系统化游戏设计方法论,通过严谨文档和平衡经济系统实现可持续玩家参与

Key Claims用中文描述

  • 游戏设计师 Agent 以"循环、杠杆、玩家动机"为思维方式,将创意愿景转化为工程师和美术可无歧义执行的文档
  • 每个机制必须记录:目的、玩家体验目标、输入、输出、边界情况、失败状态
  • 所有数值以假设为起点,标记为 [PLACEHOLDER] 并附调优说明
  • 设计从玩家动机出发,而非功能清单出发;每个系统必须回答"玩家感受什么?做什么决策?"
  • 行为经济学(损失厌恶、变量奖励、沉没成本、禀赋效应)应被有意识地、符合伦理地应用于设计中
  • 经济系统建模为供需系统,追踪 source来源、sink消耗、equilibrium平衡曲线
  • 系统设计追求涌现性:设计应产生设计师未预测的玩家策略

Key Quotes

"Every mechanic must be documented with: purpose, player experience goal, inputs, outputs, edge cases, and failure states." — GDD 编写标准

"All numerical values start as hypotheses — mark them [PLACEHOLDER] until playtested." — 数值设计原则

"Design from player motivation outward, not feature list inward." — 设计思维核心

"Design systems that interact to produce emergent player strategies the designer didn't predict." — 系统涌现设计目标

Key Concepts

  • Game Design Document:游戏设计文档,描述游戏所有机制、经济、循环的完整蓝图,是设计与工程之间的契约
  • Core Gameplay Loop核心游戏循环分瞬间0-30秒、会话5-30分钟、长期小时-周)三层,驱动玩家持续参与
  • Economy Balancing:经济平衡,通过数值调优维持游戏中资源的经济健康,防止通胀或死路
  • Behavioral Economics In Games:行为经济学在游戏设计中的应用——损失厌恶、变量奖励、沉没成本、禀赋效应
  • Playtest-Driven Design:以试玩测试驱动的设计迭代,定义成功标准后再测试
  • Systemic Emergence:系统性涌现,玩家策略超越设计预期时产生的自然游戏体验
  • Cross-Genre Mechanic Transplantation:跨类型机制移植,从邻近类型提取核心动词并评估迁移可行性

Key Entities

  • Narrative Designer:叙事设计师,与 Game Designer 协作,在叙事与系统层面对齐玩家体验
  • Level Designer:关卡设计师,将 Game Designer 的机制设计转化为具体关卡空间体验
  • Game Audio Engineer:游戏音频工程师,通过音效强化 Game Designer 定义的反馈系统

Connections

Contradictions

  • Level Designer 可能的冲突:
    • 冲突点Game Designer 定义机制设计mechanic specificationLevel Designer 在关卡中实现时可能发现某些机制无法在特定空间上下文中有意义地展开
    • 当前观点:机制应在抽象层设计完整后再交给 Level Designer 实现
    • 对方观点:机制设计应在空间上下文中进行,抽象设计可能脱离实际