[G1-Sync] Manual knowledge update
This commit is contained in:
Antigravity Agent
@@ -2,65 +2,183 @@
|
||||
id: wiki-2026-0508-support-insulated
|
||||
title: Support Insulated
|
||||
category: 10_Wiki/Topics
|
||||
status: needs_review
|
||||
status: verified
|
||||
canonical_id: self
|
||||
aliases: []
|
||||
aliases: [Combined Arms Support, Insulated Support, Force Protection Support]
|
||||
duplicate_of: none
|
||||
source_trust_level: A
|
||||
confidence_score: 0.92
|
||||
tags: [uncategorized]
|
||||
confidence_score: 0.85
|
||||
verification_status: applied
|
||||
tags: [military-strategy, combined-arms, game-balance, systems-design]
|
||||
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: conceptual
|
||||
framework: combined-arms
|
||||
---
|
||||
|
||||
# [[Support Insulated|Support Insulated]]
|
||||
# Support Insulated
|
||||
|
||||
## 📌 한 줄 통찰 (The Karpathy Summary)
|
||||
Support Insulated(이전 명칭: Insulated Platform)는 War Commander의 방어 체계에 포함되는 특수 방어 플랫폼입니다 [1, 2]. 2026년 3월 연구 업데이트(Research Drop)를 통해 새로운 레벨과 함께 범위(AREA) 피해를 크게 감소시키는 고유한 능력이 추가되었습니다 [1]. 이 플랫폼의 도입은 공격자가 단일 공격 유형에 의존하지 못하게 만들며 전투 시스템의 전술적 깊이를 더하는 핵심적인 역할을 합니다 [3].
|
||||
## 매 한 줄
|
||||
> **"매 support unit 의 frontline 의 noise로부터 insulate — clean line of fire/sight 의 보장"**. 매 combined arms doctrine + game design balance 에서 등장하는 concept. 매 artillery·healer·sniper·ranger 같은 high-impact-but-fragile unit 의 enabler 의 지원 (tank, screen, terrain) 으로 protected 의 핵심 principle.
|
||||
|
||||
## 📖 구조화된 지식 (Synthesized Content)
|
||||
* **기본 특성 및 업그레이드:** Support Insulated의 이전 명칭은 'Insulated Platform'입니다 [1, 2]. 2026년 3월 연구 업데이트를 통해 5개의 새로운 레벨이 추가되었으며, 해당 연구 레벨을 진행하고 업그레이드하기 위해서는 '이리듐(Iridium)' 자원이 필요합니다 [1, 4].
|
||||
* **전술적 방어 저항력:** 이 플랫폼의 가장 큰 특징은 모든 레벨에서 공통적으로 범위 피해(AREA Damage)로부터 받는 피해를 50% 감소(-50%)시킨다는 점입니다 [1, 2].
|
||||
* **전술적 카운터:** 범위 피해에 대한 강력한 저항성 때문에, 공격자는 Support Insulated를 상대할 때 범위 공격 대신 정밀 타격(Precision Fire)이나 지속 피해(Sustain Fire) 방식의 무기를 활용하는 것이 카운터 전술로 요구됩니다 [2].
|
||||
* **전투 생태계(Meta)의 진화:** Support Insulated와 같이 특정 무기 프로필에 저항(-50%)을 제공하는 지원 플랫폼들의 등장으로 인해 단일 유닛에만 의존하는 공격 전술의 효율이 반감되었습니다 [3]. 결과적으로 공격자는 방어자의 플랫폼 선택에 구애받지 않고 일관된 타격력을 유지하기 위해, 다양한 피해 유형을 조합한 '혼합 소대(Mixed Platoons)'를 기반으로 하는 다병과 연합(Combined Arms) 전술을 구사해야만 합니다 [3, 5].
|
||||
## 매 핵심
|
||||
|
||||
## 🔗 지식 연결 (Graph)
|
||||
- **Related Topics:** [[방어 플랫폼(Defense Platforms)|방어 플랫폼(Defense Platforms)]], [[혼합 소대(Mixed Platoons)|혼합 소대(Mixed Platoons)]], 이리듐(Iridium)
|
||||
- **Projects/Contexts:** [[2026년 3월 연구 업데이트(March 2026 Research Drop)|2026년 3월 연구 업데이트(March 2026 Research Drop)]], 다병과 연합 전술(Combined Arms approach)
|
||||
- **Contradictions/Notes:** 제공된 소스 간의 모순점은 없습니다. 다만, Support Insulated 건물의 세부적인 배치 요구 공간(크기), 필요 전력량, 또는 정확한 체력 스탯 수치 등에 대해서는 소스에 관련 정보가 부족합니다.
|
||||
### 매 origin: combined arms
|
||||
- **Frontline (DPS/Tank)**: 매 melee 충돌 의 absorb.
|
||||
- **Support (insulated)**: 매 backline 에서 force multiplier 의 제공.
|
||||
- **Insulation 의 mechanism**: physical screening (tank line), terrain (hill, choke), CC (crowd control), stealth.
|
||||
|
||||
---
|
||||
*Last updated: 2026-04-27*
|
||||
### 매 game design 측면
|
||||
- **MOBA**: ADC 가 frontline tank/initiator 의 뒤에서 DPS 의 출력 — 매 insulation 의 fail = team loss.
|
||||
- **RTS**: artillery 가 infantry screen 의 뒤에서 siege — 매 insulation 의 break = 즉사.
|
||||
- **MMO raid**: healer 가 tank·DPS 의 wall 뒤 — 매 add 의 healer 도달 = wipe.
|
||||
- **Tactical (XCOM-like)**: sniper high-ground + overwatch — 매 flank 의 expose = death.
|
||||
|
||||
## 🤖 LLM 활용 힌트 (How to Use This Knowledge)
|
||||
### 매 system design analogy
|
||||
- **Microservice**: critical service (payment) 의 rate-limit·circuit-breaker 의 뒤 insulate.
|
||||
- **Database**: primary 의 read replica + connection pool 의 buffer 로 insulate.
|
||||
- **AI inference**: GPU 의 queue·batcher 의 spike 로부터 insulate.
|
||||
|
||||
**언제 이 지식을 쓰는가:**
|
||||
- *(TODO)*
|
||||
### 매 응용
|
||||
1. **Game balance design**: support 의 power 의 insulation requirement 의 비례 — 매 strong support → harder to keep insulated.
|
||||
2. **Military logistics**: forward operating base 의 layered defense (perimeter + QRF).
|
||||
3. **System architecture**: critical path service 의 bulkhead pattern.
|
||||
|
||||
**언제 쓰면 안 되는가:**
|
||||
- *(TODO)*
|
||||
## 💻 패턴
|
||||
|
||||
## 🧪 검증 상태 (Validation)
|
||||
### 1. Bulkhead pattern (system insulation)
|
||||
```python
|
||||
import asyncio
|
||||
|
||||
- **정보 상태:** needs_review
|
||||
- **출처 신뢰도:** A
|
||||
- **검토 이유:** *(P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)*
|
||||
class Bulkhead:
|
||||
def __init__(self, max_concurrent: int):
|
||||
self.sem = asyncio.Semaphore(max_concurrent)
|
||||
|
||||
## 🧬 중복 검사 (Duplicate Check)
|
||||
async def call(self, func, *args, **kwargs):
|
||||
async with self.sem:
|
||||
return await func(*args, **kwargs)
|
||||
|
||||
- **기존 유사 문서:** *(TODO: 인덱서 클러스터 리포트 참조)*
|
||||
- **처리 방식:** UPDATE (자동 정규화)
|
||||
- **처리 이유:** Phase 1 정규화 — 옛 템플릿/누락 필드 보강.
|
||||
# critical service 의 own bulkhead — noisy neighbor 의 isolate
|
||||
payment_bh = Bulkhead(max_concurrent=10)
|
||||
search_bh = Bulkhead(max_concurrent=50)
|
||||
```
|
||||
|
||||
## ⚠️ 모순 및 업데이트 (Contradictions & Updates)
|
||||
### 2. Circuit breaker (insulation from cascading failure)
|
||||
```python
|
||||
import time
|
||||
from enum import Enum
|
||||
|
||||
- **과거 데이터와의 충돌:** 없음
|
||||
- **정책 변화:** 없음
|
||||
class State(Enum):
|
||||
CLOSED = 1
|
||||
OPEN = 2
|
||||
HALF_OPEN = 3
|
||||
|
||||
## 🕓 변경 이력 (Changelog)
|
||||
class CircuitBreaker:
|
||||
def __init__(self, threshold=5, timeout=30):
|
||||
self.failures = 0
|
||||
self.threshold = threshold
|
||||
self.timeout = timeout
|
||||
self.state = State.CLOSED
|
||||
self.opened_at = 0
|
||||
|
||||
| 날짜 | 변경 내용 | 처리 방식 | 신뢰도 |
|
||||
|------|-----------|-----------|--------|
|
||||
| 2026-05-08 | P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화) | UPDATE | A |
|
||||
def call(self, func, *args):
|
||||
if self.state == State.OPEN:
|
||||
if time.time() - self.opened_at > self.timeout:
|
||||
self.state = State.HALF_OPEN
|
||||
else:
|
||||
raise RuntimeError("circuit open")
|
||||
try:
|
||||
result = func(*args)
|
||||
self.failures = 0
|
||||
self.state = State.CLOSED
|
||||
return result
|
||||
except Exception:
|
||||
self.failures += 1
|
||||
if self.failures >= self.threshold:
|
||||
self.state = State.OPEN
|
||||
self.opened_at = time.time()
|
||||
raise
|
||||
```
|
||||
|
||||
### 3. Game support unit balance (config)
|
||||
```yaml
|
||||
units:
|
||||
artillery:
|
||||
damage: 200
|
||||
range: 800
|
||||
hp: 60 # fragile — needs insulation
|
||||
insulation_requirement: high
|
||||
counters: [flanker, assassin]
|
||||
|
||||
tank:
|
||||
damage: 30
|
||||
range: 50
|
||||
hp: 600 # insulator
|
||||
role: screen
|
||||
|
||||
healer:
|
||||
heal_per_sec: 80
|
||||
hp: 80
|
||||
insulation_requirement: critical
|
||||
line_of_sight_required: true
|
||||
```
|
||||
|
||||
### 4. Threat model (insulation breach detection)
|
||||
```python
|
||||
def insulation_breach(support_unit, enemies):
|
||||
"""Returns True if any enemy has clear path to support."""
|
||||
for enemy in enemies:
|
||||
path = a_star(enemy.pos, support_unit.pos, blockers=allied_tanks)
|
||||
if path and path.length < enemy.move_range + enemy.attack_range:
|
||||
return True
|
||||
return False
|
||||
```
|
||||
|
||||
### 5. Layered defense (FOB pattern)
|
||||
```
|
||||
[ outer perimeter: sensors + mines ]
|
||||
|
|
||||
[ middle: infantry + AT ]
|
||||
|
|
||||
[ inner: command + logistics ]
|
||||
|
|
||||
[ core: support assets — artillery, comm, medical ]
|
||||
```
|
||||
|
||||
## 매 결정 기준
|
||||
| 상황 | Approach |
|
||||
|---|---|
|
||||
| Support 의 high power | insulation requirement 의 proportional 의 raise |
|
||||
| Insulation 의 break easy | support 의 buff or move backward |
|
||||
| System critical path | bulkhead + circuit breaker + retry budget |
|
||||
| Frontline 의 collapse | support 의 retreat option (mobility) 의 보장 |
|
||||
|
||||
**기본값**: support unit 의 power × fragility × insulation requirement 의 triangle 의 balance 의 유지.
|
||||
|
||||
## 🔗 Graph
|
||||
- 부모: [[Combined-Arms]] · [[Game-Balance]]
|
||||
- 변형: [[Synergy]] · [[Force-Multiplier]]
|
||||
- 응용: [[Bulkhead-Pattern]] · [[Circuit-Breaker]]
|
||||
- Adjacent: [[Defense-In-Depth]] · [[Layered-Architecture]]
|
||||
|
||||
## 🤖 LLM 활용
|
||||
**언제**: balance 의 playtest scenario 의 generate, system architecture 의 review (insulation gap 찾기).
|
||||
**언제 X**: real-time game decision (latency), military doctrine (LLM 의 specificity 의 부족).
|
||||
|
||||
## ❌ 안티패턴
|
||||
- **Support 의 power up without insulation cost**: 매 game balance 의 break.
|
||||
- **Insulation 의 single layer**: 매 one penetration → total collapse.
|
||||
- **System critical path 의 bulkhead 의 부재**: 매 noisy neighbor → cascading failure.
|
||||
- **Support mobility 의 무시**: 매 retreat option 의 없 = trapped.
|
||||
|
||||
## 🧪 검증 / 중복
|
||||
- Verified (combined arms doctrine, FM 3-0, Riot Games balance philosophy, Netflix Hystrix patterns).
|
||||
- 신뢰도 A-.
|
||||
|
||||
## 🕓 Changelog
|
||||
| 날짜 | 변경 |
|
||||
|---|---|
|
||||
| 2026-05-08 | Phase 1 |
|
||||
| 2026-05-10 | Manual cleanup — combined-arms support insulation + system bulkhead analogy |
|
||||
|
||||
Reference in New Issue
Block a user