<!-- task=02_antigravity_usage_status plan=1 tag=REVIEW_ANTIGRAVITY -->

# Code Review Reference - REVIEW_ANTIGRAVITY

> **[IMPLEMENTING AGENT — READ FIRST] Filling in this file is the mandatory final step of implementation.**
> The task is NOT complete until every implementation-owned section below is filled in.
> Complete the `구현 체크리스트`; the final checklist item is mandatory before saving.
> Do not modify or check the `코드리뷰 전용 체크리스트`; it is owned by the review agent only.
> Follow the ownership table at the bottom of this file for which sections you own.

## 개요

date=2026-05-21
task=02_antigravity_usage_status, plan=1, tag=REVIEW_ANTIGRAVITY

## 이 파일을 읽는 리뷰 에이전트에게

각 항목의 구현을 실제 소스 파일과 대조하고, `검증 결과` 섹션의 출력이 코드와 일치하는지 확인하세요.
리뷰 완료는 아래 순서까지 끝난 상태를 의미합니다.

1. 판정을 append한다.
2. `CODE_REVIEW-cloud-G08.md` → `code_review_cloud_G08_1.log`, `PLAN-cloud-G08.md` → `plan_cloud_G08_1.log`로 아카이브한다.
3. PASS이면 `complete.log` 작성 후 task 디렉터리를 `agent-task/archive/YYYY/MM/02_antigravity_usage_status/`로 이동한다. WARN/FAIL이면 다음 active plan/review 파일을 즉시 작성한다.
4. 적용 가능한 `코드리뷰 전용 체크리스트` 항목을 최종 `.log` 위치에서 체크한 뒤 보고한다.

---

## 구현 항목별 완료 여부

| 항목 | 완료 여부 |
|------|---------|
| [REVIEW_ANTIGRAVITY-1] `/usage` 대기 조건이 parser-supported quota 출력을 인정하도록 보정한다 | [x] |
| [REVIEW_ANTIGRAVITY-2] `/model` 출력이 없어도 `/usage` raw fallback을 반환하도록 보정한다 | [x] |

## 구현 체크리스트

- [x] [REVIEW_ANTIGRAVITY-1] `/usage` 대기 조건이 parser-supported quota 출력(`quota` + used percent, used percent with reset)을 인정하도록 보정하고 fake PTY 회귀 테스트를 추가한다.
- [x] [REVIEW_ANTIGRAVITY-2] `/model` 출력이 없거나 `Model usage`가 없을 때도 이미 확보한 `/usage` raw output을 `ParseStatusOutput`으로 반환하도록 보정하고 raw fallback fake PTY 테스트를 추가한다.
- [x] 중간 검증과 최종 검증 명령을 실행하고 결과를 기록한다.
- [x] CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.

## 코드리뷰 전용 체크리스트

> **[REVIEW AGENT ONLY]** 이 체크리스트는 코드리뷰 에이전트만 사용한다.
> 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.

- [x] `코드리뷰 결과`에 `PASS`, `WARN`, `FAIL` 중 하나의 판정을 append한다.
- [x] 판정과 `차원별 평가`, Required/Suggested/Nit 분류가 서로 일치한다.
- [x] active `CODE_REVIEW-*-G??.md`를 `code_review_cloud_G08_1.log`로 아카이브한다.
- [x] active `PLAN-*-G??.md`를 `plan_cloud_G08_1.log`로 아카이브한다.
- [ ] PASS이면 `agent-ops/skills/common/code-review/templates/complete-log-template.md` 기준으로 `complete.log`를 작성하고 active `.md` 파일을 남기지 않는다.
- [ ] PASS이면 `agent-task/02_antigravity_usage_status/`를 `agent-task/archive/YYYY/MM/02_antigravity_usage_status/`로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다.
- [x] WARN/FAIL이면 다음 active `PLAN-cloud-G08.md`와 `CODE_REVIEW-cloud-G08.md`를 작성하고 `complete.log`를 작성하지 않는다.

## 계획 대비 변경 사항

- 계획 대비 변경 사항 없음. 계획에 제시된 요구사항과 기술적 설계를 완벽히 준수하여 후속 보정을 완료함.

## 주요 설계 결정

1. **`/usage` 대기 조건 (`resultRegex`) 보정**:
   - 기존의 `Usage limit:`, `Limit reached`, `No API calls have been made` 외에도 parser가 처리할 수 있는 형태인 `0% used` 등의 문구(`\d+(?:\.\d+)?%\s+used`) 및 `quota` 키워드(`\bquota\b`)를 대기 정규식에 추가했습니다.
   - 이를 통해, 실제 CLI에서 `Usage limit:` 키가 생략되더라도 checker가 timeout 없이 즉시 다음 단계인 `/model` 수집 단계로 정상 진입할 수 있도록 개선했습니다.

2. **`/model` 수집의 Best-effort 전환**:
   - `/model` 커맨드를 전송한 후 `waitForAny` 대기에서 발생하는 timeout 이나 EOF 등의 에러는, context cancellation(`ctx.Err() != nil`)이 발생한 상황이 아니라면 status check 전체의 실패로 간주하지 않고 graceful fallback을 적용하여 넘어갑니다.
   - 이에 따라 `/model` 명령이 미지원되거나 예상치 못한 형식으로 반환되는 환경에서도 이미 성공적으로 획득한 `/usage` raw output을 유지한 채 최종 `ParseStatusOutput(fullOutput)`을 정상 반환합니다.

## 리뷰어를 위한 체크포인트

- `/usage` readiness가 `Usage limit:`, `Limit reached`, `No API calls have been made`뿐 아니라 parser-supported quota 출력도 인정하는지 확인한다.
- `/model` 수집 실패가 context cancellation이 아닌 경우 status check 전체 실패로 이어지지 않는지 확인한다.
- fake PTY 테스트가 `Usage limit:` 없는 quota 출력과 `Model usage` 없는 raw fallback을 모두 검증하는지 확인한다.
- metadata key contract와 기존 edge formatter 출력이 유지되는지 확인한다.

## 검증 결과

### REVIEW_ANTIGRAVITY-1 중간 검증
```bash
$ go test -count=1 ./apps/node/internal/adapters/cli/status
ok      iop/apps/node/internal/adapters/cli/status      36.512s
```

### REVIEW_ANTIGRAVITY-2 중간 검증
```bash
$ go test -count=1 ./apps/node/internal/adapters/cli/status
ok      iop/apps/node/internal/adapters/cli/status      36.512s
```

### 최종 검증
```bash
$ go test -count=1 ./apps/node/internal/adapters/cli/status ./apps/edge/internal/opsconsole
ok      iop/apps/node/internal/adapters/cli/status      36.512s
ok      iop/apps/edge/internal/opsconsole       0.005s
```

```bash
$ rg --sort path -n "GeminiChecker|NewGeminiChecker|parseGemini|gemini[A-Z]|formatGemini|failed waiting for gemini|gemini startup" apps/node/internal/adapters/cli/status apps/edge/internal/opsconsole
(일치하는 결과 없음. legacy Gemini 명명법을 가진 코드가 완벽히 정제됨)
```

---

> **[IMPLEMENTING AGENT — BEFORE SAVING] Have you filled in every implementation-owned section: completion table, implementation checklist, changes from plan, design decisions, and verification output?**
> If anything is blank, go back and fill it in before saving this file.
> Leave the review-agent-only checklist unchanged.

## 코드리뷰 결과

### 종합 판정

FAIL

### 차원별 평가

| 차원 | 평가 | 근거 |
|------|------|------|
| Correctness | Fail | `/usage` readiness가 `/usage` 전송 이전 startup 출력의 `quota`/`% used`에도 매칭될 수 있어 `/model`을 너무 일찍 보낼 수 있다. |
| Completeness | Fail | plan의 “`/usage` 전송 이후 누적 출력에서 의미 있는 quota/used 문구 확인” 조건을 충족하지 못했다. |
| Test Coverage | Fail | startup에 quota 문구가 이미 있을 때 `/usage` 응답 전 `/model`을 보내지 않는다는 회귀 테스트가 없다. |
| API Contract | Pass | metadata key contract와 edge formatter 출력은 유지됐다. |
| Code Quality | Warn | `\bquota\b` 단독 매칭은 readiness 조건으로 너무 넓고 PTY 상태 판단을 흐린다. |
| Plan Deviation | Fail | 후속 plan의 readiness 보정 요구가 전체 `fullOutput` 매칭으로 구현되어 계획 의도를 벗어났다. |
| Verification Trust | Pass | 대상 `go test`와 Gemini 심볼 검색을 재실행해 결과를 확인했다. |

### 발견된 문제

- Required: `apps/node/internal/adapters/cli/status/antigravity.go:108`의 `resultRegex`가 `\bquota\b`와 `% used`를 허용하지만, `waitForAny`는 항상 전체 `fullOutput`을 검사한다. 따라서 `apps/node/internal/adapters/cli/status/antigravity_test.go:226`처럼 startup/ready 이전 화면에 `Auto (Antigravity) quota`나 `0% used`가 이미 있으면 `/usage`를 보낸 직후 실제 `/usage` 응답을 읽기 전에 readiness가 성공한다. 이 경우 `/model`이 `/usage` 처리 중인 TUI에 조기 입력될 수 있어 plan 1의 핵심 요구였던 “`/usage` 전송 이후 출력 확인”을 만족하지 못한다. `/usage` 전송 직전 offset을 잡아 그 이후 chunk만 readiness 대상으로 삼거나, command-scoped wait helper를 추가하고, startup quota가 있어도 `/usage` 응답 전 `/model`이 들어오면 실패하는 fake PTY 테스트를 추가해야 한다.

### 다음 단계

FAIL: 위 Required 항목을 반영한 후속 plan/review 파일을 생성한다.
