네, 시작하겠습니다. 결론부터 못 박자면: 이건 "코드 됨"이 아니라 "배포+라이브 전수검증 0건"에서 끝나는 작업이니, 먼저 현황을 정확히 파악하고 롤백 경로(bbe3f7a 기준)부터 확인하겠습니다.
먼저 코드베이스 구조와 대상 파일들을 동시에 확인합니다.LAX-site가 작업 대상이네요. 구조와 빌드 파이프라인, 그리고 직전 커밋 상태를 확인합니다.직전 14px override가 어떻게 됐는지(패턴 차용), wc 빌드 파이프라인, 그리고 작은 폰트가 박힌 wc 컴포넌트들을 한 번에 확인합니다.빌드 파이프라인 이해했습니다. wc.css는 index.css에서 @import를 인라인해 번들. 이제 wc 레이어 전체의 작은 font-size 선언과 토큰, 그리고 오버레이 위젯(wcv-, 알림/보고서)을 전수 조사합니다.app-shell/menu/tag(배지)는 위 grep에 안 잡혔습니다 — em이나 토큰을 쓰는 듯. 직접 확인합니다.app-shell/menu/tag엔 font-size 선언이 없네요. wc-shell- 클래스가 어디서 폰트를 받는지 전 코드베이스에서 추적합니다.중요 — wc는 font: 단축속성을 써서 앞 grep이 놓쳤고, wc-shell-* 는 src/app/shell.tsx 인라인 <style>에 있습니다. 이제 전 소스에서 14px 미만 텍스트를 패턴 망라해 수집합니다.이제 핵심이 보입니다. wc 컴포넌트 CSS(직접 font-size)와 shell.tsx 인라인 <style>(font: 단축, 12.5/10.5/13.5/10/8.5/11px 등)이 주 대상입니다. shell.tsx 스타일 블록 전체와 오버레이 위젯(wcv-*, 알림/보고서)을 마저 수집합니다.범위가 두 버킷(① wc 레이어, ② 오버레이 위젯)보다 넓게 퍼져 있는 게 확인됩니다(plans/matters/clients/draft 등 페이지 인라인까지). Jason이 분할을 허용했으니 Phase 1 = wc 레이어 + 오버레이 위젯을 먼저 끝내고 커밋·배포·검증하는 게 안전합니다.
진행 전에 배포·검증 인프라 가용성부터 결정적으로 확인합니다(예고 금지 — 지금 확인). voice-widget의 wcv-* 실체도 같이 봅니다.배포(OAuth 인증됨)·Playwright(1.61.0) 둘 다 가용합니다. 다만 sub-14 텍스트가 전 소스 153곳에 퍼져 있어, 단일 턴에서 "전 화면 0건"까지 한 번에 끝내려면 결정적 코드모드가 맞습니다. 먼저 배포 대상(lax vs lax-dtb) 확정과 카운트 배지/토큰 소비처를 확인합니다.배포 대상 확정: 프로젝트 lax → lax-dtb.pages.dev, npm run deploy가 정확히 거기로 갑니다. 인증·툴 모두 준비됨.
판단: sub-14가 153곳에 퍼져 있고 그중 wc 타입스케일은 토큰(var) 기반이라 리터럴 코드모드만으론 안 잡힙니다. 그래서 (a) wc 타입 토큰 4개를 14px로 플로어(중앙 집중·최고 유지보수), (b) 나머지 리터럴 px는 결정적 코드모드로 일괄 14px 플로어 — 이게 "어디든 14px"를 가장 견고하게 달성하는 길입니다.
먼저 wc 타입 토큰을 플로어합니다.이제 리터럴 px용 결정적 코드모드를 작성·실행합니다. font-size:Npx와 font:<w> Npx[/lh] 단축속성의 크기 토큰만 14px로 플로어하고, line-height는 보존합니다. brain·precedents.ts는 제외하고, 모든 변경을 리포트로 남깁니다.150곳 플로어 완료. 이제 (1) 코드모드가 놓친 잔여 sub-14(rem/em·font-style 접두 단축 등)를 재스캔하고, (2) 레이아웃 민감한 카운트 배지/사이드바 배지 박스를 점검합니다.잔여 리터럴 px는 0 — 깔끔합니다. 다만 chat 패널(채팅 — 감사 대상 화면) 이 rem 기반(.82rem≈13px, .66rem≈10.5px 등)으로 sub-14가 남아 있습니다. .875rem(=정확히 14px)은 통과, 그 미만만 14px로 플로어하도록 코드모드에 rem 패스를 추가해 재실행합니다.소스 레벨 sub-14 잔여 0. 이제 Tailwind 임의값 유틸(text-[Npx]/text-[Nrem]) 중 bbe3f7a override가 안 덮은 값과, em 기반, 그리고 레이아웃 민감 박스(배지/아바타)를 점검합니다.추가 발견 2건:
- Tailwind
text-[12.5px]— bbe3f7a override 목록에 빠져 미적용(12.5px 잔존). override에 추가 필요. - em 기반 — 부모가 14px가 됐어도
.86em(코드)·.85em(표) 등은 계산값 <14px. chat(감사 대상)·draft 본문 표가 해당. 단, 디스클로저 캐럿▸(.75em)·각주 윗첨자(.62em)는 비텍스트/타이포 예외로 제외 판단.
hr 라벨과 draft 윗첨자 맥락만 확인하고 타깃 수정합니다..toggle-chevron(0.7em)·sup.dw-cite(0.62em 각주)는 디스클로저 캐럿/타이포 윗첨자 → 비텍스트·타이포 예외로 제외(보고에 명시). 본문 텍스트인 chat 인라인코드·draft 본문 표 4건만 14px로 플로어하고, Tailwind override에 text-[12.5px]를 추가합니다.Edit는 Read 선행이 필요합니다. 대상 파일들을 읽고 수정합니다.Now applying the targeted edits (Tailwind text-[12.5px] + 4 em-based body-text floors):이제 레이아웃 민감 요소: 알림 카운트 배지(.wc-nb-badge)가 16px 박스에 14px 텍스트라 다소 빡빡합니다 — 자비스 배지(18px)와 동일하게 박스를 키워 자연스럽게 맞춥니다(내 폰트 변경에서 파생된 정리).자비스 배지도 14px를 여유 있게 담도록 18→20px로 통일합니다.레이아웃 박스 조정 완료. 이제 풀빌드(Tailwind + wc + vite + routes patch)를 돌립니다.빌드 통과(tailwind.css, wc.css 31.6KB, _worker.js). 배포 전 빌드 산출물에 sub-14 누수가 없는지 결정적으로 확인합니다.빌드 산출물 점검 결과 2가지 확인 필요:
- wc.css 토큰 14px·sub-14 누수 0 ✓
- _worker.js의
font-size:13px/12px잔존분은 brain/routes.tsx(범위 제외, 미감사 화면) — 예상된 잔존. - ⚠️ tailwind 빌드에서
text-[12.5px]룰이 grep에 안 잡힘 — 실제 보존됐는지 결정적으로 확인합니다.확인 완료 — floor 블록에.text-\[12\.5px\]포함,font-size:14px!important로 생성 유틸을 덮습니다. 빌드 산출물 전부 검증됨.
이제 lax-dtb.pages.dev(프로젝트 lax)로 배포합니다.
⚠️[미완료 잘림 — 동료가 작업 도중 시간초과(10분)로 중단됨. 이 답은 완료본이 아닙니다. 짧은 질의로 다시 묻거나, 멀티스텝 작업(파일 수정·커밋·배포)은 직접 세션/작업큐로 진행하세요.]