[Task] GRB-03 deterministic ranking harness seed

[alexization]

작업 유형

testing

왜 필요한가요?

현재 ranking harness runtime의 seed 인터페이스는 placeholder라서, Agent가 같은 데이터로 /api/v1/ranking 과 tier filter를 반복 검증할 수 없습니다. GitHub API나 실제 배치에 의존하지 않는 결정적 fixture가 있어야 Playwright와 API smoke가 항상 같은 ranking order를 기준으로 동작하고, 수정 전후 비교도 재현 가능해집니다.

작업 범위

• domain/user, domain/ranking과 연계되는 ranking harness seed bootstrap 추가
• 여러 티어와 여러 페이지를 포함하는 결정적 fixture 정의
• workflow runtime seed 명령이 backend fixture를 실제로 적용하도록 연결
• expected ranking 결과 문서 추가
• seed 후 /api/v1/ranking, /api/v1/ranking?tier=... 검증 추가

완료 조건

• 동일 seed를 반복 적용해도 같은 ranking order가 나온다
• fixture가 여러 페이지와 여러 tier filter 검증에 충분한 데이터를 포함한다
• workflow의 ./runtime/grw-runtime seed 가 placeholder가 아니라 실제 seed를 적용한다
• expected ranking 결과 문서가 추가된다
• seed 적용 후 ranking API와 tier filter 응답 검증이 남는다

검증 방법

• ./gradlew test
• ./gradlew integrationTest
• ./runtime/grw-runtime seed
• curl http://localhost:8080/api/v1/ranking?page=0
• curl http://localhost:8080/api/v1/ranking?page=1
• curl http://localhost:8080/api/v1/ranking?page=0&tier=GOLD

리스크 및 의존성

• 리스크: seed가 DB만 바꾸고 running backend cache를 비우지 않으면 stale ranking 응답이 남을 수 있음
• 의존성: GRW-05 runtime이 기동 가능해야 함
• 후속 작업: GRC-04, GRW-06이 같은 fixture를 기준으로 Playwright와 evidence loop를 붙임