Update nexus wiki content
This commit is contained in:
@@ -1,50 +1,66 @@
|
||||
---
|
||||
title: "Game Designer Agent Personality"
|
||||
type: source
|
||||
tags: []
|
||||
tags: ["game-development", "game-design", "systems-design", "economy-balancing", "multi-agent"]
|
||||
date: 2026-04-26
|
||||
---
|
||||
|
||||
## Source File
|
||||
- [[raw/Agent/agency-agents/game-development/game-designer.md]]
|
||||
- [[Agent/agency-agents/game-development/game-designer.md]]
|
||||
|
||||
## Summary(用中文描述)
|
||||
- 核心主题:GameDesigner Agent 角色定义——一个资深系统与机制设计师,以"循环、杠杆、玩家动机"为思维框架,将创意愿景转化为可执行、无歧义的游戏设计文档
|
||||
- 问题域:游戏玩法系统设计、经济系统平衡、玩家进阶体验设计、GDD 文档规范化、游戏设计师与工程师/美术的协作接口
|
||||
- 方法/机制:五步工作流(概念→设计支柱→纸面原型→GDD撰写→调优迭代)、核心循环三层模型(瞬间→会话→长期)、行为经济学应用、系统性设计方法论
|
||||
- 结论/价值:提供一套完整的游戏设计师 Agent 规范,涵盖文档标准、调优方法、高级能力(行为经济学、跨类型机制移植、高级经济设计、系统涌现设计)
|
||||
|
||||
- **核心主题**:游戏设计师 Agent 的身份定位、系统与机制设计方法论、玩家动机与反馈系统设计
|
||||
- **问题域**:游戏设计文档(GDD)编写、游戏核心循环设计、经济系统平衡、数值调优、玩家体验优化
|
||||
- **方法/机制**:设计支柱(Design Pillars)→ 纸面原型 → GDD 编写 → 平衡迭代 → 试玩测试;游戏循环分层(瞬间→会话→长期);行为经济学应用;系统涌现设计
|
||||
- **结论/价值**:构建系统化游戏设计方法论,通过严谨文档和平衡经济系统实现可持续玩家参与
|
||||
|
||||
## Key Claims(用中文描述)
|
||||
- GameDesigner Agent 以"玩家动机"为设计出发点,而非功能列表
|
||||
- 每个机制必须包含:目的、玩家体验目标、输入、输出、边界情况、失败状态
|
||||
- 所有数值从假设开始,用 `[PLACEHOLDER]` 标记直至通过测试验证
|
||||
- 行为经济学原则(损失厌恶、变率奖励、沉没成本)应被有意识地、符合伦理地应用于游戏设计
|
||||
- 系统性设计应追求"最小可行复杂度"——移除不产生新颖玩家决策的系统
|
||||
|
||||
- 游戏设计师 Agent 以"循环、杠杆、玩家动机"为思维方式,将创意愿景转化为工程师和美术可无歧义执行的文档
|
||||
- 每个机制必须记录:目的、玩家体验目标、输入、输出、边界情况、失败状态
|
||||
- 所有数值以假设为起点,标记为 `[PLACEHOLDER]` 并附调优说明
|
||||
- 设计从玩家动机出发,而非功能清单出发;每个系统必须回答"玩家感受什么?做什么决策?"
|
||||
- 行为经济学(损失厌恶、变量奖励、沉没成本、禀赋效应)应被有意识地、符合伦理地应用于设计中
|
||||
- 经济系统建模为供需系统,追踪 source(来源)、sink(消耗)、equilibrium(平衡)曲线
|
||||
- 系统设计追求涌现性:设计应产生设计师未预测的玩家策略
|
||||
|
||||
## Key Quotes
|
||||
> "Design from player motivation outward, not feature list inward." — 设计出发点原则
|
||||
> "Every mechanic must be documented with: purpose, player experience goal, inputs, outputs, edge cases, and failure states." — 机制文档标准
|
||||
> "All numerical values start as hypotheses — mark them `[PLACEHOLDER]` until playtested." — 数值平衡哲学
|
||||
|
||||
> "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 (GDD)]]:游戏设计文档——包含所有机制完整描述的权威参考文档,每项重大修订必须版本化
|
||||
- [[Core Gameplay Loop]]:核心游戏循环——从瞬间体验(0-30秒)到会话目标(5-30分钟)再到长期进阶(数小时至数周)的三层设计框架
|
||||
- [[Economy Balance]]:经济平衡——通过供给/需求模型、玩家画像(鲸鱼/海豚/小鱼)、通胀检测维持游戏货币系统健康
|
||||
- [[Player Onboarding]]:玩家引导——通过可发现性设计、无失败教程首关、长线钩子确保 90% 以上的新手完成率
|
||||
- [[Mechanic Specification]]:机制规格说明——结构化描述机制的目的、玩家幻想、输入/输出、成功/失败状态、边界情况、调优杠杆
|
||||
- [[Behavioral Economics in Games]]:游戏中的行为经济学——应用 Cialdini 影响原则、损失厌恶、变率奖励表、沉没成本心理设计伦理性的玩家参与系统
|
||||
- [[Systemic Design]]:系统性设计——设计相互作用的系统以产生涌现性玩家策略,记录系统交互矩阵并平衡最小可行复杂度
|
||||
- [[Cross-Genre Mechanics Transplantation]]:跨类型机制移植——从相邻类型提取核心动词,通过"机制活检"分析可迁移性并记录类型惯例期望与颠覆风险的权衡
|
||||
|
||||
- [[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
|
||||
- GameDesigner Agent:核心角色——资深系统与机制设计师,具备玩家同理心、系统思维、平衡执念和清晰沟通能力,跨类型(RPG、平台跳跃、射击、生存)经验丰富
|
||||
|
||||
- [[Narrative Designer]]:叙事设计师,与 Game Designer 协作,在叙事与系统层面对齐玩家体验
|
||||
- [[Level Designer]]:关卡设计师,将 Game Designer 的机制设计转化为具体关卡空间体验
|
||||
- [[Game Audio Engineer]]:游戏音频工程师,通过音效强化 Game Designer 定义的反馈系统
|
||||
|
||||
## Connections
|
||||
- [[Level Designer]] ← complements ← [[GameDesigner]]:关卡设计师与游戏设计师协作——前者负责空间/关卡叙事,后者负责系统/机制设计
|
||||
- [[Narrative Designer]] ← collaborates_with ← [[GameDesigner]]:叙事设计师与游戏设计师协作——叙事框架需要机制支撑,机制设计需要叙事赋予意义
|
||||
- [[GameAudioEngineer]] ← supports ← [[GameDesigner]]:音效工程师实现游戏设计师定义的反馈系统
|
||||
- [[TechnicalArtist]] ← enables ← [[GameDesigner]]:技术美术将设计师的视觉/交互原型转化为可执行实现
|
||||
|
||||
- [[game-designer]] ← depends_on ← [[Narrative Designer]]:叙事驱动动机,机制承载叙事
|
||||
- [[game-designer]] ← depends_on ← [[Level Designer]]:机制需要空间化,关卡提供空间上下文
|
||||
- [[game-designer]] ← extends ← [[Core Gameplay Loop]]:核心循环是 Game Designer 的首要设计产物
|
||||
- [[game-designer]] ← extends ← [[Economy Balancing]]:经济平衡是 Game Designer 的核心技术能力
|
||||
|
||||
## Contradictions
|
||||
- 无已知冲突内容——本文档为角色定义文档,未与其他 Wiki 页面产生直接论点冲突
|
||||
|
||||
- 与 [[Level Designer]] 可能的冲突:
|
||||
- **冲突点**:Game Designer 定义机制设计(mechanic specification),Level Designer 在关卡中实现时可能发现某些机制无法在特定空间上下文中有意义地展开
|
||||
- **当前观点**:机制应在抽象层设计完整后再交给 Level Designer 实现
|
||||
- **对方观点**:机制设计应在空间上下文中进行,抽象设计可能脱离实际
|
||||
|
||||
Reference in New Issue
Block a user