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.