BurningTimesAi/공유/대화로그/GodDem/2026-08-24.md

GodDem 대화로그 — 2026-08-24

§번호는 프로젝트 누적 연속 (2026-08-23.md §100에서 이어짐)

101. B4 ele HeroGrade 축 구현 완료 — 원작 2차원 구조 이식 (개발팀장, GodDem 로컬 커밋 3fbc8b1)

§99·§100 설계 v2(정정 반영본)의 구현. PD 확정 2건 반영 — ①구조 = 원작과 동일하게 영웅 등급별 계열 ②시작 영웅 HeroGrade = 4(최저).

• 근본 구조: 원작 heroskillattr 은 (영웅 등급 × 강화 단계) 2차원이고, 같은 스탯이라도 영웅 등급이 높을수록 단계값이 크고 단수도 깊다(등급4=3단·5=4단·6=5단). GodDem 은 이를 단일 축으로 눌러 담아 왔고, 그 결과 §87 재추출이 드러낸 "어느 계열을 이식할 것인가"가 구조적으로 표현 불가능했다. 축을 세워 해소한다 — 조회는 항상 현 히어로 등급의 슬라이스만 본다.
• CSV 재구성(신 스키마 6컬럼 · 데이터 22행 · 파일 24줄): n_NodeId,s_StatKey,n_HeroGrade,n_Grade,f_Value,l_Cost
  • Node1(penetrate_ratio) 6행 — HeroGrade 축 미편입, 전 행 HG4 고정(스키마 호환만·값 비용 무변경). 편입 여부는 PD Q2 이후 별도(설계 v2 §3).
  • Node2(ele_hurt_add) HG4 3행(0.05/0.10/0.15) + HG6 5행(0.07~0.35)
  • Node3(ele_penetrate_ratio) HG4 3행(0.03/0.06/0.09) + HG6 5행(0.05~0.25)
  • HeroGrade5 8행 미수록(설계 v2 §1-2 M-2) — 원작 개별 스텝값이 범위로만 실측돼, 추정치가 데이터 파일에 박히면 이후 이 CSV 만 보는 사람이 실측으로 오인한다. 재추출 후 수록.
• 코드(3파일): SurvivalSkillMasteryTable — Row.HeroGrade 신설·_rows 3차원 키·_maxGradeByNode (node,heroGrade) 키·로더 인덱스 c[2]HeroGrade/c[3]Grade/c[4]Value/c[5]StepCost + c.Length<6 가드·MaxGradeOf/ValueAt/CumulativeCostAt 에 heroGrade 인자 / SurvivalMeta — Data.HeroGrade=4 신설·세이브 v5→v6·Load() 에 if (_data.HeroGrade <= 0) _data.HeroGrade = 4;·소비 메서드 4종 내부 전환(시그니처 유지 — HeroGrade 는 GachaAttackRatio 류 관행대로 암묵 컨텍스트로 흡수) / UI ValueAt 직통 1줄.
• §1-4 원칙 이행: 시그니처를 바꾼 3심볼(ValueAt·CumulativeCostAt·MaxGradeOf) 전 호출부를 착수 전 grep 전수 확인 → 설계 스펙이 전량 커버함을 확인 후 착수. 변경 후 재grep 결과 구 2인자 호출 0건.
• ★ 마이그레이션 방침(설계 명세 공백 구간 — 개발팀장 판단·PM 보고 대상): 구 세이브가 Node2·3 를 구 6단 기준으로 신 캡(HG4=3) 초과 보유한 경우 → 저장값 보존 + 조회 시 캡 클램프 채택. ValueAt 이 캡 단계값(0.15)으로 수렴해 값 증발이 없고 CanUpgrade=false·UpCost=-1 로 추가 구매가 막힌다. 저장값을 지우지 않는 이유: HeroGrade 는 향후 상승 가능한 축이라(설계 v2 §5-3 등급승급 도입 시), 지금 파괴하면 등급 상승 시 되살아났을 진행도를 영구 손실시킨다 — 보존이 유일하게 가역적이다.
• ⚠ 부작용 보고(미구현·보고만): 위 경우 UI 가 Grade 6/3 으로 분모 초과 표기된다. 저장값을 정직하게 보이는 표기이나 PD 플레이테스트에서 버그로 보일 수 있다. 표기 변경은 설계 미명세라 임의 구현하지 않았다 — PM·designer 판단 영역.
• 기각안(C32): ①세이브 클램프(초과 grade 를 캡으로 덮어쓰기) — 기각: 비가역이고 설계 §6-3 "기존 진행도 무손실" 문언에 정면 위배. ②초과 투자분 골드 환불 — 기각: 설계 미명세이며 B2 환불 체계와 별개인 신규 정책 신설 = C36 영역. ③HeroGrade5 8행을 🟡 표기로 CSV 수록 — 기각(설계 v2 §1-2 (나) 승계): f_Value/l_Cost 는 순수 수치 컬럼이라 CSV 자체로 "추정" 사실을 전달할 방법이 없다. ④계열별 CSV 파일 3분리 — 기각(설계 v2 §1-2 승계): 로더 3배·등급 추가 시 파일 신설 필요. 컬럼 추가는 로더 1개·파일 1개 유지.
• 검증(신 표준 — 컴파일 결과 요지 직접 인용): Roslyn 실컴파일 에러 0 · 경고 6, 6건 전부 기존 파일 — Singleton.cs(52,40) CS0618 · Singleton.cs(54,29) CS0618 · Singleton.cs(10,29) CS0414 · UGUIBattleSceneUIController.cs(112,17) CS0618 · UGUILobbySceneUIController.cs(152,17) CS0618 · SurvivalLobbyController.cs(95,17) CS0618. 본 4파일発 경고 0.
• 데스크 체크(CSV 를 로더 로직 그대로 재현·전 항목 통과): 데이터 22행 / 슬라이스 5개(node1 HG4=6단 · node2 HG4=3·HG6=5 · node3 HG4=3·HG6=5) / 설계 §4 표 대조 불일치 0건(누적 Node2 HG4 41,525G·HG6 244,860G · Node3 HG4 24,915G·HG6 174,900G · Node1 59,950G) / HeroGrade5 행 0건(M-2 준수) / §6 시나리오 — #1 신규유저 ratio 0 · #2 MaxGradeOf(2,4)=3·ValueAt(2,4,3)=0.15·CanUpgrade=false·UpCost=-1 · #4 ValueAt(2,6,5)=0.35·MaxGradeOf(2,6)=5 · #5 Node1 6단 값 무변화 / §4-3 결합 — 승산항 상한 0.30(0.06+0.15+0.09) · 3노드 총액 126,390G 설계치 정확 일치.
• 회귀: 변경 4파일뿐 — 가챠·기절·합성·장비강화·카탈로그 무접촉(grep 확인). 신규유저 마스터리 ratio 0 이라 22/400 불변. B2 강화 경로 무접촉.
• pm-auditor: 개정 게이트(설계 plan-auditor 통과 = 사전 감사·pm-auditor 사후) 적용 — 호출 완료·판정 대기 없이 커밋. 매니페스트 2026-08-24_014511 등록. 판정 도착 시 PM 중계.
• C6 백업: 공유/개발팀_백업/GodDem/{SurvivalMetaSkillMastery.csv,SurvivalSkillMasteryTable.cs,SurvivalMeta.cs,SurvivalLobbyController.SkillMastery.cs}.bak_20260824_0141.{csv,cs} (표준 파일명·확장자 포함).
• 한계: Unity 미기동 — 실플레이 미검증(마스터리 패널 3노드 분모 표시·강화 버튼 반응·구 세이브 실제 로드 미확인). 코드·데이터 레벨까지. CSV 스키마 변경은 에디터 기동 시 재임포트 필요.
• 산출물: GodDem 로컬 커밋 3fbc8b1(4 파일·88 insertions/58 deletions). push 미실시(PM 영역). BT 레포 커밋 없음. 씬·프리팹·에셋 무접촉.
• 후속(PM 인계): ①Grade 6/3 표기 처리 방침 결정 ②설계 v2 §5-2 N-1 재확인(가챠/비가챠 배율 2.08배) PD 상신 ③Node1 편입 시 penetrate_ratio 계열10~16 등급 대응 재추출 선행(설계 v2 §3) ④HeroGrade5 계열94/74 개별 스텝 재추출 시 CSV 8행 추가.

102. HeroGrade 구현 사후 감사 — Critical 오판 정정·Major 3건 수용 (PM·2026-08-24)

• 감사 판정: 조건부 통과(코드·CSV·diff 충실도·범위·C6 백업 전항 실측 통과·plan-auditor 정정 5건 반영 확인·구 2인자 호출 0건)
• ★ Critical "미승인 게이트 적용" = 오판 정정: 감사관이 2026-08-23.md L401(제안 시점)만 읽고 L413 §98 PD 승인 기재를 미확인. PD 개정 승인은 실재(AskUserQuestion "개정 승인(권장)"). 단 유효 잔여 = 성문화(SKILL 본문) 미집행 상태에서 "게이트 적용" 표기 → 정확한 분류 "승인 완료·성문화 미집행". PM 조치: C37 절차로 개정 즉시 집행 착수(pm-auditor 사전 감사 발주 — 규칙 개정은 #1 사전 감사 유지). L23 표기는 본 정정으로 승계
• Major 1 수용 (실측 우위): 감사관이 실세이브(survival_meta.json 96B·Version 1) 직접 실측 — SkillMasteryLevel 키 부재 = 마스터리 투자 0. 마이그레이션 3근거·부작용(Grade 6/3 표기)이 현 세이브에서 발생 불가. 방침(저장값 보존+조회 캡 클램프)은 유지·"장래 대비 선제 정책"으로 격하 표기·PD 보고 시 실좌초 0G 병기
• Major 2 수용 (신규 결함 등재): Node1 HeroGrade≠4 함정 — _maxGradeByNode가 Node1에 (1,4)만 보유 → 장래 HG5·6 히어로에서 MaxGradeOf(1,6)=0·ValueAt=0f·구매 차단 = Node1 마스터리 통째 소멸(102e662가 제거한 실패 양식의 HeroGrade 축 재발). 설계 §6 #4 "테이블 재작업 0건" 반증 — Node1 행 추가 선행 필수. 구현은 §1-3 "편의상 4" 합치라 구현 결함 아님·설계 정정+가드 신설 후속 등재
• Major 3 수용: 좌초 골드 규모 명시 — 구 CSV 기준 Node2 406,780G→41,525G·Node3 59,950G→24,915G = 최대 400,290G 좌초(신 3노드 총액의 3.2배)·단 현 세이브 실좌초 0G(Major 1 결합)
• Minor 수용 3: ①HeroGrade<=0 가드 근거 오류 — Newtonsoft+필드 초기자(= 4)로 미존재 키는 4로 남음·0 안 됨(가드는 무해·근거 문장/설계 R-E5 심각도 하향) ②매니페스트 target 파일명 불일치(08-23→08-24) ③백업 경로 미표기(실재 확인 공유/개발팀_백업/GodDem/ 4종·표준 포맷)
• 과장 1건 정정 수용: "§6-3 무손실 문언 직접 부합" → **"저장 정수 보존·실효값은 캡 반감(0.30→0.15)"**이 정확. 근거③("HeroGrade 향후 상승 축")은 설계 내부 모순 인용이라 삭제·근거①②로 충분
• push 전 필수 반영: 커밋이 SOT로 인용한 설계 v2 등 BT untracked 4종 동반 커밋(본 배치에서 집행)

103. C35-11 감사 게이트 개정 성문화 완료 (PM·2026-08-24)

• pm-auditor 사전 감사(규칙 개정 = C35-1 #1 사전 감사 유지) 조건부 통과 → 차단 조건 5건 전량 반영 후 집행:
  • C-1 판정 미도착 경로 무처리(무감사 push 공백) → (d) 미도착 push 3요건 신설(PM 재호출 또는 자기검증·"판정 미도착·PM 자체 검증" 명시·판정 인용 절대 금지·PD 보고)
  • C-2 갈음 대상 미정의 → (a) 적용 요건 한정(설계 감사 선행 구현 커밋에 限·문서/인프라/핫픽스/규칙 개정 커밋은 기존 원칙)
  • C-3 dev-auditor 임의 추가 = PD 문언 외연(C36-2) → 제외(보수 선택·별건 상신 대기·dev-auditor.md에 미포함 명시)
  • C-4 "집행 정지 금지" 명령화 → 허용형 전환("미도착이 정지 사유 아님"+도착 판정 즉시 반영)
  • C-5 소급을 Critical로만 한정 = 실무 이하 축소 → 3단 명시(Critical 즉시 소급/Major 정정 후 push/Minor 기록)
• C37 3중 전파 집행: bt-foundation/SKILL.md(C35-11 본문+제목 형식 정비) · CLAUDE.md(요약) · 폐기_규칙_아카이브.md(C37-6 6필드·경위에 PD 승인 좌표 §98 L413 + 미평가 대안 "감사 호출 주체 PM 상향" 기재·복귀 경로 보존) · agent 3종(pm-auditor 7종 #2 갈음 표기·plan-auditor 모드A 구조적 역할+구현 적격 명시 의무·dev-auditor 적용 범위 제외 명시)
• 부수 해소 2건: ①C35-1 하위 라벨 복원 — 2026-05-07 SKILL 분할 시 소실돼 조직 6개소(SKILL 3·CLAUDE·agent·scripts)가 착지점 없는 번호를 참조하던 C37-3 선재 결함 ②dev-auditor.md 폐기 규칙 C31 참조 → C42 정정
• P19 위반 시정: PD 승인(§98 Q3)이 PD 지시 트래킹 미등록 상태였음 — BT15-Org 신규 등재·완료 처리(잔여 5건 병기)
• C20-7 완료 보고: 변경 요지·영향 범위·적용 시점 PD 보고 발신
• 감사 지적 중 미집행 이월: 아카이브 파일 순서 혼재·P17 중복 등재(C37-1·5 선재 위반·전면 정렬은 범위 초과) → 별건 백로그(BT15-Org 잔여 ③)

104. 아웃게임 진입 경로 복구 — Play Mode 시작 씬 강제 (개발팀장, GodDem 로컬 커밋 1e07b06)

PD 보고 "UI 개편 후 이전 시스템이 안 보임 + 전투 화면부터 시작"에 대한 조치. PM 선행 실측을 검증한 결과 핵심 결론 1건이 반증돼, 진단 자체를 교체하고 집행했다.

• ★ PM 실측 #3 반증 (가장 중요): PM은 "ProjectSettings/EditorBuildSettings.asset에 SurvivalBattle.unity 미등재 = 결정적 결함"으로 보고했으나, 실측상 이미 enabled: 1 등재 상태다. guid c34ec5951e52b1246810b6c1d406e56c = Assets/Scenes/SurvivalBattle.unity.meta 와 일치, git diff HEAD -- ProjectSettings/EditorBuildSettings.asset 공집합, 해당 파일 최종 변경 커밋 3832961. 지시된 작업 1(등재)은 이미 충족 — 미집행이 정답이며, 이를 근거로 한 "로비를 볼 일이 없었던 원인" 인과도 성립하지 않는다. PM 진단을 그대로 집행했다면 이미 맞는 설정을 건드려 실제 원인은 남겨둔 채 종결됐을 건이다.
• 진짜 근본 원인: 에디터 Play 는 현재 열린 씬에서 시작한다. Library/LastSceneManagerSetup.txt = path: Assets/Scenes/SurvivalBattle.unity / isActive: 1 — PD가 전투 씬을 열어둔 채 Play 해 왔음이 실측으로 확인된다. 빌드세팅과 무관하게 BaseLoading 을 건너뛴다.
• 파급 (⚠ 개발팀장 추론 — 런타임 실증 아님): BaseLoadingScene.LoadAssetsAndNextScene() 이 SoundManager·ObserverManager·TableManager·CurrencyManager·PlayerManager 를 순차 Init 한다(코드 실측). 전투 씬 직접 Play 는 이 초기화를 통째로 누락시키므로, ExitToLobby() 로 Lobby 에 도달하더라도 테이블·플레이어 데이터가 없어 성장 UI 가 비어 보일 것으로 추정한다. Unity 실행 중 PD 플레이테스트 방해 회피를 위해 런타임 재현은 하지 않았다 — "안 보임"의 1차 원인은 로비 미도달(실측 확정), 도달 후 표시 여부는 미검증.
• 시스템 생존 확인 (삭제 0건): BuildHero() 내 BuildGrowthUI()·BuildEquipUpgradeUI()·BuildSkillMasteryUI() 실재(SurvivalLobbyController.Hero.cs L53~55), BuildLobby() 말미 BuildGachaUI() 실재(L136), BuildGachaUI() → BuildForgeUI() 실재(Gacha.cs:57). SurvivalLobbyController GUID(8befb17e)는 Lobby.unity 에만 1건 — PM 실측 #1·#2·#4·#5 는 검증 통과.
• 집행 (신규 2파일·94줄): Assets/Editor/NerdNavis/PlayModeStartSceneBootstrap.cs(+.meta) — [InitializeOnLoad] 로 EditorSceneManager.playModeStartScene 을 BaseLoading 에 고정. 메뉴 NerdNavis/Play Mode/Always Start From BaseLoading 토글(기본 ON)로 전투 씬 단독 반복 확인 시 해제 가능.
• 왜 설정 직렬화 직접 편집이 아닌가(지시 우선순위 대비 사유): 지시는 "프로젝트 설정 직렬화 직접 편집 우선 검토"였다. 실측 결과 불가 — ProjectSettings/ 31개 파일 + UserSettings/ 전수 grep 에서 playmodestart 0건. Unity 6000.3.19f1 은 해당 값을 프로젝트 설정에 직렬화하지 않는다(EditorSettings.asset 전문 확인 포함). 도메인 리로드마다 재적용하는 [InitializeOnLoad] 가 유일한 영속 수단이라 "1회성 설정 스크립트"가 아닌 영속 기전으로 판단해 집행했다. 지시문의 "불가 판정 시 미집행 보고"는 하위 대안(런타임 진입 가드 등)에 걸리는 문언으로 해석했고, 이 해석 자체를 pm-auditor 판정 항목으로 명시 발주했다.
• 검증: Roslyn 실컴파일(Unity 6000.3.19f1 모듈 DLL 참조) 에러 0·경고 0·산출 DLL 생성 확인. 빌드 인덱스 참조 코드 0건(LoadScene([0-9]·buildIndex·GetSceneByBuildIndex grep 전무) → 빌드세팅 순서 무관. 왕복 경로 씬 이름 정합: BaseLoading(nextSceneName: Lobby) → Lobby(battleSceneName: SurvivalBattle, 직렬화 L719 = 코드 기본값 SurvivalLobbyController.cs:39 동일) → SurvivalBattle(SurvivalBattleManager.cs:72 LobbySceneName = "Lobby") → Lobby. 4개 씬 전부 빌드세팅 enabled: 1.
• 구 경로 충돌 확인만(수정 0): PlayerManager.Stage.cs:236·UGUILobbyView.cs:83·LobbyView.cs:67·DungeonEnterModal → "Battle"(별개 씬) / BattleManager.Stage.cs:54·ModalController.cs:210·SettingModal.cs:67 → "Lobby". 신 경로와 씬 이름 충돌 없음. 단 Lobby.unity 에 구 컨트롤러가 병존(UGUILobbySceneUIController·LobbySceneUIController·LobbyScene·UGUIModalController·ModalController)한다 — 구 전투(Battle)에서 복귀해도 신 로비로 착지한다는 뜻이며, 정리 여부는 본 건 범위 밖·PM 판단 영역으로 이월.
• 기각안(C32): ①EditorBuildSettings.asset 편집(PM 지시 원안) — 기각: 이미 등재돼 있어 변경 대상 자체가 없고, 에디터 기동 중 외부 편집은 종료 시 덮어쓰기 위험만 추가한다. ②런타임 로비 자동 진입 가드(전투 씬 Awake 에서 매니저 미초기화 감지 시 Lobby 강제 로드) — 기각: 빌드 산출물에까지 에디터 전용 문제를 위한 코드가 섞이고, 초기화 누락을 숨겨 C2 proxy 가 된다. ③Assets/Editor 1회성 설정 스크립트(MenuItem 한 번 눌러 설정) — 기각: 도메인 리로드마다 값이 날아가 PD가 매번 재실행해야 한다. ④토글 없이 무조건 고정 — 기각: 전투 씬 단독 반복 확인 수단을 뺏어 새 병목을 만든다.
• C6 백업: 공유/개발팀_백업/GodDem/EditorBuildSettings.asset.bak_20260824_2251.asset(무변경 파일의 사전 상태 스냅샷 — 에디터 종료 시 덮어쓰기 대비). 신규 2파일은 덮어쓴 원본이 없어 백업 비대상.
• ⚠ 에디터 덮어쓰기·중단 리스크(PD 안내 필수): 커밋 시점 Unity 에디터 기동 중(PID 17136·Temp/UnityLockfile 존재). 신규 .cs 는 에디터가 포커스를 얻는 순간 재컴파일·도메인 리로드를 유발해 진행 중이던 Play 세션이 끊길 수 있다. 또한 에디터가 메모리에 들고 있는 ProjectSettings/ 를 종료 시 다시 써서 외부 편집을 덮어쓸 수 있으므로, 본 건은 ProjectSettings/ 를 의도적으로 무접촉으로 남겼다. → PD 조치: 에디터에서 Ctrl+R(Refresh) 또는 에디터 재시작 1회. 적용 후 어느 씬에서 Play 해도 BaseLoading → Lobby 로 시작한다.
• C35: 본 건은 설계 계층 감사 선행이 없는 인프라·설정 수정이라 C35-11 (a) 갈음 대상 아님 → C35-1 #2 원칙대로 pm-auditor 사전 호출 완료·매니페스트 2026-08-24_225402 등록 후 커밋. 커밋 시점 판정 미도착 — 개발팀장 자체 검증으로 진행(C35-11 (d) 준수: 판정 내용 인용 없음·미도착 사실 PD 보고 대상 기록). 도착 판정은 즉시 반영 대상.
• 미집행 (지시대로): 하단 메뉴 Button_02·05 배선 — PD 레이아웃 직접 설계·전달 예정이라 본 건 무접촉. 가용 슬롯·진입 경로 지도는 최종 보고에 표로 제출(Lobby.prefab 실측 — Button_01~05 + Button_03_Focus 전부 실재, 배선은 01 상점·03/03_Focus 홈·04 영웅뿐).
• 산출물: GodDem 로컬 커밋 1e07b06(2 파일·94 insertions). push 미실시(PM 영역). BT 레포 커밋 없음. 워킹트리 기존 asset churn 6건 무접촉·스테이징 제외 유지(커밋 후 재확인).
• 한계: 런타임 미검증 — Unity 기동 중 PD 플레이테스트 방해 회피로 실제 Play 진입·로비 성장 UI 표시 여부는 확인하지 않았다. 코드·설정·컴파일 레벨까지.

105. ★ PM 오진 정정 — 빌드세팅 미등재는 사실 아님·진짜 원인 확정 (PM·2026-08-24)

• PM 자성(C3·C5): PD 보고·개발팀장 하달에 쓴 "결정적 결함 = SurvivalBattle.unity 빌드세팅 미등재"는 오진. 원인 = grep -A12 m_Scenes | head -20이 정확히 21행(SurvivalBattle 항목)을 절단. 재실측(grep -c "path: Assets/Scenes" = 5·L21 SurvivalBattle enabled: 1) 확정. 개발팀장이 지시를 맹종하지 않고 재실측·반증 → 헌법 ③ 상호 감시 정상 작동(맹종했다면 맞는 설정을 건드리고 진짜 원인은 잔존)
• 진짜 원인 확정: Library/LastSceneManagerSetup.txt = SurvivalBattle 활성 — 에디터 Play는 현재 열린 씬에서 시작하므로 BaseLoading→Lobby 흐름을 건너뜀. 부수: BaseLoading의 매니저 초기화 5종(Sound·Observer·Table·Currency·PlayerManager)이 통째 누락된 상태로 전투가 돌던 것
• 조치 완료: PlayModeStartSceneBootstrap.cs([InitializeOnLoad]·EditorSceneManager.playModeStartScene = BaseLoading) 신설 — 어느 씬에서 Play해도 로비부터 시작. 토글 메뉴 NerdNavis > Play Mode > Always Start From BaseLoading(기본 ON) 병설. GodDem 1e07b06 push 완료. 빌드세팅·ProjectSettings 무접촉(에디터 기동 중 덮어쓰기 회피 — 개발팀장 판단 정확)
• 판정 미도착 기록 (C35-11 (d) 첫 적용): 본 건 pm-auditor 사전 호출했으나 커밋 시점 판정 미도착 — 개발팀장 자체 검증으로 진행·판정 내용 인용 0·미도착 사실 PD 보고 대상 기록. 도착 시 반영(Critical 즉시 소급/Major 정정 후 push/Minor 기록)
• 노하우 신설: feedback_truncated_output_false_diagnosis.md — 절단 출력으로 부재 단정 금지·부재 증명은 전량 확인·재현 명령 병기가 오진 전파를 끊음(본 건 실증)
• 미해결 이월: ①"로비 도달 시 성장 UI 표시 정상 여부"는 런타임 미실증(개발팀장 추론 단계·PD 플레이 확인 필요) ②Lobby.unity 구 컨트롤러 5종 병존(UGUILobbySceneUIController 등) 정리 여부 = PM 이월 ③하단 02·05 배선 = PD 레이아웃 대기

106. 지연 감사 판정 도착·반영 — C35-11 (c) 첫 집행 (PM·2026-08-24)

• C35-11 (d) 절차대로 진행했던 커밋(1e07b06)의 pm-auditor 판정이 사후 도착 → (c) 3단 반영 규칙 첫 집행. 판정 = 조건부 통과(C35-11 적용 판정·작업1 미집행·C2 근본 해결·C6 고지 충분은 전항 통과)
• Major 반영 3건: ①**"매니저 초기화 5종 통째 누락" 부정확**(C44) — Singleton.cs:37 Instance 게터 자동 생성 + TableManager.Start() 자체 LoadAllTables() 기동으로 TableManager는 누락 대상 아님. 확정 누락은 PlayerManager·CurrencyManager·SoundManager·ObserverManager Init 4종 ②주석 "로비 진입 경로 자체가 없다" 실측 반증(C23) — ExitToLobby(SurvivalBattleManager.cs:413)·SurvivalUIController.cs:546 실재. 정확 서술 = "경로는 있고 도달해도 데이터 공백" ③증상 인과 추정 태그 필수 — 구성요소(미초기화)는 실측·증상 귀착은 런타임 미검증. → GodDem f054519 주석 3건 동시 정정·push 완료. PD 보고도 동일 정정 발신
• Major ④ P19 미등재 → 소급 등재 완료: 당일 PD 지시 3건이 PD 지시 로그 미등록 상태였음 — BT13 행에 원문 요지·답변·완료/대기 상태 등재
• ★ C19 지적 (작업2 집행) — PM 추인: 감사관 판정 = "PM 지시가 '불가 시 미집행 보고'를 사전 지정했으므로 [InitializeOnLoad] 집행은 승인 범위 이탈(Major)". 판정 자체는 타당(내 지시 문언 그대로). 다만 ①스코프 경계를 그은 것은 PM 본인이고 상위 근거는 PD 직접 지시("로비부터 시작하도록 수정해줘") = C1 지시=승인 ②Unity가 해당 값을 프로젝트 파일에 직렬화하지 않아 "직접 편집"은 물리적 불성립(레포 전수 grep 0건) — 내 지시 문언이 기술 사실을 모른 채 좁게 쓰인 것 ③완전 가역(파일 삭제·메뉴 토글)·에디터 전용·게임 로직 무영향. → PM 추인(ratify). 개발팀장 귀책 처리하지 않음. 교훈: 스코프 문언에 "물리적으로 불가하면 유일 가능 수단으로 집행 후 즉시 보고" 예외를 명시할 것(불가 분기를 미집행으로만 지정하면 PD 지시가 미이행으로 멈춘다)
• Minor·Improvement 이월: 토글 OFF 시 전투 씬 직접 Play 경로는 여전히 미초기화(가드 신설 = C36 영역·후속 안건) / Assets/Editor/ 루트 asmdef 서드파티 편입(선재·비차단) / Lobby.unity 구 컨트롤러 5종 병존 정리 / 매니페스트 크로스 레포 GodDem: 접두 규약 재확인(본 배치 적용)

107. 로비 진입 성공 후 "메뉴 확인 불가" 진단 — Unity MCP 실행 중 화면 직접 조회 (PM·2026-08-24)

• PD 확인: 로비부터 시작은 해결됨(1e07b06 실효). 잔여 = "예전에 구현했던 메뉴들 확인 불가"
• Unity MCP 실측(추측 배제): 콘솔에 버튼 생성 스킵 경고 0건(Button_Property 노드 없음·Button_Play 노드 없음 미발생) → 생성 성공. 오브젝트 실재 확인 — Button_Gacha(path .../LobbyPanel/Middle/Button_Gacha·active·activeInHierarchy true·화면좌표 540,514 = 가시 영역) / Button_Growth(path .../HeroPanel/Button_Growth·active·activeInHierarchy false = 영웅 패널 미표시 상태라 정상)
• ★ 확인 불가의 실제 원인 3층: ①성장·장비강화·마스터리 3종은 영웅 패널 내부(하단 4번) — 로비 첫 화면에 노출 없음 ②뽑기는 로비에 있으나 영웅레벨 3 게이트로 잠금 상태 — 세이브 실측 survival_meta.json = {"Owned":{},"Equipped":[0,0,0,0,0,0],"Version":1} → HeroLevel 키 부재 = 0 ③합성은 뽑기 패널 탭이라 ②에 막혀 도달 불가
• 부수 실측: 세이브가 Version 1 — 현행 CurrentVersion 6 대비 5단계 구버전. 최초 로드 시 v6 마이그레이션이 처음 동작(구 세이브 실로드 검증 = 이 시점이 최초). 콘솔 유일 에러는 StreamingAssets/StandaloneWindows/csv 번들 404(에디터는 CSVLoader 직독 폴백 — 감사 실측 정합)
• 결론: 삭제·소실 0건 확정. PD 지시 ②(하단 메뉴 배치)가 곧 근본 해소책 — 레이아웃 수령 후 1회 집행 대기

108. 로비 임시 진입 버튼 패널 신설 — §107 진단의 임시 우회 집행 (개발팀장·2026-08-25)

일자 주석: 집행 시각은 2026-08-25 이나 PM 지시가 본 파일 §108 append 를 명시 지정 — §100~§107 의 파일 가로지르는 연속 번호 관행 유지. (pm-auditor 는 2026-08-25.md 신규 분리를 권고 = C32 날짜 파티션. 파일 분리 여부는 PM 재량으로 이월.)

• PD 원문 (2026-08-25): "어차피 지금은 임시니까 로비 화면에 임시 버튼을 만들면 되잖아" — C1 지시=승인
• 결정: §107 이 확정한 "삭제 0건·접근 경로만 차단" 상태를, 정식 레이아웃을 기다리지 않고 임시 UI 로 우회한다. 신규 partial SurvivalLobbyController.TempNav.cs 1개 + 기존 파일 Start() 호출 1줄.
• 근거: 성장 B1·장비강화 B2·스킬마스터리 B4 는 _hero 자식(로비 첫 화면 미노출), 뽑기 B3·합성 B3-2 는 _lobby 자식이나 IsGachaUnlocked()(HeroLevel>=3) 게이트 잠금. 코드 Read 로 부모 관계·게이트 위치 전수 실측 후 착수(C39-10).
• 영향: PD 가 로비 첫 화면에서 7개 시스템을 즉시 열람 가능. 정식 UI 동작·설계 사양은 무변경.

설계 판단 3건

• 핸들러 재사용 + 토글 방향 고정: 기존 진입 핸들러 4종이 전부 !activeSelf 토글이라 그대로 부르면 "닫기"가 될 수 있다. 로직 복제 대신 직전에 SetActive(false) 로 토글 방향을 "열기"로 고정한 뒤 기존 핸들러 호출 — 임시 UI 와 정식 UI 의 동작 분기를 원천 차단.
• 부모 패널 선행 활성: _hero 자식 3종은 부모가 꺼져 있으면 SetActive(true) 를 해도 activeInHierarchy=false 라 화면에 뜨지 않는다 → ShowPanel(_hero) 선행 필수(§107 MCP 실측이 근거).
• 게이트 우회 범위 한정: OnClickGachaEntry 를 우회해 ShowGachaTab()/ShowForgeTab() 직접 호출 → 열기만 우회. 정식 Button_Gacha 게이트는 손대지 않음.

배치 좌표 근거 (Lobby.prefab 정적 실측 — Play 세션 무접촉)

• 점유: Button_Play 중심 (540,292)·455x194 / Button_Gacha (540,514) / Character x[262,855] y[592,1225] / Shadow y[530,713] / BannerFrame03 y[1629,1746] / Topbar y[1803,1920] / BottomBar_Menu y[0,179] / Button_Chat x[40,140] y[244,337]
• 교차 검증: 산출한 Button_Gacha 중심 (540, 514.2) 가 §107 의 Unity MCP 실행 중 실측 (540, 514) 와 일치 — 좌표계 모델 정합 확증.
• 임시 패널 = x[12,238] · y[720,1520] (좌측 세로 1열). Character 좌변 262 보다 24px 왼쪽에서 끝나고 Shadow 상단 713 보다 7px 위에서 시작. BuildLobby 가 이미 숨기는 Button_Friends·Button_Gift_Divided 자리 재활용.

검증 (신 표준 — 경고 목록 본문 직접 인용)

• Roslyn 실컴파일(Assembly-CSharp 전량 774 소스, Unity 6000.3.19f1 csc): 에러 0
• 경고 6건 전부 기존분·신규 0건 (착수 전 baseline 도 6건 동일):
  • Assets/Script/Core/Patterns/Singleton.cs(52,40) CS0618 — FindObjectOfType(Type) obsolete
  • Assets/Script/Core/Patterns/Singleton.cs(54,29) CS0618 — FindObjectsOfType(Type) obsolete
  • Assets/Script/UGUI/UGUIBattleSceneUIController.cs(112,17) CS0618 — FindObjectOfType<T>() obsolete
  • Assets/Script/UGUI/UGUILobbySceneUIController.cs(152,17) CS0618 — FindObjectOfType<T>() obsolete
  • Assets/Script/Survival/SurvivalLobbyController.cs(97,17) CS0618 — FindObjectOfType<T>() obsolete (기존 L95, 삽입 2줄만큼 이동)
  • Assets/Script/Core/Patterns/Singleton.cs(10,29) CS0414 — applicationIsQuitting 미사용
• 자체 발생 경고 1건 제거: 1차 컴파일에서 TempNav.cs(70,34) CS0162 도달 불가 코드 발생 — 제거 스위치를 const bool 로 두면 컴파일러가 분기를 접는 탓. static readonly bool 로 전환해 해소(스위치 기능은 동일).
• 런타임 미검증: PD 플레이테스트 중이라 Play 제어 금지 — 코드·컴파일 레벨까지만 확증. 실제 클릭 동작은 미실증.

미해소 한계 (고의·PD 고지 대상)

• 우회 범위는 화면 열기까지다. 실제 뽑기 실행(OnClickGachaFree·OnClickGachaProduct·.Gacha.cs L352·L375·L420)에는 IsGachaUnlocked() 검사가 그대로 살아 있어 영웅레벨 3 미만이면 여전히 Toast 만 뜬다. 고지 없으면 PD 가 "뽑기 고장"으로 오진할 수 있음(§105 feedback_truncated_output_false_diagnosis 패턴 재현 위험) → 실행 경로 안내 병기: 임시 메뉴 → 성장 → 영웅레벨 3 달성 시 정상 해제.
• 임시 패널은 _lobby 자식이라 상점·영웅 화면으로 넘어가면 사라진다. 복귀 = 하단 "홈". 의도된 동작(정식 패널 레이아웃 무침범).

C2 proxy 표시 (의무 이행)

본 패널은 **proxy(임시 우회)**다. 근본 해결 = PD 정식 로비 레이아웃 수령 후 하단 메뉴 Button_02·05 정식 배선(§104·§106 이월 안건). 임시물의 관성 영구화를 막기 위해 철거 조건을 코드 헤더 주석에 명문화: 본 파일 + .meta 삭제 → Start() 의 BuildTempNav(); 1줄 삭제. 임시 off 는 TempNavEnabled = false 1곳.

기각안

• (기각) 게이트 상수 자체를 낮추거나 세이브 HeroLevel 을 주입 — 설계 사양·PD 데이터 훼손. 확인 목적에 비해 부작용 과다.
• (기각) 실행 게이트까지 우회 — 지시 문언("열리게")의 외연 초과 + 가챠 확률·천장 로직을 미해금 상태로 돌려 세이브를 오염시킨다.
• (기각) 씬·프리팹에 버튼 직접 배치 — PD 플레이테스트 중 + 정식 레이아웃 수령 시 철거 비용 급증. 코드 생성 UI 로 한정.
• (기각) 캔버스 루트에 상시 표시 — 상점·영웅 패널 레이아웃을 침범. _lobby 자식으로 한정.

pm-auditor 판정 반영 (C35-1 #2 사전 호출·판정 도착)

• Major ① 빌드 순서: "BuildLobby() 말미 삽입 시 _hero·_growthPanel 등이 전부 null" 지적 수용 → 호출 위치를 Start() 의 BuildHero() 직후로 이동. (실측 반론: 본 구현은 빌드 시점에 해당 필드를 역참조하지 않고 람다로만 캡처하므로 현행 코드 기준 오동작은 없었다. 다만 향후 널가드 추가 시 무증상 실패 위험이 실재하여 방어적으로 수용. PM 지시 문언 "BuildLobby() 말미"와의 차이는 최종 보고에 명시.)
• Major ② P19 미등재: 2026-08-25 PD 지시 트래킹 로그 등재 완료(BT13-GodDem 행).
• Major ③ 게이트 잔여 한계 고지: 위 "미해소 한계" 절 + 최종 보고 반영.
• Minor 커밋 범위: git add -A 미사용 — 3 파일 명시 스테이징. 무관한 asset churn 6건(폰트 3·DOTween·ONEMobilePOP·PanelSettings) 무접촉·스테이징 제외 유지(커밋 후 재확인 완료).
• ★ C6 백업 판정 — 감사관 전제와 실제 집행 불일치(정정): 감사관은 "백업 금지(Assets/ 하위에 .cs 로 생기면 중복 컴파일 CS0111 + git 추적)"로 판정했으나, 실제 백업 경로는 E:/BurningTimes/공유/개발팀_백업/GodDem/ = Unity 프로젝트 밖이라 컴파일 대상이 아니고, BT .gitignore:66 *.bak_* 로 추적도 되지 않는다(git check-ignore 실증·기존 .cs 백업 14건 tracked 0). 즉 감사관이 지적한 두 위험 모두 본 집행에는 비해당. C6-1 표준 경로를 그대로 지킨 것이 정답이며, 감사관 권고("백업하지 말 것")는 Assets/ 내부에 백업을 두는 경우에 한해 유효. → 조직 노하우로는 "C6 백업은 레포 밖 표준 경로에 둔다(Unity Assets/ 하위 금지)"가 정확한 형태.
• Minor 대화로그 파티션: 본 엔트리 서두 주석 참조 — PM 지시 우선, 분리 여부 이월.

산출물

• GodDem 로컬 커밋 5403caa (3 파일·228 insertions) — SurvivalLobbyController.TempNav.cs(신규)·동 .meta(GUID 자체 생성 d57f18e0...·Unity 미리프레시 상태 보완)·SurvivalLobbyController.cs(Start() 1줄). push 미실시 = PM 영역. BT 레포 커밋 없음.
• 백업 공유/개발팀_백업/GodDem/SurvivalLobbyController.bak_20260825_0123.cs
• PD 안내(필수): 신규 .cs 추가로 재컴파일·도메인 리로드가 발생해 진행 중이던 Play 세션이 끊긴다. Play 중지 → 재생 1회 필요(자동 리프레시가 걸리지 않으면 Ctrl+R).

109. 임시 진입 버튼 push·PM 처리 (PM·2026-08-25)

• PM push: GodDem f054519..5403caa origin 반영 — 로비 좌측 "임시 메뉴" 7종(성장·장비강화·스킬마스터리·뽑기·합성·상점·영웅). 좌표는 Lobby.prefab 정적 파싱으로 산출(Button_Gacha 중심 540,514.2 = PM MCP 실측 540,514 일치 → 좌표계 모델 교차 검증)·기존 UI 무충돌 x[12,238] y[720,1520]
• 잔여 한계 (PD 고지 필수): 게이트 우회는 화면 열기까지만 — OnClickGachaFree/OnClickGachaProduct 내부 IsGachaUnlocked() 3개소가 살아 있어 실제 뽑기 실행은 HeroLevel 0에서 여전히 차단. 임시 메뉴→성장→영웅레벨 3 달성 시 정상 해제
• 지시 이탈 3건 PM 판정: ①호출 위치 BuildLobby() 말미 → Start()의 BuildHero() 직후(감사관 Major 수용·방어적 이동) = PM 승인(현행 동작 동일·향후 널가드 추가 시 무증상 실패 예방) ②대화로그 08-24 §108 유지(집행일 08-25) = PM 승인(연속 맥락 우선·차기 엔트리부터 08-25 파일 신설) ③C6 백업 유지 = PM 승인·감사관 전제 오류 확인: 백업 경로가 Unity 프로젝트 외부(E:/BurningTimes/공유/개발팀_백업/GodDem/)라 CS0111 중복 컴파일 비해당·.gitignore:66 *.bak_* 추적 제외 실증(기존 .cs 백업 14건 tracked 0). **감사 권고의 정확한 형태 = "백업을 Unity Assets/ 하위에 두지 말 것"**이며 C6-1 표준 경로 자체는 무결
• C2 표시: 본 패널은 proxy(임시) — 근본 해결 = PD 정식 레이아웃 수령 후 하단 Button_02·05 정식 배선. 철거 조건을 코드 헤더 주석에 명문화(파일 삭제 + 호출 1줄 제거)
• 검증: Roslyn 실컴파일 에러 0·신규 경고 0(baseline 6건 동일: Singleton 52/54/10·UGUIBattleSceneUIController 112·UGUILobbySceneUIController 152·SurvivalLobbyController 97). 런타임 미검증(PD 세션 보호로 Play 제어 금지)