Ran JANUS(in_flight) -- handoff-40.md write blocked by shrink-guard again (same pattern as earlier session). Wrote a full non-shrinking update myself (9263... this session already grown to 15269 -> 18512 bytes), and while doing so caught a real permanent-rule violation already sitting in the file ("OPEN QUESTIONS FOR David" -- should never say David, USR369 only) and fixed it. Then ran pickup: 12 inbox items, 10 transfers, all read in full and resolved. Most important finding: Tech[30] ran their own independent apps-directory sweep (SOP-APPS-DIRECTORY-STANDARD.md) covering the same frontend/30-Tech/ area this session -- cross-checked all 5 of our kept pages directly, confirmed no conflict (all still 200, all still linked). Tech's sweep also resolved the open T-ANDROID-LIBRARY-NAMING question: windows.html/android.html were never actually duplicate content -- a stale hardcoded token in 30-app-api.php was causing both to fail loading real data and fall back to identical empty state, masking 22 real distinct Windows Q&A entries. Tech fixed the token, confirmed real distinct content, moved both into apps/. Also found: 6 genuinely Server[40] scripts sitting in Tech's own 30-app.db (correctly left untouched by Tech per cross-system scoping) -- claimed via inbox reply, filed T-CLAIM-SCRIPTS-FROM-TECH (452) since dba_api.php has no registered key for their db to pull the actual rows directly.