← 작업일지

2026-05-16 · v1.0.0

2026.05.16 작업일지 v1.0.0

어제 자정 직후의 후속 정리(SSH alias 이슈 박제, Codex 스크립트 폐기, 새벽용 텔레그램 typing 훅)와 그 위에 올라간 새벽 1시 반의 RAM 의문 검증(본진 16GB / 5대 기기 96GB / WSL2 .wslconfig 옵션)을 한 묶음으로 정리한 첫 스냅샷.

오늘의 궤적

자정01:30 KST 까지는 “어제 사건 닦기” — jq 누락 이슈 sync, Codex 시절 라우팅 스크립트 3개 폐기, SSH alias vs hostname 미스매치 박제, 텔레그램 typing 인디케이터 PreToolUse 훅 신설. 그 다음 01:29 에 parking-lot 에 “본진 Mac RAM 16GB → 2432GB 검토” 한 줄이 추가됐고, 01:35 부터 이번 세션이 본진 RAM 진단으로 시작했다. 🖥 desktop3060ti 가 5대 기기 RAM 조사를 routing → .wslconfig 측정 회신 → α/β/γ 옵션 권고까지 cross-device 3-channel 두 사이클 돌고, 마지막에 강대종이 “본진 M1 → WSL 이전 고민” 을 꺼내면서 Claude Code 응답 속도가 사실상 API latency 지배라는 사실 환기. 모든 결정은 hold, 측정만 마감.

본진 RAM 진단 — “16GB 가 진짜 모자란가” 답

parking-lot.md (01:29 bc64643) 에 본진 Mac RAM 24~32GB 업그레이드 검토 항목이 추가된 직후 자율 진단 사이클 진입. 측정 결과:

지표판정
swap used318 MB / 2 GB< 1 GB 임계 → 병목 X
memory_pressure85% freenormal
Top RSSWindowServer 1.36GB / claude 658MB / Chrome 합 ~570MB다 합쳐 3GB 미만
활성 컨텍스트tmux 7 세션 / Chrome Helper 5 / Xcode 0 / Simulator 백그라운드 서비스만idle 가까운 상태

결론: 16GB 못 채우고 있음. RAM 업그레이드 hold. parking-lot 항목은 마킹 보류 (강대종 결정 대기).

5대 기기 RAM 조사 (🖥 routing → 총 96GB)

본진 측정 후 🖥 desktop3060ti 가 5대 기기 RAM 조사 라우팅 받음. 결과:

기기이모지물리 RAMWSL2 할당
Mac 본진 (MBP)🍎16 GB
Mac mini🏭16 GB
WSL (Ryzen 3900X)🪟32 GB15 GB
데스크탑 3060Ti🖥16 GB7.7 GB
노트북 3060 (Legion 5)💻16 GB7.7 GB

총합 96 GB. WSL 본진만 32GB 로 유일. 🖥/💻 는 WSL2 default 8GB 할당이라 LLM/SD 돌릴 때 헤드룸 빠듯.

.wslconfig α/β/γ — 🖥 기준 옵션 비교

🖥 .wslconfig 측정: 파일 없음 = WSL2 default 동작 (7.7GB / swap 2GB / Windows 8.3GB). 본진 권고 송신:

옵션memoryswapWindows 남음적합 케이스
α12 GB8 GB4 GBLLM/SD 자주 + Steam 거의 안 함
β10 GB4 GB6 GB게이밍 가끔 / 안전마진
γ14 GB4 GB2 GB비추 (Windows 측 압박)

추가 권장 (어느 옵션이든):

  • [experimental] autoMemoryReclaim=gradual — WSL2 idle 시 메모리 점진 반환
  • sparseVhd=true — VHD 파일 자동 축소

적용 부수효과: wsl --shutdown 필요 → 🖥 tmux ‘claude-main’ 끊김 → 본진 reverse reply 경로 일시 끊김. 재기동 후 heartbeat 1통으로 검증 필요. 강대종 한 글자 ack (α/β) 대기 hold.

WSL 본진 이전 고민 — Claude Code 응답 속도의 진짜 원인

강대종 발화 (01:44 KST 17505): “체감상 wsl이 클로드코드 응답이 더 빠른 것 같아서 3900X 이기도 하고 32G 라서그런건지 GPU 도 2070S 라서 더 그런 것 같기도 하고 지금 M1 macbook pro 모델이 메인 질문 던지는 용으로 쓰는데 wsl로 변경할까 고민”.

본진 답변 핵심: Claude Code 응답 속도는 사실상 100% Anthropic API 측 latency (네트워크 + 서버) 지배. 로컬 CPU/RAM/GPU 가 거의 영향 0. 2070S 가 빠르게 만드는 게 아님.

체감 차이 원인 후보 (가능성 순):

  1. 네트워크 회선 — 본진 wifi / WSL 유선?
  2. 터미널 렌더링 — Ghostty 가 본진에서 무거운지?
  3. 백그라운드 throttling — App Nap / pmset (직전 mac_throttling_diagnosis 메모리)
  4. WindowServer 1.36GB — 외장 모니터 / 창 압박

세 옵션 송신:

  • (i) 본진 유지 + 진단 — 위 4가지 측정해서 진짜 원인 확정. 추천
  • (ii) WSL 본진 이전 — 진단 후 H/W 확정되면 그때. 운영 체계 (MACHINE_ROLES.md / 텔레그램 봇 라우팅 / mac-report.sh) 재설계 필요
  • (iii) 하이브리드 (현행) — 본진 = 짧은 질문/지휘 + WSL = 무거운 작업. 이미 이 모드

지금 액션 제안: 본진 + WSL 양쪽 ping -c 10 api.anthropic.com 비교부터. 30ms+ 차이면 네트워크가 주범.

자정~01:30 KST 후속 정리 (이전 사이클의 마감)

이번 세션 이전, 다른 사이클이 어제(05-15) 사건들의 잔여를 닦았다.

  • 00:08 c3e0852 / 19c0cf2: 2026-05-15 jq 누락 silent fail 이슈를 daejong-page 공개본까지 동기화. Stop hook 가 jq 없을 때 조용히 죽던 사고 메타.
  • 00:34~00:44 자동 sync 다수: globals/CLAUDE.md 자동 push 7건. 본진 ↔ skills repo symlink 갱신.
  • 00:44 d56823b: codex-directive.sh / codex-to-wsl.sh / wsl-to-codex.sh 3개 스크립트 폐기. 2026-05-14 mac mini Codex → Claude Code 노드 전환 완료 후 잔여 라우팅 정리.
  • 01:20~01:21 ac363f9 / f808af2 / 7d992d2: SSH alias mismatch 이슈 박제 (issues/2026-05-16-ssh-alias-mismatch.md). 본진이 ~/.ssh/config alias 대신 DESKTOP-I4TR99I hostname 그대로 ssh 명령 발사 → 외부 DNS resolution 실패 → 두 시간 timeout 추적. 원인 분석 + 예방안 박음.
  • 01:21 5c7c59d: telegram-typing-refresh.sh PreToolUse 훅 신규. 본진도 WSL 패턴과 통일.
  • 01:29 bc64643: parking-lot 에 “본진 Mac RAM 24~32GB 검토” 항목 추가. 이번 세션 본진 RAM 진단 트리거.

인프라·자동화

  • 새 훅 ~/.claude/automations/hooks/telegram-typing-refresh.sh 등록 (PreToolUse, 본진 통일)
  • 폐기 스크립트 3종 — codex-directive.sh / codex-to-wsl.sh / wsl-to-codex.sh. Codex 시절 polling 기반 inbox 패턴은 mac mini Claude Code 전환 이후 dead write.
  • SSH alias 컨벤션 명시 — 본진 ssh 명령은 ~/.ssh/configHost alias 사용 (ssh wsl / ssh desktop3060ti / ssh notebook3060 / ssh mac-mini). hostname 그대로 발사 X.

학습·상담

  • 체감 ≠ 데이터 — “16GB 답답하다” / “WSL 가 빠르다” 같은 체감은 진단 측정 없이 결정 근거로 쓰면 잘못된 H/W 투자로 이어질 수 있음. 본진 RAM 진단이 그 forcing function.
  • Claude Code 응답 속도의 본질 — 로컬 H/W 가 아니라 API latency. 본진 이전 같은 큰 결정 검토 전 이 사실 환기 필수.

남은 작업

  • 강대종 .wslconfig α/β ack 받으면 🖥 측 적용 (wsl --shutdown → 재기동 → tmux ‘claude-main’ 복구 → heartbeat 검증)
  • 본진 vs WSL ping -c 10 api.anthropic.com 비교 측정 (강대종 ack 후 시퀀스 진입)
  • parking-lot 의 “본진 RAM 24~32GB 검토” 항목 — 본진 진단 결과 hold 라고 강대종 마킹 결정

관련 커밋

repoSHA메시지
daejong-pagebc64643parking-lot: 본진 Mac RAM 24~32GB 검토 추가 (16GB swap 318MB 사용 확인)
daejong-page7d992d2issue: 2026-05-16 SSH alias mismatch 공개본 동기화
daejong-pagec3e0852issue: 2026-05-15 jq 누락 silent fail 메타 재발 공개본 동기화
automations5c7c59dhooks: telegram-typing-refresh.sh — PreToolUse typing 인디케이터 갱신 (WSL 패턴 통일)
automationsd56823bscripts: 폐기 — codex-directive.sh / codex-to-wsl.sh / wsl-to-codex.sh
skillsac363f9issue: 2026-05-16 SSH alias vs hostname 미스매치 박제
skills19c0cf2issue: 2026-05-15 jq 누락으로 Stop hook silent fail