The frontend's claimStatusMeta only mapped English pseudo-values (pending/claimed/rejected) that never existed in yeeke's real data — the API's confirmed status is the raw string "1" (HAR, #336 requirement doc). Every known-status row fell through to the unstyled default and showed a bare "1". The claimStatus filter had the same mismatch: its options never equaled the backend's claim_status = <raw value> filter, so filtering by 已认领/待认领/已拒绝 silently returned nothing. Map "1" to 已认领 and drop the two never-observed pseudo-statuses from the filter, per the project rule that unmapped values must stay visible and flagged rather than guessed at. Co-Authored-By: Claude Sonnet 5 <noreply@anthropic.com> Claude-Session: https://claude.ai/code/session_01NTDbDcwbDw1TSAcE6wfh2F