대시보드

hongsj

tfarcenim123-afk
github.com/Bit-Unity15th-MultiplayGameProjects/hongsj

게임 루프는 전진했지만 서버 권한·문서 부채가 위험하다.

#네트워킹 #카드효과 #씬플로우 #문서부재 #기술부채

프로젝트 예상 진행도

기준: 2026. 5. 6. PM 5:58
42 / 100

문서화 상태

Design
0/10
Technical
0/10
Spec
0/10
risk trend
HIGH
3 reports
progress +14pts · docs -2.0

시계열 추이

리포트별 스냅샷

진행도 추이

0 → 42% · 3 스냅샷

문서화 점수

design / technical / spec
progress 42%
design 0/10
technical 0/10
spec 0/10

TODO

최신 리포트 기준 · 6건

▲ 위에 있을수록 우선순위 높음

  1. 01 P1 Draft/Match/Game 씬 전환의 서버 권한 흐름을 명시하고 검증 3 files
  2. 02 P1 클라이언트 제출 카드의 소유권·에너지·존 범위 서버 검증 강화 2 files
  3. 03 P1 docs/technical.md 에 네트워크 권한 모델과 씬 플로우 작성 1 file
  4. 04 P2 Onslaught/Ongoing 재적용 규칙을 효과 엔진 단위 테스트로 고정 2 files
  5. 05 P2 CardRegistry 의 static Resources.LoadAll 의존을 카탈로그 방식으로 이전 1 file
  6. 06 P2 cardId 자동 순번 대신 안정적인 명시 ID 또는 GUID 매핑 도입 1 file

Backlog

누적 5 · 해결 1
정렬
  • P1 프로젝트 문서(GDD/기술/사양)가 repo 에 존재하지 않아 신규 유입자가 코드만으로 설계 의도를 복원해야 함 first seen · 04. 22. 12:57 3R
  • P1 Mirror 기반 네트워킹 코드의 권한 모델(카드 draft/배치/점수 계산의 서버 권위) 이 코드·문서 어디에도 명시되지 않음 first seen · 04. 22. 12:57 · 2 files 3R
  • P1 MatchmakingQueue.Pending 정적 상태가 동시 매치와 씬 재로드에 취약함 first seen · 05. 06. 17:57 · 2 files 1R
  • P2 CardRegistry 가 static + Resources.LoadAll 기반이라 테스트 격리/런타임 교체가 어렵다 (장기적으로 DI 또는 ScriptableObject 카탈로그 고려) first seen · 04. 22. 12:57 · 1 file 3R
  • P2 cardId 가 자동 증가 순번이라 에셋 정렬 순서에 의존 — 카드 추가/삭제 시 ID 충돌 또는 재할당 위험 first seen · 04. 22. 12:57 · 1 file 3R

리포트 타임라인

3개 스냅샷 · 최신순

Backlog History

hongsj · 누적 5 · 해결 1

carry-over · 5
  • P1 프로젝트 문서(GDD/기술/사양)가 repo 에 존재하지 않아 신규 유입자가 코드만으로 설계 의도를 복원해야 함 first · 2026. 04. 22. 3R
  • P1 Mirror 기반 네트워킹 코드의 권한 모델(카드 draft/배치/점수 계산의 서버 권위) 이 코드·문서 어디에도 명시되지 않음 first · 2026. 04. 22. · 2 files 3R
  • P2 CardRegistry 가 static + Resources.LoadAll 기반이라 테스트 격리/런타임 교체가 어렵다 (장기적으로 DI 또는 ScriptableObject 카탈로그 고려) first · 2026. 04. 22. · 1 file 3R
  • P2 cardId 가 자동 증가 순번이라 에셋 정렬 순서에 의존 — 카드 추가/삭제 시 ID 충돌 또는 재할당 위험 first · 2026. 04. 22. · 1 file 3R
  • P1 MatchmakingQueue.Pending 정적 상태가 동시 매치와 씬 재로드에 취약함 first · 2026. 05. 06. · 2 files 1R
✓ resolved · 1
  • CardData.effectType/effectVal 로 효과를 수치 한 개에 욱여넣는 설계가 복잡 효과 도입 시 한계에 부딪힐 가능성 3 files issued · 2026. 04. 22. resolved · 2026. 05. 06.

근거 / 맥락

관련 파일

    이 항목엔 추가 근거나 연관 파일이 기록돼 있지 않습니다.