Tokens
Track, visualize, and compete on AI coding assistant token usage across Claude Code, Cursor, OpenCode, Codex, Gemini, Kimi, and Qwen. The Kardashev Scale for AI Devs.
翻譯準備中
尚未偵測到更新。GitHub 發布版本後會顯示在這裡。
個人 GitHub 帳號下公開儲存庫的擁有者可以登入並驗證所有權,自行管理介紹,無需管理員核准。
登入並產生驗證檔案,在 30 分鐘內將其提交至此儲存庫的預設分支。其他分支或分叉儲存庫中的檔案無效。然後在下方檢查檔案,即可無需管理員核准直接管理專案。請保留檔案以維持管理權限。
如需登入,將前往登入頁面。登入後請回到此處,再次點擊所選的驗證按鈕。
在專案資料夾中執行 /nomorevibe verify,即可驗證所有權並自行管理介紹。
一分鐘完成驗證Data acquisition, modeling and analysis for the game World of Warships players' performance
翻譯準備中
取自儲存庫 README
正在載入完整 README。
檢視完整 README ↗An AI-native, high-performance web platform and automated data pipeline for tracking and visualizing World of Warships player statistics, win rates, and combat performance across all major global servers (NA, EU, ASIA). Designed in authentic Swiss Minimalist & WWII Admiralty Naval Record Office editorial style.
The application is deployed on a dedicated AWS EC2 instance backed by AWS RDS PostgreSQL in Oregon (us-west-2):
| Resource | URL / Access | Description |
|---|---|---|
| Live Web App | http://44.253.134.12:3000 | Next.js 16 Naval Record Office UI |
| Fleet Leaderboards | http://44.253.134.12:3000/#leaderboard | Global & Regional PvP Rankings |
| Sample Dossier | http://44.253.134.12:3000/player/zmlzeze | Verified Combat Telemetry Profile |
| Leaderboard API | http://44.253.134.12:3000/api/leaderboard | Top commanders by WR, damage, battles (via the frontend's /api proxy) |
| API Documentation (Swagger) | http://localhost:8000/docs through an SSH tunnel | Backend listens on the host only; see RUNBOOK §4 |
| Developer Runbook | docs/RUNBOOK.md | Operations, incident response, & DuckDB guides |
flowchart TD
subgraph WargamingAPI ["Wargaming.net Global APIs (10 req/s)"]
WG_NA["api.worldofwarships.com (NA)"]
WG_EU["api.worldofwarships.eu (EU)"]
WG_ASIA["api.worldofwarships.asia (ASIA)"]
end
subgraph EC2 ["AWS EC2 (Ubuntu 24.04 - Elastic IP: 44.253.134.12)"]
subgraph Pipeline ["Decoupled Data Pipeline v2"]
Scout["Discovery Scout\n(Probes above high-water marks)"]
Refresher["Telemetry Refresher\n(Batches 100 known IDs, Diff-Only)"]
Exporter["Nightly Parquet Exporter\n(Exports daily snapshots to S3)"]
end
subgraph BackendService ["Backend Service (127.0.0.1:8000, host-only)"]
FastAPIApp["FastAPI REST API\n- SQLModel / SQLAlchemy 2.0\n- Leaderboards & Player Dossiers\n- Secure /internal/* Endpoints"]
end
subgraph FrontendService ["Frontend Service (:3000)"]
NextApp["Next.js 16 App Router\n- Naval Record Office Theme\n- Archivo & IBM Plex Mono Fonts\n- Recharts Monochrome Visualizations"]
end
end
subgraph AWS_RDS ["Operational DB (PostgreSQL 16)"]
Postgres[("wows_stats DB\n- player table (3.27M+ records)\n- player_snapshot (Monthly partitioned)\n- daily_server_stats & pipeline_state")]
end
subgraph AWS_S3 ["Analytical Data Lake (Amazon S3)"]
ParquetLake[("s3://wows-stats-analytics/\n- Daily 10x Compressed Parquet\n- Direct Columnar DuckDB Queries")]
end
WargamingAPI --> Pipeline
Pipeline --> Postgres
Pipeline --> ParquetLake
Postgres --> BackendService
BackendService --> FrontendService
ParquetLake --> Developer["Developer DuckDB Analytics"]
# Check container status and pipeline state
./scripts/ops.sh status
# Tail service logs
./scripts/ops.sh logs scraper
# Open secure SSH tunnel to private RDS (localhost:5433 -> RDS:5432)
./scripts/db.sh tunnel
# Connect via psql
./scripts/db.sh psql
# Run starter analysis against Parquet data lake
python scripts/analyze.py
For full operational procedures, secret rotation, and incident playbooks, refer to docs/RUNBOOK.md.