# 09 Ops Console Docs Follow-up Plan - REVIEW_REVIEW_REVIEW_REVIEW_OCD ## 이 파일을 읽는 구현 에이전트에게 **필수: 구현 마지막에는 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다.** 이 follow-up은 review 파일의 검증 출력 기록만 다룬다. README, docs, apps/edge README 본문은 새로 수정하지 않는다. review 파일의 아카이브 지시와 `코드리뷰 전용 체크리스트`는 코드리뷰 에이전트 전용이므로 수정하거나 체크하지 않는다. ## 배경 plan 3 구현은 README의 범위 밖 Control Plane 상세 항목 제거를 완료했다. 남은 문제는 `CODE_REVIEW-cloud-G07.md`의 검증 결과가 exact command의 실제 stdout/stderr 형식과 다르게 기록된 verification trust failure뿐이다. ## 분석 결과 ### 읽은 파일 - `agent-ops/rules/project/rules.md` - `agent-ops/skills/common/code-review/SKILL.md` - `README.md` - `docs/architecture.md` - `apps/edge/README.md` - `agent-task/09_ops_console_docs/plan_cloud_G07_3.log` - `agent-task/09_ops_console_docs/code_review_cloud_G07_3.log` ### 테스트 커버리지 공백 - Review 기록 fidelity는 Go unit test가 커버하지 않는다. - exact command 재실행 출력과 review 파일 기록을 대조한다. ### 심볼 참조 - 코드 심볼 rename은 없다. ### 범위 결정 근거 - README/docs/apps/edge README 본문은 새로 수정하지 않는다. - 검증 결과 기록만 실제 stdout/stderr와 일치시킨다. ### 빌드 등급 - Build `cloud-G07`: verification trust failure follow-up. - Review `cloud-G07`: exact output fidelity 확인이 필요하다. ## 구현 체크리스트 - [ ] `CODE_REVIEW-cloud-G07.md`의 검증 결과를 exact command의 실제 stdout/stderr 형식으로 기록한다. - [ ] README/docs/apps/edge README 본문을 새로 수정하지 않는다. - [ ] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다. ### [REVIEW_REVIEW_REVIEW_REVIEW_OCD-1] 검증 출력 기록만 실제 stdout/stderr로 교체 #### 문제 `code_review_cloud_G07_3.log`에서 `git diff --check`의 no-output 성공이 `(empty)`로 기록됐고, `rg --sort path -n "ops console|cli adapter|edge-local" README.md docs apps/edge` 출력이 실제 `path:line:text` 형식이 아니라 file heading 형식으로 재구성됐다. #### 해결 방법 새 `CODE_REVIEW-cloud-G07.md`에는 아래 명령을 그대로 실행한 결과를 그대로 기록한다. - 출력이 없는 성공 명령: `(no output, exit code 0)`. - no-match `rg`: `(no output, exit code 1 - no matches)`. - match가 있는 `rg`: 실제 `path:line:text` 형식을 그대로 붙여 넣는다. - `README.md` 같은 file heading을 만들지 않는다. - 문장 중간에 임의 공백을 넣지 않는다. #### 수정 파일 및 체크리스트 - [ ] `CODE_REVIEW-cloud-G07.md` #### 테스트 작성 - 별도 테스트 없음. review 기록 자체가 검증 대상이다. #### 중간 검증 ```bash git diff --check -- README.md docs/architecture.md apps/edge/README.md rg --sort path -n "Policy/Config|Job/Worker|Audit, Metrics/Event" README.md rg --sort path -n "Web Portal|IOP Portal" README.md docs apps/edge rg --sort path -n "임시 디버그|temporary debug|임시 수동 테스트 UI" README.md docs apps/edge rg --sort path -n "ops console|cli adapter|edge-local" README.md docs apps/edge go build ./... ``` ## 수정 파일 요약 | 파일 | 항목 | |---|---| | `CODE_REVIEW-cloud-G07.md` | REVIEW_REVIEW_REVIEW_REVIEW_OCD-1 | ## 최종 검증 ```bash git diff --check -- README.md docs/architecture.md apps/edge/README.md rg --sort path -n "Policy/Config|Job/Worker|Audit, Metrics/Event" README.md rg --sort path -n "Web Portal|IOP Portal" README.md docs apps/edge rg --sort path -n "임시 디버그|temporary debug|임시 수동 테스트 UI" README.md docs apps/edge rg --sort path -n "ops console|cli adapter|edge-local" README.md docs apps/edge go build ./... ``` 모든 코드 변경 완료 후 반드시 `CODE_REVIEW-*-G??.md`의 구현 에이전트 소유 섹션을 채운다. 이 파일 작성이 구현의 마지막 단계다.