# Code Review Reference - REFACTOR ## 개요 date=2026-05-04 task=02_cli_test_layout_cleanup, plan=0, tag=REFACTOR ## 이 파일을 읽는 리뷰 에이전트에게 각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요. 리뷰 완료 후 반드시 아래 순서로 아카이브하세요. 1. `CODE_REVIEW.md` → `code_review_N.log` (N = 기존 code_review_*.log 수) 2. `PLAN.md` → `plan_M.log` (M = 기존 plan_*.log 수) 3. PASS인 경우 `complete.log` 작성 후 종료. WARN/FAIL인 경우 새 `PLAN.md` + `CODE_REVIEW.md` 스텁 작성. --- ## 구현 항목별 완료 여부 | 항목 | 완료 여부 | |------|---------| | [REFACTOR-1] 테스트 파일을 cli 부모 디렉토리로 이동 | [ ] | ## 계획 대비 변경 사항 _구현 에이전트가 계획과 다르게 구현한 부분을 이유와 함께 기록한다._ ## 주요 설계 결정 _구현 에이전트가 주요 설계 결정 사항을 기록한다._ ## 리뷰어를 위한 체크포인트 - 빈 sub-디렉토리(`oneshot`, `persistent`, `lifecycle`)가 모두 제거되었는지 - 이동된 4개 파일의 `package` 선언이 모두 `cli_test`인지 - 동일 이름의 테스트 헬퍼/함수가 충돌 없이 모두 단일 패키지 안에서 컴파일되는지 - `apps/node/internal/adapters/cli/internal/testutil`는 그대로 유지되었는지 ## 검증 결과 _구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다._ ### REFACTOR-1 중간 검증 ``` $ ls apps/node/internal/adapters/cli/ $ go test ./apps/node/internal/adapters/cli/... (output) ``` ### 최종 검증 ``` $ go build ./... $ go test ./apps/node/... $ find apps/node/internal/adapters/cli -type d (output) ```