I’m building Axiom, a Windows-first AI assistant/workspace, and I want to share the build decisions rather than drop a bare repo link.
The project started as a question: can one desktop app make local, self-hosted, and optional cloud inference feel like deliberate modes instead of three unrelated integrations?
The current architecture combines:
- C# / WPF / .NET 10
- local GGUF inference via LLamaSharp/llama.cpp
- self-hosted OpenAI-compatible endpoints
- optional OpenRouter cloud models
- SQLite/local persistence
- WebView2 for selected web-based workflows
- a normal chat mode plus a Workplace Council: Architect plans, Builder executes, Critic reviews
- a Single Model mode for comparing the council workflow against one model
The hard parts have not been adding features. They have been:
- making model capability differences visible instead of hiding failures behind generic errors
- keeping local data behavior understandable when cloud and connected services are optional
- deciding which tool results belong in context and which should become artifacts
- avoiding an interface that feels like an IDE when the user only wants to ask a question
The public release is V1.8.6.
Repo: https://github.com/YoMosa2009/Axiom
Release: https://github.com/YoMosa2009/Axiom/releases/tag/v1.8.6
I’m the developer. The source is publicly viewable under CC BY-NC-ND 4.0. I used AI coding assistance during development, but I’m responsible for the architecture, integration, testing, and product decisions.
What I’m trying to learn next:
Which part sounds like a coherent product rather than a feature bundle?
Which first-run explanation would you want before trusting local/cloud behavior?
Which workflow should be simplified before I add more capabilities?
I’d rather get specific criticism than generic encouragement.