Multi-provider LLM fallback chain with Ollama support in production AI IDE

Resonant Genesis, a production AI IDE platform, has integrated local LLM support as a first-class provider in its architecture. The platform runs across 30+ microservices and treats local models as equal to cloud providers like Groq, OpenAI, Anthropic, and Gemini.
Architecture and integration
The platform uses a shared rg_llm library called UnifiedLLMClient that's volume-mounted across all services. Every microservice that needs LLM capabilities imports this same client. The fallback chain is configured as: Groq → OpenAI → Anthropic → Gemini → Ollama/LM Studio.
The IDE's thin client extension automatically discovers local Ollama models and adds them to the provider list. Users can configure the system to prefer local models first if desired.
Server-side orchestration
All orchestration lives server-side, with the IDE acting as a thin client that renders UI, executes local tools (file operations, terminal, git), and streams results via Server-Sent Events (SSE). The agentic loop, tool selection, system prompts, and LLM routing all happen on the server.
When using a local model, it still goes through the same governed execution pipeline:
- Pre-execution policy enforcement (blocks actions before they run)
- Native function calling via provider APIs (no JSON prompt injection)
- Cryptographic identity (DSID on Ethereum L2) for every agent
- Same 59 local tools available regardless of which LLM provider you choose
Benefits for local LLM users
For users running Ollama locally, this architecture provides:
- Privacy: Thin client architecture means no company intelligence in the binary, and with local models, prompts stay local
- Tool use: 59 local tools with native function calling, not prompt-injected JSON schemas
- Fallback: If a local model can't handle a complex task, it automatically falls back to cloud providers
The developers are seeking feedback from people running local models, particularly around function calling performance with smaller models and which models work well for agentic tool use.
The project is open source at GitHub, and a guest chat demonstrating the tool ecosystem is live at dev-swat.com (uses cloud models).
📖 Read the full source: r/LocalLLaMA
👀 See Also

Qwen3.5-35B-A3B-UD-Q6_K_XL Tested in Production Development Workflows
A developer tested the Qwen3.5-35B-A3B-UD-Q6_K_XL model across multiple real client projects, achieving solid performance with benchmarks of 1504pp2048 and 47.71 tg256, and token speeds of 80tps on a single GPU.

Developer builds .NET SaaS template generator with Claude Code, shares workflow insights
A developer open-sourced NETrock, a .NET 10 SaaS starter template with authentication, ORM, and background jobs, then built a client-side generator for it using Claude Code. The generator lets users pick features and download a working .zip project that stays in their browser.

Fleet Commander: Open-source dashboard for orchestrating multiple Claude Code agent teams
Fleet Commander is a local web dashboard that runs multiple Claude Code agent teams in parallel on different issues. It uses a 'Diamond team' structure with Planner, Dev, and Reviewer agents that communicate peer-to-peer via SendMessage.

Screenbox: Open-Source Virtual Desktops for AI Agents Built Entirely by Voice
Screenbox provides isolated Linux desktops in Docker for AI agents, solving conflicts when multiple agents run in parallel. The project was built entirely using voice commands with Claude Code, and the creator hasn't seen a single line of the code.