idukeric wires in OpenRouter as a third model provider

One API key, many models - including open-source ones - instead of juggling a separate account for every vendor.

integrationinfrastructure

This fork adds OpenRouter alongside the existing Claude and Gemini options. OpenRouter is a marketplace-style service that proxies dozens of model providers behind a single key, so a firm can experiment with OpenAI, Anthropic, and open-source models without negotiating separate contracts and rotating separate credentials.

To make room for it, idukeric also reorganised how the app stores user-supplied API keys, moving from one endpoint per vendor to a single generic save route keyed by provider. That is the more interesting structural move - it suggests the fork expects to keep adding providers, not just this one.

That said, the implementation reads as a directional sketch rather than a finished feature: the new provider client mixes incompatible request formats, a database migration is missing, and one of the new endpoints is unauthenticated. Worth watching the direction, not yet worth copying the code.

So what Relevant for any legal-tech team weighing whether to commit to one model vendor or stay deliberately model-agnostic.

View this fork on GitHub →

Spotted something wrong? Or know the PR text has fresher detail than the writeup above?

Commits in this thread

1 commit from idukeric/mike, oldest first. Source extracted verbatim from the harvested git log.

SHA Subject Author Date
7a3c47d3 Add OpenRouter model provider support Iain Duke-Richarde 2026-05-05 ↗ GitHub

Capture this thread into my fork

Download a single Markdown prompt that tells Claude how to port every commit above into your working tree — adapting paths and structure to match your repo. Run it via claude -p < capture-thread-137.md from inside the repo you want the changes in.

⬇ Download capture-thread-137.md