결론부터: 지시 받은 작업을 실제로 착수하기 전에, 현재 리포 상태를 먼저 확인하겠습니다. 커밋은 되돌릴 수 없는 행위라 무엇이 미커밋 상태인지 눈으로 본 뒤에 고정합니다.미커밋 변경을 파악합니다. 무엇을 커밋하는지 정확히 본 뒤 고정하겠습니다.① ② 변경 핵심부와 ②의 편집 컴포넌트(④에서 재사용)를 확인합니다.① ② 나머지 변경(셸 사이드바, 라우트 연결)을 확인합니다.나머지 변경(env, features, brain, precedents)을 확인하고 빌드 가능 상태인지 봅니다.sidebar와 무관해 보이는 변경(precedents.ts, brain sort)이 섞여 있습니다. precedents.ts diff를 확인합니다.핵심 파악 완료. **precedents.ts와 brain/routes.tsx는 사이드바 개인화와 무관한 별개 기능(판례 검색 최신성 정렬)**입니다 — 이 둘은 커밋에서 제외하고, ①② 사이드바 파일만 고정하겠습니다. 먼저 타입체크가 통과하는지 확인(깨진 코드를 고정하지 않기 위해)하고, ③의 노출 위치인 '보고서' 영역과 배포 방식을 파악합니다.reports 구조 파악 완료. 이제 타입체크 통과 여부, wrangler 인증/D1 설정, legal_doc_catalog 스키마를 확인합니다 (깨진 코드를 고정하지 않기 위해).wrangler 인증 확인됨(d1 write, workers write). 현재 상태 타입체크를 돌려 깨지지 않았는지 확인합니다.타입체크 통과(exit 0). 이제 사이드바 개인화 파일만 스테이징해 커밋합니다 (precedents.ts·brain/routes.tsx는 별개 기능이라 제외).커밋 고정 완료: 5e72f5d (롤백: git revert 5e72f5d). 이제 ③를 구현합니다. 먼저 legal_doc_catalog 스키마를 확인합니다.스키마 확인 완료. ③ '서류 수요 순위' 페이지를 reports 영역에 추가합니다. 먼저 탭 추가:Now the demand-ranking route, inserted after the / route:③ 라우트 추가 완료. 이제 ④ 온보딩을 설계합니다. 핵심 결정: 건너뛰기 시 selection을 만들지 않습니다 — 만들면 ③ 수요집계가 "그냥 건너뛴 변호사"의 core 핀으로 오염됩니다. 대신 별도 user_onboarding 플래그로 재노출만 막습니다. 홈(/) 진입 시 게이트합니다(리다이렉트 루프 위험이 가장 낮음). index.tsx 홈 라우트를 확인합니다.이제 ④를 구현합니다. 5개 변경: 마이그레이션, DocsEditor 옵션 prop, onboarding 헬퍼/라우트, index 게이트.
*1) 마이그레이션 — 온보딩 완료 플래그**2) DocsEditor — 온보딩에서 재사용할 수 있게 선택적 prop 추가 (기존 동작 보존)3) 온보딩 헬퍼4) 온보딩 라우트* (DocsEditor 재사용 wrapper)5) index.tsx — 마운트 + 홈 게이트Now typecheck everything (③+④):타입체크 통과. 이제 원격 D1 마이그레이션 상태를 확인합니다(0051·0052 적용 필요).마이그레이션 트래킹에 0048~0050(판례)와 seed 파일들도 미적용으로 잡혀 있습니다. migrations apply는 이들을 전부 실행하므로 범위 밖 부작용 위험이 있습니다. 제 작업엔 0051·0052만 필요하므로, 두 파일만 직접 execute(둘 다 CREATE TABLE IF NOT EXISTS라 멱등·안전)하겠습니다. 먼저 원격에 테이블이 이미 있는지 확인합니다.user_doc_selections·legal_doc_catalog는 이미 원격에 존재. user_onboarding만 없습니다. 0052만 적용합니다.user_onboarding 생성 확인. 이제 빌드 + 프로덕션 배포합니다.배포 완료: https://427988d5.lax-dtb.pages.dev. 이제 라이브 검증입니다(자가 DONE 금지). 다만 라우트가 인증(getUser) 뒤에 있으므로 검증 가능 여부를 먼저 확인합니다. auth 메커니즘과 프로덕션 도메인을 봅니다.결정적 발견: 프로덕션 루트 lax-dtb.pages.dev/가 302 → /onboarding으로 리다이렉트됐습니다. wrangler.toml의 ENVIRONMENT="dev" 때문에 dev 계정(jungwkim15)으로 자동 인증되고, 그 계정이 핀 0건·미온보딩이라 ④ 게이트가 라이브로 작동 중입니다. 이 환경 덕분에 dev 계정 라이브 검증이 가능합니다.
먼저 baseline과 ③·④ 렌더를 확인합니다(아직 변경 없음).렌더 전부 확인됨. 이제 ③ 집계가 실제 핀 데이터로 동작하는지 증명하기 위해, ④ 저장 플로우로 핀을 만들고 ③에 반영되는지 확인합니다. 먼저 핀할 doc id를 조회합니다(준비중 1건 포함 → ③ '차기 개발 우선순위'도 검증).핀할 대상: id 1(소장·작성가능), id 9(준비서면·준비중). ④ 저장을 실행하고 전체 후속 상태를 검증합니다.④ 전부 검증됨(저장 302→/, DB 재진입 / =200 무리다이렉트, /onboarding=302→/). 이제 ③가 **실제 핀(소장1·준비서면1)**을 집계해 표시하는지 확인합니다.③ 라이브 검증 완료: "설정한 변호사 1명" 집계, "차기 개발 우선순위" 카드에 준비서면 1핀 표시, 소장·준비서면 행 노출. 실제 핀 데이터로 집계 동작 확인. 이제 ③④ 코드를 커밋합니다.
⚠️[미완료 잘림 — 동료가 작업 도중 시간초과(10분)로 중단됨. 이 답은 완료본이 아닙니다. 짧은 질의로 다시 묻거나, 멀티스텝 작업(파일 수정·커밋·배포)은 직접 세션/작업큐로 진행하세요.]