hoogvliets ↗ analysis ↗ GitHub hoogvliets/mike
A privacy-minded, production-shaped Mike deployment with stronger accounts, project workflows, and tenant-aware data handling.
@hoogvliets has disclosed a substantially adapted Mike application, presented as a real legal-AI interface rather than a small cosmetic variation. Visitors would encounter account and profile handling, project-focused workspaces, and support for routing work across AI providers.
The direction is pragmatic hardening: stronger account lifecycle controls, including deletion, per-user AI-key handling, usage guardrails, and clearer separation between customers' data. hoogvliets has also made the work unusually inspectable through a broad public disclosure and focused review slices for those who want to explore it on GitHub.
What's in it
- Project-oriented workspace Organises work around projects, with dedicated panels and shared application context.
- Account lifecycle controls Includes profile and authentication handling alongside a visible route for account deletion.
- Per-user AI access Emphasises individual AI-provider credentials and guardrails around usage.
- Tenant-aware data protection Treats separation between users' data as a first-class concern.
- Operationally hardened service Pairs the user-facing product with stronger backend safeguards and a more managed approach to evolving data.
Direction
securitymulti-tenantworkflow
Activity
hoogvliets ↗ analysis ↗ GitHub hoogvliets ↗ analysis ↗ GitHub hoogvliets ↗ analysis ↗ GitHub Threads of work (detailed view)
Test infrastructure slice: Vitest suites, CI workflow, and broad backend coverage
@hoogvliets isolated the test additions from the backend source changes they exercise, making this the easiest slice to evaluate for test quality. It's also the most useful reference if you're standing up a test suite for your own Mike fork from scratch.
Database slice: node-pg-migrate replaces monolithic schema, RLS and lifecycle work added
@hoogvliets carved the data layer out of a larger disclosure into a standalone PR. The main move is a shift from a one-shot schema apply to a managed `node-pg-migrate` system - worth evaluating if you've been wrestling with how to evolve the upstream schema over time.
Backend hardening slice: multi-provider LLM routing, account lifecycle, typed env
@hoogvliets carved the backend out of a larger AGPL disclosure into its own PR - server-side hardening, account lifecycle, and LLM routing as a reviewable unit. Useful if you want to understand what a production-hardened Mike backend looks like without wading through schema and frontend noise.
Frontend slice: app-tree consolidation, new project panels, account deletion UI
@hoogvliets isolated the frontend changes from backend and database work into a standalone AGPL disclosure slice. The structural core is an app-tree consolidation; the surface additions include project panels, an account-deletion banner, and manifest context.
hoogvliets opens a full-fork AGPL disclosure PR against upstream
@hoogvliets has filed a single umbrella PR against willchen96/mike exposing an entire production-modified codebase. It's an AGPL source disclosure, not a merge request - but it's the most complete window into what a heavily modified Mike deployment actually looks like.
Pull requests (detailed view)
⛔ Closed without merge (5)
hoogvliets · opened 5mo ago · closed 4mo ago hoogvliets · opened 5mo ago · closed 4mo ago hoogvliets · opened 5mo ago · closed 4mo ago hoogvliets · opened 5mo ago · closed 4mo ago hoogvliets · opened 5mo ago · closed 4mo ago