USR369 asked to go through 369/ and clean up duplicates, keeping the more complete version of each. Corrected an earlier assumption of mine along the way: 369/data/electronics-public.json and personal-api.php are NOT stale duplicates -- verified by reading actual content, they're intentional 410/moved redirect stubs pointing to the real files in user369_space/data/, working exactly as designed. Left those alone. Actually retired (all verified by content, not filename pattern): (1) 369/data/personal.db -- confirmed empty via direct SQLite query (0 rows in all tables), no redirect function unlike its siblings, genuinely stale vs the real personal.db (75 real computer_items rows). (2) user369_space/computer/index_TEST.html -- internal version comment showed v1.0 vs the live page's v1.1, confirmed superseded draft via diff. (3) user369_space/electronics/index_TEST.html -- diffed against the real page, confirmed it's the pre-migration version whose own fetch path now points at a dead 'moved' stub, would show broken/empty data if loaded. All three preserved to Trash/ (byte-verified) before the live copies were replaced with either a retirement marker or a meta-refresh stub pointing to the real page. Also asked USR369 directly whether the EXEC_OPEN downloader embedded in 369/index.html was still in use -- confirmed not (superseded by direct file-upload to Claude, exactly how this session started) -- rebuilt the page: removed ~100KB of dead Series-F content (5 series behind current, every embedded example had the retired admin token baked in), fixed a real bug found along the way (dropzone file listing fetched the wrong path, /0369/manifest.json instead of /backend/369/manifest.json, silently showing 'Could not load files'), kept the working 'Your Space' personal-area link that was already correctly separated from the front page.