quad/.claude/session/2026-08-13-01-gcconn-audit-relate-cycle-spike-readme-sync.md

2026-08-13 첫 번째 세션 — gcconn 트릭 부분 실측, Relate 상호 순환 스파이크 신규, README 동기화

배경

사용자가 base/lifecycle-pattern.md의 bindLifetime/canExecute가 기대는 "gcconn 트릭"의 핵심 가정 둘(ClassName PropertyChangedSignal 미발화, Connection.Connected가 Destroy() 시 GC 없이 동기적으로 false가 됨)을 Roblox Studio에서 직접 실측하는 저수준 스크립트를 짜서 돌려봄 — luau-test/10-roblox-studio-checks.server.luau의 공식 스크립트는 아니고, 같은 두 가정만 따로 떼어 검증한 자작 스크립트. 출력 로그를 보여주며 "이걸로 luau-test/README.md가 '심각한 발견'이라고 못 박아둔 위험이 해소됐다고 볼 수 있는지" 확인 요청.

1단계 — 읽기 전용 검토(쓰기 금지 지시)

당시 다른 에이전트가 작업 중이라는 안내가 있어 쓰기 없이 결론만 냄: 스크립트/로직 자체는 정확했고, 두 핵심 가정(신호 미발화, Connected 즉시 전환) 모두 확인됨 — 하지만 공식 10 파일이 커버하는 나머지(A-1/A-2 canBound/unbindLifetime 이중 바인딩 게이트, Part B Attribute Instance 참조, Part C CollectionService 왕복)는 이 자작 스크립트가 아예 안 건드려서 "완전 해소"로 볼 수 없다는 게 결론 — 부분 확인.

2단계 — 문서화 요청

사용자가 이어서: (1) 해소된 부분만 정리해 .claude/audit/ 같은 폴더에 남기고, (2) 실측에 쓴 "GC 강제 트리거" 기법(canary weak table + 할당 압력

• task.wait 폴링)도 재사용 가능하게 문서화하고, (3) 그 김에 코퍼스 전체를 훑어 luau-test에 더 필요한 게 있는지/stale한 게 있는지 보고 적절히 갱신해달라고 요청.

한 일

.claude/audit/ 신설 — gcconn-trick-verification.md 작성: 확인된 것 4개(신호 미발화, 연결 살아있는 동안 클로저 캡처값 GC 안 됨, Destroy 직후 Connected 동기적 전환, Destroy+GC 후 클로저 캡처값 실제 수거), 아직 확인 안 된 것(A-1/A-2, Part B/C, inst 자체를 __mode="k" weak key로 쓰는 경로) 명확히 구분.

GC 트리거 기법 문서화 — luau-test/gc-trigger-helper.server.luau 신설(waitForGC() 복붙용 스니펫). 부수적으로 07-relate-weak-table-gc.luau의 "Studio에서는 GC 타이밍 검증 자체가 불가능"이라던 서술이 이번 발견으로 틀렸음을 확인 — collectgarbage() API가 없다는 것만 맞고, 간접 관찰은 가능하다고 정정.

18-relate-mutual-cycle-gc.luau 신규 — 코퍼스를 다시 훑던 중, relate-plan.md의 "두 Relate 상호 강참조 순환은 ephemeron 없이는 GC가 안 풂"이라는 주장(Slot의 kSlotMap/slotOwner GC 수정 사례 전체의 유일한 근거)이 지금까지 공식 문서 인용으로만 뒷받침돼 있었고 실제 Luau로 재현해본 적이 없었던 갭을 발견 — 음성 대조군(순환 재현)/양성 대조군(한쪽을 weak-value로 낮추면 풀리는지) 둘 다 넣은 순수 luau CLI 스파이크로 작성.

CLAUDE.md stale 항목 발견·수정 — "지금 할 일" 2번(용어 정리)이 여전히 State를 "1순위, 위험도 높음, open"으로 나열하고 있었는데, question.md 확인 결과 State는 이미 2026-08-12 스무 번째 세션에 확정(현재 이름 유지)돼 있었음 — question.md는 정확했고 CLAUDE.md의 압축 요약만 안 따라감. 실제 열려있는 항목 목록(DI→D, Slot, canExecute, Brand, Tag류, Attribute/AttributeKey)으로 정정.

서브에이전트에 위임한 코퍼스 전체 스윕 — 세션 8~21(전부 2026-08-12, retract는 항상 불림 정정부터 Compute 네이밍 근거까지)이 지난 마지막 전체 감사(세션 16) 이후 .claude/README.md의 요약 테이블에 제대로 반영됐는지, 그리고 이 기간에 생긴 새 메커니즘 중 luau-test 커버리지가 빠진 게 있는지 조사 위임. 결과:

• base//research/ 문서 본문 자체는 이미 전부 최신이었음 — 갭은 전적으로 .claude/README.md의 요약 테이블(색인 레이어)에만 있었음. bind-system-plan.md/slot-plan.md/tag-plan.md/modifier-plan.md/ architecture.md/framework-comparison-findings.md/ operator-sugar-plan.md/pre-implementation-audit.md 8개 행에 세션 12~21 변경사항을 인용 마커로 보강.
• attribute-plan.md 행은 단순 append가 아니라 실제 오류 수정 — 세션 11의 중간 단계(v==nil 가드)를 "현재 상태"인 것처럼 적어뒀는데, 세션 16이 이미 이걸 완전히 뒤집어(retract 완전 no-op) 낡은 서술이 됐던 것.
• 19-ownership-refcount-relate-patterns.luau, 20-slot-splice-index-arithmetic.luau 신규 추가 — 세션 8~21에서 생긴 세 소유권/참조카운트 알고리즘(Tag kTagMap/tagNameMap, Attribute rawNew+owners, Slot elementOwner)과 Slot:Splice의 시프트 산술이 03/04/11/18과는 다른 새 알고리즘 모양이라 실측 가치가 있다고 판단해 작성. Ref/Slot의 retract-via-Relate-diff(세션 8/9)는 기존 03/04와 같은 메커니즘 급이라 스파이크 불필요로 판단, 추가 안 함.
• Part C(세션 17~21의 pre-implementation-audit.md/ framework-comparison-findings.md/operator-sugar-plan.md/ question.md/ROADMAP.md 개별 파일 스팟체크)는 전부 이미 정확해서 추가 수정 없음.

결과물

• 신규: .claude/audit/gcconn-trick-verification.md, luau-test/gc-trigger-helper.server.luau, luau-test/18-relate-mutual-cycle-gc.luau, luau-test/19-ownership-refcount-relate-patterns.luau, luau-test/20-slot-splice-index-arithmetic.luau
• 수정: luau-test/07-relate-weak-table-gc.luau(docstring 정정), luau-test/README.md(테이블/공통 유틸리티 절/갱신이력 8~9차/결과 확인 체크리스트), base/lifecycle-pattern.md(gcconn 구현 스케치에 실측 각주), .claude/README.md(audit/ 행 신설, base/research 테이블 9개 행 동기화), CLAUDE.md("지금 할 일" 1/2번)

남은 것

• 공식 luau-test/10 파일로 A-1/A-2/Part B/Part C 마저 확인 필요(10의 A 섹션 앞부분만 부분 확인된 상태).
• 0106, 08, 09, 1120(총 18개 중 10 제외 전부) — 여전히 사용자가 실제로 안 돌려봄, M0 착수 전 최우선 게이트.