CaliLuke/mike
Mike fork being rewritten as Luke: a local-first, single-user job-search workbench targeting Ollama, SurrealDB, and an eventual Go backend
CaliLuke/mike started as a standard Mike fork and is now actively rebranding as Luke, with a documented 8-milestone plan to replace the cloud stack. Supabase Auth, Postgres, R2 storage, and Express are all on the way out in favor of embedded SurrealDB/SurrealKV, a Loom-generated Go backend, Romancy durable workflows, and local file storage. Ollama is the default AI surface; gemma4 is the default model across all tiers.
The fork still ships upstream-compatible maintenance work - a shared_with encoding bugfix, inline project creation in the tabular-review modal - alongside the migration infrastructure. The M0 persistence spike (a Rust FFI bridge to SurrealKV via CGO) is already committed. A Codex Supabase MCP config is present for dev tooling.
For an outside evaluator: the maintenance commits (shared-with bug, modal UX, auth-gated reload) are selectively importable. The local-first architecture work is not - it assumes a single-user no-cloud deployment and introduces a macOS arm64-verified Rust build dependency. The LICENSE file was deleted from the repository; the README carries only a one-line AGPL reference.
What's in it
- Rebrand to Luke, a personal job-search workbench The fork's stated identity is no longer a legal-AI app - it's a local-first, single-user tool for resumes, cover letters, recruiter notes, and interview prep.
- Local-first direction CaliLuke has published a migration plan moving the product away from a cloud, multi-user shape toward something that runs for one person on their own machine.
- Local model support via Ollama A third LLM provider has been wired in alongside the existing ones, with streaming and tool-call handling, so the app can talk to models running locally.
- Plain-text and Markdown documents The document pipeline now handles text and Markdown files, not just the original formats - a natural fit for resumes, notes, and prep material.
- Smoother tabular-review flow You can now spin up a brand-new project from inside the tabular-review modal instead of bouncing out to the projects page first.
- Codex CLI wired to the author's Supabase Developer tooling has been pointed at CaliLuke's own Supabase project, a signal that this is being built and run as a personal deployment.
Direction
brandingpersonasinfrastructure
Activity
Threads of work (detailed view)
CaliLuke pulls Mike off the cloud and turns it into a private job-search workbench
This fork has stopped being a legal-AI tool entirely - it's being rebuilt as a single-user app that runs start-to-finish on your own machine.
CaliLuke declares fork identity: Luke, a local-first job-search workbench
One commit reframes the entire repo - new name, new purpose, new stack, eight-milestone migration plan, and a working Rust FFI bridge to embedded SurrealDB. This fork is diverging hard from upstream.
CaliLuke fixes the silent bug that was hiding your shared projects
Projects you'd shared with a colleague simply weren't showing up - and nothing told anyone it had failed.
Fix silent shared-project misses in Supabase queries
Two of three call sites passing user email to Supabase's `.contains("shared_with", ...)` were sending a raw JS array instead of a JSON-encoded string, so the `@>` predicate matched nothing. Users with shared projects saw empty lists.
CaliLuke lets you spin up a review project without leaving the page
A small workflow fix that removes one of those annoying detours where starting a new review means bouncing through three screens first.
Inline project creation in the tabular-review modal, plus auth-gated reload
Three commits landed within ~30 minutes that let a user create a new project without leaving the "Add new tabular review" modal - and then fix the race condition the change introduced.
CaliLuke lets Mike run its AI in-house, no cloud account required
A new option to run the underlying AI models on your own machine instead of calling out to a paid cloud service.
Ollama provider and plain-text document support; all defaults flipped to gemma4
Adds Ollama as a third LLM provider and extends the document pipeline to handle Markdown and plain-text files. The useful parts are well-isolated - but the fork also flips every model default to gemma4 and runs a schema migration to match, which breaks any deployment without a local Ollama server.