Add OLAVA provider and local dev stack support

- New OLAVA provider (vLLM/OpenAI-compatible) wired through types,
  models registry, llm/index router, and a streaming client. Handles
  reasoning-model output: drops `delta.reasoning` /
  `delta.reasoning_content` from emitted text, strips inline
  <think>...</think> blocks, defaults max_tokens to 16384 with
  OLAVA_MAX_TOKENS env override, and logs per-iteration content vs
  reasoning byte counts. Surfaced as "Olava Extract" in the tabular
  review model dropdown only (deliberately omitted from main chat).
- GET /user/server-keys reports which provider keys are present in
  .env (booleans only, placeholder values filtered) so the frontend
  can mark env-configured providers as available without requiring
  per-user keys. Threaded through UserProfileContext, ModelToggle,
  TabularModelDropdown, and the four call sites that build the
  apiKeys check.
- forcePathStyle on the S3Client in both backend and frontend so
  MinIO works as a local R2 substitute (R2 accepts path-style too).
- Frontend dev script binds to port 9000; backend reads PORT (9001).
- supabase/ config.toml + .gitignore from `supabase init` for the
  local Postgres+Auth+Storage stack.

Co-Authored-By: Claude Opus 4.7 (1M context) <noreply@anthropic.com>