Supabase packages uninstalled, env vars cleaned up, docs updated
Three commits close out Plan 2: the Supabase npm packages are removed from both frontend and backend, env example files drop the `SUPABASE_*` vars, and new Serena memory files document the post-migration codebase shape. After this sequence the fork has no Supabase code paths.
511c8e7 does the main teardown. backend/src/lib/supabase.ts is deleted (it had no remaining importers). @supabase/supabase-js is uninstalled from the backend; @supabase/{supabase-js,auth-helpers-nextjs,auth-js} are uninstalled from the frontend. backend/migrations/000_one_shot_schema.sql gets a DEPRECATED header pointing at the Drizzle migration files. The README setup section is rewritten to match the new Docker-based workflow.
74e9d7c strips SUPABASE_URL, SUPABASE_SECRET_KEY, and NEXT_PUBLIC_SUPABASE_* from both .env.example files and removes a stale fallback in downloadTokens.ts that was using SUPABASE_SECRET_KEY as a fallback signing secret (it now falls back to AUTH_SECRET instead).
9e099c9 adds two Serena memory files. codebase_structure.md is the most useful: it maps the full file tree for both backend and frontend, and calls out the dual components/, lib/, and contexts/ directories on the frontend as a known gotcha. task_completion_checklist.md documents that the project has no test suite - verification is npm run build on both packages plus npm run lint on the frontend, then manual browser exercise for UI changes.
This is a state marker more than a feature. The README and Serena files are reusable independently; the package removals only make sense behind the full migration chain.
Spotted something wrong? Or know the PR text has fresher detail than the writeup above?