[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -2,67 +2,191 @@
|
||||
id: wiki-2026-0508-위험과-보상-구조-structures-of-risks-an
|
||||
title: 위험과 보상 구조(Structures of Risks and Rewards)
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [R&R Structures, Risk-Reward Patterns, 위험보상 패턴]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
confidence_score: 0.9
|
||||
verification_status: applied
|
||||
tags: [game-design, encounter-design, structures, patterns]
|
||||
raw_sources: []
|
||||
last_reinforced: 2026-05-08
|
||||
last_reinforced: 2026-05-10
|
||||
github_commit: pending
|
||||
inferred_by: Claude Opus 4.7 (auto-normalize 2026-05-08)
|
||||
tech_stack:
|
||||
language: typescript
|
||||
framework: unity-csharp
|
||||
---
|
||||
|
||||
# 위험과 보상 구조(Structures of Risks and Rewards)
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
위험과 보상 구조는 플레이어가 게임 내에서 직면하는 딜레마의 핵심 토대이다 [1]. 균형 잡힌 게임에서는 플레이어가 기꺼이 감수하고자 하는 위험(노력)의 크기와 그에 따르는 보상이 반드시 일치해야 한다 [1]. 디자이너는 플레이어가 낮은 보상을 위해 안전하게 플레이할지, 큰 보상을 위해 위험을 감수할지 선택하도록 의도적인 딜레마를 만들어 게임을 더욱 도전적이고 흥미롭게 만들어야 한다 [1, 2].
|
||||
## 매 한 줄
|
||||
> **"매 R&R curve 매 abstract — 매 structure 매 concrete encounter shape"**. 매 [[위험과 보상(Risks and Rewards)]] 매 principle, 매 이 문서 매 player 의 의 hand 의 의 의 매 actual concrete pattern (gauntlet, fork, escalator, sandbox, push-your-luck) 의 catalog.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
- **위험-보상 딜레마의 설계**: 훌륭한 게임플레이는 플레이어가 자신의 능력이 얼마나 시험받고 있다고 느끼는지와 직접적인 관련이 있다 [2]. 디자이너는 플레이어에게 안전함과 위험 감수 사이의 선택을 강제하여 지속적인 딜레마를 제공해야 하며, 이러한 구조는 게임 디자인의 핵심 원리 중 하나이다 [1, 2].
|
||||
- **단순 선택 딜레마 (Simple Choice Dilemma)**: 플레이어가 두 개 이상의 어포던스([[Affordance|Affordance]]s, 행동 유도성) 중 단 하나만 선택하도록 만드는 구조이다 [3]. 이는 플레이어가 특정 행동을 취했을 때 필연적으로 다른 행동을 포기해야만 하는 즉각적인 기회비용을 형성한다 [4, 5].
|
||||
- **다중 선택 딜레마 (Multiple Choices Dilemma)**: 다수의 어포던스 중 하나 이상을 선택할 수 있는 상황이다 [6, 7]. 비디오 게임은 시간을 기반으로 하는 매체이므로 어떤 어포던스를 먼저 선택하느냐(선택의 순서)에 따라 최종적인 보상의 결과가 다르게 나타날 수 있다 [7].
|
||||
- **클래시 로얄(Clash Royale) 적용 사례**:
|
||||
- 클래시 로얄의 챔피언십 경기 데이터 분석에 따르면, 플레이어의 덱(Deck) 평균 엘릭서 비용이 위험과 보상의 수준을 나타낸다 [8]. 평균 비용이 높은 덱(예: 3.8 엘릭서)을 사용하는 것은 더 높은 위험을 감수하는 결정이지만, 뛰어난 게임플레이가 동반될 경우 우승과 같은 더 큰 보상을 획득할 수 있음을 증명했다 [8, 9].
|
||||
- 특정 카드를 사용할 때 다른 카드와 콤보를 사용할 수 있는 엘릭서가 부족해지는 상황은, 플레이어가 다음 카드를 기다려야 할지 아니면 당장 제한된 자원 내에서 행동할지를 결정하게 만드는 단순 및 다중 선택 딜레마를 끊임없이 유발한다 [4, 5].
|
||||
## 매 핵심
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[어포던스(Affordances)|어포던스(Affordances]], [[게임 경제 밸런스(Game Balance)|게임 경제 밸런스(Game Balance]]
|
||||
- **Projects/Contexts:** [[클래시 로얄(Clash Royale)|클래시 로얄(Clash Royale]]
|
||||
- **Contradictions/Notes:** 제공된 소스 내에서 위험과 보상 구조에 대해 상충되는 주장은 존재하지 않습니다.
|
||||
### 매 8 canonical structures
|
||||
1. **매 Fork**: 매 safe path vs risky path 매 simultaneous offer.
|
||||
2. **매 Gauntlet**: 매 escalating difficulty 매 reward 매 cumulative.
|
||||
3. **매 Push-your-luck**: 매 stop / continue 매 explicit player choice.
|
||||
4. **매 Sandbox / pick-your-stakes**: 매 player 매 difficulty modifier 의 pre-select.
|
||||
5. **매 Investment**: 매 upfront cost (resource / time) 의 future return 매 trade.
|
||||
6. **매 Bluff / commit**: 매 hidden information 매 reveal 매 risk.
|
||||
7. **매 Time pressure**: 매 fast-but-risky vs slow-but-safe.
|
||||
8. **매 Wager**: 매 player 매 reward 의 size 의 dial.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-28*
|
||||
### 매 structure selection axes
|
||||
- **explicit vs emergent**: 매 player 매 risk 의 conscious choice 매 가능?
|
||||
- **front-loaded vs back-loaded**: 매 risk 매 paid upfront 매 / 매 outcome 의 reveal 매 시?
|
||||
- **bounded vs unbounded escalation**: 매 ceiling 매 존재?
|
||||
- **reversible vs commit**: 매 mid-encounter back-out 매 가능?
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
### 매 응용
|
||||
1. 매 Slay the Spire elite encounter = Fork (skip vs fight).
|
||||
2. 매 Dead Cells 의 boss biome = Gauntlet (door choice + accumulated curse).
|
||||
3. 매 Balatro 의 stake selection = Sandbox.
|
||||
4. 매 Hades 의 boon rarity gamble = Push-your-luck (use coin reroll).
|
||||
5. 매 Tarkov raid timer = Time pressure.
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
## 💻 패턴
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
### Fork structure
|
||||
```typescript
|
||||
type Path = { name: string; difficulty: number; reward: Reward };
|
||||
type Reward = { gold: number; item?: string; rare?: boolean };
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
class Fork {
|
||||
paths: Path[];
|
||||
pick(idx: number): Reward {
|
||||
const p = this.paths[idx];
|
||||
return this.resolve(p);
|
||||
}
|
||||
resolve(p: Path): Reward {
|
||||
const success = Math.random() > p.difficulty * 0.5;
|
||||
return success ? p.reward : { gold: 0 };
|
||||
}
|
||||
}
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
const fork = new Fork();
|
||||
fork.paths = [
|
||||
{ name: "safe", difficulty: 0.2, reward: { gold: 50 } },
|
||||
{ name: "risky", difficulty: 0.7, reward: { gold: 250, rare: true } },
|
||||
];
|
||||
```
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
### Gauntlet (escalating)
|
||||
```typescript
|
||||
class Gauntlet {
|
||||
rooms: number;
|
||||
cumulativeReward = 0;
|
||||
cumulativeDamage = 0;
|
||||
step(roomIdx: number) {
|
||||
const difficulty = 1 + roomIdx * 0.3;
|
||||
const damage = Math.random() * difficulty * 10;
|
||||
const reward = 50 * Math.pow(1.4, roomIdx);
|
||||
this.cumulativeDamage += damage;
|
||||
this.cumulativeReward += reward;
|
||||
return { reward, damage, total: this.cumulativeReward };
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
### Push-your-luck
|
||||
```typescript
|
||||
class PushYourLuck {
|
||||
pot = 100;
|
||||
bustP = 0.1;
|
||||
step() {
|
||||
this.bustP += 0.08;
|
||||
if (Math.random() < this.bustP) {
|
||||
return { state: "BUST", payout: 0 };
|
||||
}
|
||||
this.pot *= 1.5;
|
||||
return { state: "CONTINUE", pot: this.pot, bustP: this.bustP };
|
||||
}
|
||||
cashOut() { return { state: "CASHED", payout: this.pot }; }
|
||||
}
|
||||
```
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
### Sandbox (pre-select stakes)
|
||||
```csharp
|
||||
public class StakeConfig {
|
||||
public List<string> Modifiers = new();
|
||||
public int RewardMultiplier = 1;
|
||||
}
|
||||
public class StakePicker {
|
||||
public StakeConfig Build(List<string> picked) {
|
||||
return new StakeConfig {
|
||||
Modifiers = picked,
|
||||
RewardMultiplier = 1 + picked.Count
|
||||
};
|
||||
}
|
||||
}
|
||||
// Player commits BEFORE encounter; no mid-fight escape
|
||||
```
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
### Investment structure
|
||||
```typescript
|
||||
class Investment {
|
||||
spend(amount: number, projectId: string): Promise<number> {
|
||||
// Resource committed now; outcome resolves later
|
||||
return new Promise(resolve => {
|
||||
const success = Math.random() < 0.6;
|
||||
const payout = success ? amount * 2.5 : 0;
|
||||
setTimeout(() => resolve(payout), 5000); // delayed reveal
|
||||
});
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
### Time pressure
|
||||
```typescript
|
||||
class TimedRaid {
|
||||
start = Date.now();
|
||||
loot = 0;
|
||||
loop() {
|
||||
const elapsed = (Date.now() - this.start) / 1000;
|
||||
const extractRisk = Math.min(0.05 + elapsed * 0.01, 0.9);
|
||||
// Each tick: more loot, but rising chance of PvP encounter
|
||||
this.loot += 10;
|
||||
return { loot: this.loot, extractRisk };
|
||||
}
|
||||
}
|
||||
```
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
## 매 결정 기준
|
||||
| 상황 | 적합 structure |
|
||||
|---|---|
|
||||
| 매 quick decision moment | Fork |
|
||||
| 매 sustained tension session | Gauntlet |
|
||||
| 매 explicit gambling feel | Push-your-luck |
|
||||
| 매 customizable difficulty | Sandbox |
|
||||
| 매 strategic depth | Investment |
|
||||
| 매 PvP / multiplayer | Bluff, Time pressure |
|
||||
|
||||
**기본값**: 매 game type 의 의 의 1-2 structure 매 main + 매 1 secondary 의 layer.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[위험과 보상(Risks and Rewards)]] · [[Encounter Design]]
|
||||
- 변형: [[Roguelike Run Modifiers]] · [[Push-Your-Luck]]
|
||||
- 응용: [[핀치 포인트(Pinch Point)]] · [[Boss Design]] · [[Dungeon Pacing]]
|
||||
- Adjacent: [[Choice Architecture]] · [[Decision Theory]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: 매 specific encounter / room / level 의 design 시 매 concrete pattern 의 select.
|
||||
**언제 X**: 매 high-level economy 의 의 design — 매 [[위험과 보상(Risks and Rewards)]] 의 의 abstract level 의 의 사용.
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **매 single structure overuse**: 매 모든 encounter 매 same pattern → 매 fatigue.
|
||||
- **매 commit without information**: 매 sandbox stake 매 picker 매 modifier effect 매 unknown 시 매 frustrating.
|
||||
- **매 false fork**: 매 Fork 매 path 매 EV 매 동일 시 매 meaningless choice.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (Schell, Costikyan *Uncertainty in Games*, GDC talks on roguelike encounter design).
|
||||
- 신뢰도 A.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — 8 canonical structures + working code per structure |
|
||||
|
||||
Reference in New Issue
Block a user