- AppSokApp uses restoreDetailed() and maps JenkinsSessionRestoreKind to JenkinsConnectionStatus; network/server failures expose a retry callback - AppSokShell passes connectionStatus + onRetryConnection through to BuildsPage - BuildsPage shows four distinct no-loader states: missing, reauthRequired, networkFailure (with retry), serverFailure (with retry) - SettingsPage clears all transient login/save/clear state on base URL change - pubspec.lock restored to meta 1.18.0 / test_api 0.7.11 (reverts container downgrade) - Regression tests added in app_auth_test, builds_page_test, settings_page_test; widget_test updated to expect 재로그인 필요 on 401 Co-Authored-By: Claude Sonnet 4.6 <noreply@anthropic.com>
11 KiB
Code Review Reference - REVIEW_REAUTH_UI
[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. Fill implementation-owned sections, then stop with active files in place and report ready for review. If implementation is blocked by a user-only decision, user-owned external environment prerequisite, or scope conflict, fill사용자 리뷰 요청with evidence and stop with active files in place; code-review decides whether to writeUSER_REVIEW.md. Evidence gaps that a follow-up agent can close by rerunning commands or collecting artifacts are normal follow-up issues, not user-review blockers by themselves. Do not ask the user directly, present choices in chat, or callrequest_user_inputduring implementation; record the needed decision in사용자 리뷰 요청and stop for code-review. Finalization (코드리뷰 결과, log rename,complete.log, archive moves,코드리뷰 전용 체크리스트) is review-agent-only, even after compaction/resume. Follow the ownership table at the bottom of this file for which sections you own.
개요
date=2026-06-13 task=m-jenkins-credential/04+03_reauth_ui, plan=1, tag=REVIEW_REAUTH_UI
Roadmap Targets
- Milestone:
agent-roadmap/phase/usable-mvp/milestones/jenkins-credential.md - Task ids:
reauth: token 폐기, 권한 없음, Jenkins URL 변경, 네트워크 실패를 구분해 재로그인 또는 재시도 흐름으로 안내한다.
- Completion mode: check-on-pass
이 파일을 읽는 리뷰 에이전트에게
[REVIEW AGENT ONLY] 아래 종결 절차는 코드리뷰 에이전트 전용이다. 구현 에이전트는 이 섹션을 실행하지 않는다.
각 항목의 구현을 실제 소스 파일과 대조하고, 검증 결과 섹션의 출력이 코드와 일치하는지 확인하세요.
리뷰 완료는 아래 순서까지 끝난 상태를 의미합니다.
- 판정을 append한다.
CODE_REVIEW-cloud-G06.md->code_review_cloud_G06_N.log,PLAN-cloud-G06.md->plan_cloud_G06_M.log로 아카이브한다.- PASS이면
complete.log작성 후 active task 디렉터리를agent-task/archive/YYYY/MM/m-jenkins-credential/04+03_reauth_ui/로 이동한다. WARN/FAIL이면 user-review gate를 확인한 뒤 다음 active plan/review 파일 또는USER_REVIEW.md를 작성한다.USER_REVIEW.md가 사용자 결정으로 완료/PASS 해소되면 code-review가USER_REVIEW.md를 해소 상태로 갱신하고complete.log작성 후 archive 이동한다. - PASS이고 task group이
m-<milestone-slug>이면 완료 이벤트 메타데이터를 보고한다. roadmap 상태 체크와update-roadmap호출은 런타임 책임이다. - 적용 가능한
코드리뷰 전용 체크리스트항목을 최종.log위치에서 체크한 뒤 보고한다.
구현 항목별 완료 여부
| 항목 | 완료 여부 |
|---|---|
| [REVIEW_REAUTH_UI-1] App Restore Result Wiring | [ ] |
| [REVIEW_REAUTH_UI-2] Shell And BuildsPage Status UI Contract | [ ] |
| [REVIEW_REAUTH_UI-3] Settings URL Change Clears Stale State | [ ] |
| [REVIEW_REAUTH_UI-4] Required Regression Tests And Verification Evidence | [ ] |
| [REVIEW_REAUTH_UI-5] Unplanned pubspec.lock Diff | [ ] |
구현 체크리스트
AppSokApp이restoreDetailed()결과를 보존하고JenkinsSessionRestoreKind를 UI용 connection status로 변환해AppSokShell에 전달하게 한다.AppSokShell이 connection status와 retry callback을BuildsPage로 전달하게 한다.BuildsPage가 credential 없음, 재로그인 필요, 네트워크 실패, 서버 실패를 서로 다른 label/description/action 상태로 보여주고 network/server 실패에서 retry를 호출하게 한다.SettingsPage가 Jenkins URL 변경 시 Web Login 결과, token 저장 상태, credential 삭제 상태를 모두 초기화하게 한다.- 원인별 app/builds/settings regression tests를 추가하고 구현 보고서의 검증 출력이 실제 실행 결과와 일치하게 기록한다.
- 계획 범위 밖
pubspec.lockdowngrade를 정리하거나, 의도된 SDK 해상도 변경이면 근거와 검증을 기록한다. git diff --check, focused Flutter tests,flutter analyze,flutter test를 실행하고 가능한 remote runner evidence를 정확히 기록한다.- CODE_REVIEW-*-G??.md의 구현 에이전트 소유 섹션을 실제 구현 내용과 검증 출력으로 채운다. 이 항목이 완료되기 전에는 구현이 완료된 것이 아니다.
코드리뷰 전용 체크리스트
[REVIEW AGENT ONLY] 이 체크리스트는 코드리뷰 에이전트만 사용한다. 구현 에이전트는 이 섹션을 수정하거나 체크하지 않는다.
코드리뷰 결과에PASS,WARN,FAIL중 하나의 판정을 append한다.- 판정과
차원별 평가, Required/Suggested/Nit 분류가 서로 일치한다. - active
CODE_REVIEW-*-G??.md를code_review_cloud_G06_N.log로 아카이브한다. - active
PLAN-*-G??.md를plan_cloud_G06_M.log로 아카이브한다. .gitignore의 Agent-Ops 관리 block이agent-task/**/*.md와agent-task/**/*.log를 unignore하고agent-roadmap/current.md를 ignore하는지 확인한다.- PASS이면
agent-ops/skills/common/code-review/templates/complete-log-template.md기준으로complete.log를 작성하고 active.md파일을 남기지 않는다. - PASS이면 active task 디렉터리
agent-task/{task_name}/를agent-task/archive/YYYY/MM/{task_name}/로 이동하고 최종 archive 경로에서 이 체크리스트를 갱신한다. - PASS이고 task group이
m-<milestone-slug>이면 런타임이 읽을 완료 이벤트 메타데이터를 보고하고, roadmap 수정이나update-roadmap직접 호출을 하지 않는다. - PASS split 작업이면 이동 후 빈 active parent
agent-task/{task_group}/를 제거하거나, 남은 sibling/file이 있어 유지했다고 확인한다. - WARN/FAIL이고 user-review gate가 트리거되지 않았으면 다음 active
PLAN-{build_lane}-GNN.md와CODE_REVIEW-{review_lane}-GNN.md를 작성하고complete.log를 작성하지 않는다. - USER_REVIEW이면
agent-ops/skills/common/code-review/templates/user-review-template.md기준으로USER_REVIEW.md를 작성하고 activePLAN-*.md,CODE_REVIEW-*.md,complete.log를 남기지 않는다. - USER_REVIEW가 사용자 결정으로 완료/PASS 해소되면
USER_REVIEW.md를 해소 상태로 갱신하고complete.log를 작성한 뒤 task directory를 archive로 이동한다.
계획 대비 변경 사항
구현 에이전트가 계획과 다르게 구현한 부분을 이유와 함께 기록한다.
주요 설계 결정
구현 에이전트가 주요 설계 결정 사항을 기록한다.
사용자 리뷰 요청
기본값은 없음이다. 구현 중 사용자 결정, 사용자 소유 외부 환경/secret/서비스 준비, 또는 계획 범위 변경 없이는 안전하게 진행할 수 없으면 아래 항목을 실제 내용으로 교체하고, 구현을 중단한 뒤 active 파일을 그대로 둔 채 리뷰를 요청한다. 구현 에이전트는 사용자에게 직접 질문하거나 선택지를 제시하거나 request_user_input을 호출하지 않는다. 후속 에이전트가 명령 재실행이나 산출물 수집으로 해소할 수 있는 검증 증거 공백만으로는 사용자 리뷰 요청을 작성하지 않는다.
- 상태: 없음
- 사유 유형: 없음
- 결정 필요: 없음
- 차단 근거: 없음
- 실행한 검증/명령: 없음
- 자동 후속 불가 이유: 없음
- 재개 조건: 없음
리뷰어를 위한 체크포인트
AppSokApp이restoreDetailed()result kind를 보존하고 bool 축약으로 회귀하지 않았는지 확인한다.BuildsPage가 startup restore 실패 원인과 loader 실행 중 401/403/failure를 혼동하지 않는지 확인한다.- network/server failure retry가 credential을 보존하고 성공 시 job loader를 활성화하는지 확인한다.
SettingsPageURL 변경이 이전 success/error label을 모두 제거하는지 확인한다.pubspec.lockdiff가 계획 범위와 일치하거나 제거됐는지 확인한다.- 검증 결과의 command/output count가 실제 실행 결과와 일치하는지 확인한다.
검증 결과
구현 에이전트가 각 중간 검증 및 최종 검증 명령 실행 후 출력을 여기에 붙여 넣는다.
필수 규칙:
- 검증 명령은 고정된 계약이다. 임의로 대체하지 않는다.
- 대체가 필요하면
계획 대비 변경 사항에 이유와 대체 명령을 기록한다. 검증 결과에는 실제 stdout/stderr를 붙여 넣는다.- 사용자 리뷰 요청으로 명령을 끝까지 실행하지 못했다면
사용자 리뷰 요청에 실행한 명령, 실제 출력, 미실행 명령의 사유를 기록한다. - mobile/UI hang, timeout, 또는 2분 무진행은 blind retry를 중단하고 focused rerun 명령과 screenshot/window/UI-tree evidence path를 남기며, 불가능하면 정확한 사유를 남긴다.
REVIEW_REAUTH_UI-1 중간 검증
$ flutter test test/app_auth_test.dart test/jenkins_artifact_session_test.dart
(output)
REVIEW_REAUTH_UI-2 중간 검증
$ flutter test test/builds_page_test.dart
(output)
REVIEW_REAUTH_UI-3 중간 검증
$ flutter test test/settings_page_test.dart
(output)
REVIEW_REAUTH_UI-4 중간 검증
$ flutter test test/app_auth_test.dart test/builds_page_test.dart test/settings_page_test.dart test/jenkins_artifact_session_test.dart
(output)
REVIEW_REAUTH_UI-5 중간 검증
$ git diff -- pubspec.yaml pubspec.lock
(output)
최종 검증
$ git diff --check
(output)
$ flutter analyze
(output)
$ flutter test test/app_auth_test.dart test/builds_page_test.dart test/settings_page_test.dart test/jenkins_artifact_session_test.dart
(output)
$ flutter test
(output)
$ ssh -o BatchMode=yes -o ConnectTimeout=10 toki@toki-labs.com 'zsh -lc '\''cd "$HOME/docker/services/code-server/data/volume/workspace/appsok" && git rev-parse HEAD && git status --short && flutter analyze && flutter test'\'''
(output)
[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 review-agent-only sections unchanged.