Files

T

koriweb 5ba5a55c78 feat: Wiki 지식 자산 업데이트 - UX Scenarios, Frontend, Game Design, Topics 추가 [2026-05-08]

2026-05-08 19:52:07 +09:00

5.0 KiB

Raw Blame History

id, title, category, status, canonical_id, aliases, duplicate_of, source_trust_level, confidence_score, tags, raw_sources, last_reinforced, github_commit, inferred_by, tech_stack

title

전력 시스템(Power Systems)

📌 한 줄 통찰 (The Karpathy Summary)

War Commander의 전력 시스템은 기지 내 모든 건물의 원활한 작동을 보장하는 필수적인 기지 관리 및 전투 시스템 요소입니다. 발전소(Power Plant)를 통해 생산되며, 건물들이 활성화될 때 더 높은 전력을 요구합니다. 기지의 전력 수준이 방어 포탑의 전투 효율 및 자원 생산 속도에 직접적인 영향을 미치기 때문에, 전력 시설의 배치와 보호, 그리고 적 전력 시설의 파괴는 승패를 가르는 핵심 전술로 작용합니다.

📖 구조화된 지식 (Synthesized Content)

전력 생산 및 소비 구조: 기지 내 모든 건물은 작동하기 위해 일정량의 전력을 필요로 하며, 발전소를 건설하고 업그레이드하여 전력 생산량을 늘릴 수 있습니다 [1]. 건물이 유휴 상태일 때보다 병력을 훈련하거나 자원을 생산하는 등 적극적으로 작동하고 있을 때 더 많은 전력을 소모합니다 [2]. 2026년 최신 연구 업데이트에 따르면 '딥 리액터(Deep Reactor)'와 '퓨전 타워(Fusion Tower)'는 새로운 레벨 확장을 통해 각각 250과 450의 새로운 최대 전력(Max Power) 용량을 제공합니다 [3].
저전력 상태의 치명적 페널티: 기지 내 전력 생산이 충분하지 못한 '저전력(Low Power)' 상태가 발생하면, 방어 포탑의 발사 속도가 현저히 느려지고 자원 건물의 자원 생산량이 평소 가능한 수준의 일부로 급격히 감소합니다 [2].
오버드라이브(Overdrive) 기능: 발전소를 새로 짓거나 업그레이드하지 않고 즉각적인 전력 추가 확보가 필요할 때, 기존 발전소 중 하나를 '오버드라이브' 상태로 설정할 수 있습니다 [4]. 이 기능은 전력 생산량을 일시적으로 급증시키지만, 시간이 지남에 따라 발전소에 대미지를 주는 부작용이 있습니다 [4].
전투 전술에서의 전력 시스템 활용:
- 방어적 측면: 전력은 기지 기능 유지에 직결되므로 발전소는 커맨드 센터, 자원 저장소와 함께 기지 중앙에 안전하게 배치되어야 하며 장벽, 포탑, 방어 병력을 통해 철저히 보호되어야 합니다 [4, 5].
- 공격적 측면: 적 기지를 공격할 때 적의 발전소를 최우선 표적으로 삼아 파괴하면, 적 방어 포탑의 대미지 출력을 평소의 50% 수준으로 삭감할 수 있습니다 [6, 7]. 적의 전력을 무력화하여 방어망을 약화시키는 것은 전투를 수월하게 만들고 자원을 성공적으로 약탈하기 위한 필수 전략입니다 [6, 7].

🔗 지식 연결 (Graph)

Related Topics: 발전소(Power Plant), 기지 방어(Base Defense), 포탑(Turrets)
Projects/Contexts: War Commander 기지 설계 및 공격 전술
Contradictions/Notes: 제공된 소스 내에서 전력 시스템에 관한 모순된 주장은 존재하지 않으며, 전력 인프라가 방어와 공격 모두에서 최우선적인 고려사항이라는 점에 일관되게 동의하고 있습니다.

Last updated: 2026-04-27

🤖 LLM 활용 힌트 (How to Use This Knowledge)

언제 이 지식을 쓰는가:

(TODO)

언제 쓰면 안 되는가:

(TODO)

🧪 검증 상태 (Validation)

정보 상태: needs_review
출처 신뢰도: A
검토 이유: (P-Reinforce Phase 1 자동 정규화. 본문 검증 필요.)

🧬 중복 검사 (Duplicate Check)

기존 유사 문서: (TODO: 인덱서 클러스터 리포트 참조)
처리 방식: UPDATE (자동 정규화)
처리 이유: Phase 1 정규화 — 옛 템플릿/누락 필드 보강.

⚠️ 모순 및 업데이트 (Contradictions & Updates)

과거 데이터와의 충돌: 없음
정책 변화: 없음

🕓 변경 이력 (Changelog)

날짜	변경 내용	처리 방식	신뢰도
2026-05-08	P-Reinforce Phase 1 정규화 (frontmatter + 헤더 표준화)	UPDATE	A

💻 코드 패턴 (Code Patterns)

패턴 1: (TODO: 이 프로젝트 컨벤션 반영한 구조 스켈레톤)

# TODO

🤔 의사결정 기준 (Decision Criteria)

선택 A를 써야 할 때:

(TODO)

선택 B를 써야 할 때:

(TODO)

기본값:

(TODO)

❌ 안티패턴 (Anti-Patterns)

[안티패턴]: (TODO: 무엇을 하면 안 되는가 + 이유 + 대신 무엇을)

5.0 KiB Raw Blame History