mdk CASS · Chess Account Status Scanner

Setup

Username(s)

Up to 100 names, separated by commas, semicolons, or spaces (including line breaks). Prefix with chesscom: or lichess: to override the selected website.

Game history range

Enter a Chess.com or Lichess username to begin.

Progress

Ready to scan public accounts.

Current task: idle

Network task: idle

Idle

No active scan.

Continue past bad data (skip unusable records)

Results

No scan results yet. Run a scan or open a saved baseline to view closed accounts.

Simple Results

Latest observed closed opponents and open Lichess accounts with a current ToS flag; recent reopened or unverified observations take precedence. Each username opens its provider profile. A closure does not necessarily mean cheating.

SQL Results Workspace

No blocking scan running

SQL queries use ten related tables and five views projected from current in-session scan data. The opponents view preserves existing queries, while game_history exposes retained game details (not all counted games). Historical IndexedDB baselines are not loaded into SQL. With rebuild checked, each execution starts from the original snapshot. Uncheck it to keep temporary SQLite edits, custom tables, and indexes between executions. SQL editing does not directly write saved history; only supported opponent-view edits can be mapped to CASS working results. The Advanced text search is separate from the full SQLite workspace. Saved scan history can change only through the separate permission-gated Re-import control below.

Rebuild SQL from Original Each Time Show only most recent query result

SQLite DB: not initialized

Original SQL backup file Last current SQL backup file

Filename fields record requested downloads only. Files probably go to Downloads; verify in your browser.

Back Up Current SQL Data saves the SQL working dataset as of the last completed query (including its preview if one ran). Back Up Original SQL Data saves the pre-edit SQL dataset. Both are versioned JSON recovery files. After SQLite has run, backups include a complete embedded SQLite database image (including custom tables). Before the first run, backups contain report data for reconstruction. Neither is a DBHistory backup. The filename fields show the last original and current SQL JSON backup filenames requested from the browser. Click a filename to copy its name. Your browser probably saves downloaded files in Downloads, but the destination depends on its download settings. Check your browser downloads to confirm the file exists. The browser retains its existing backup metadata, but restoration is performed only through Restore Backup SQL Data by choosing a JSON file; baselines and scan history are not restored.

Schema: Query opponents, game_history, opponent_history, latest_status, account_summary, or join the ten related tables. NULL means unavailable data. Keywords: SELECT, WHERE, GROUP BY, ORDER BY, LIMIT; SQLite write statements affect only the disposable workspace; re-importing supported changes into saved DBHistory is separately permission-gated, validated, and irreversible without recovery. SQL runs locally; SQL.js downloads from a CDN.

Advanced Results

Results for scan

Website Game dates from To Search Category Rows

Search within the selected category and websites. Examples: user:opponent1 AND type:blitz, games:>1, tc:2+0, inc>0, is:any-tos. Game-detail searches can be incomplete for older games. Use the selected display timezone for game dates.

Game date filter uses your selected display timezone. Older history may lack complete date indexes; new scans retain up to your selected game-detail limit per opponent.

					Time control / duration		Game Result	Actions

Troubleshooting

This session · local only · last 128 KiB