Local-first Web UI for AI and automation workloads — pure Python.
mywebui is a local AI workbench designed to run entirely on your machine, with a strong security model, explicit data ownership, and powerful but observable agents.
No cloud dependencies.
No telemetry.
No hidden execution.
🚧 Alpha — Backend complete, frontend pending.
Current phase: Backend spine frozen.
- Backend is structurally complete (not feature-complete)
- APIs stable, data models stable (within alpha tags)
- Alembic is the authoritative schema
- FRONTEND_CONTRACT.md defines the complete frontend boundary
This project is for you if:
- You want a local, auditable AI system you fully control
- You care about security invariants and data ownership
- You prefer explicit contracts over "magic" abstractions
- You are comfortable running Python services locally
This project is NOT for you if:
- You want a hosted SaaS or cloud deployment
- You want zero-config "just works" automation
- You expect UI-first workflows today
- You want frequent breaking changes without clear migration paths
This is an alpha release.
- Expect breaking changes between alpha tags
- No upgrade guarantees until beta
- APIs and schemas are frozen within a tagged alpha, not across them
- Production use is not recommended yet
Alpha tags exist to support frontend development and early adopters.
Short answer: Freeze scope, finish the backend spine, then expose a clean contract for the frontend.
Long answer:
- Declare backend "structurally complete" (not feature-complete)
- Data models stable, migration strategy exists, API shapes fixed
- Side-effects (audit, auth, sessions) guaranteed
- Alembic is the authoritative schema — no ad-hoc CREATE TABLE after this
- Any new persistent data requires migration + contract update in the same PR
- A local-first AI workbench
- Multi-user with explicit authentication and roles
- Secure-by-design, running inside a local trusted boundary (e.g. WSL, bare metal, VM)
- Auditable and observable by default
- Pure Python backend
Designed for developers who want real capability without security theater.
- Explicit trust boundaries
- ACL-first data access
- No cross-user data leakage
- No silent tool execution
- No implicit promotion of data
- Everything attributable and logged
If something happens, you can see who, when, and why.
- Cloud services
- Remote identity providers
- Hosted inference
- Hidden background automation
- Zero-trust theater inside a trusted boundary
- Python backend (FastAPI) — complete
- Agent runtime with tool orchestration — complete
- SQLite-based storage (docs, vectors, history, audit) — complete
- Local model endpoints (configurable) — complete
- Web UI (local) — pending (contract finalized)
All components communicate via explicit JSON APIs.
This repository currently targets:
- Python 3.11+
- Local execution (WSL, VM, or bare metal)
- SQLite-backed storage
First run initializes the system via a guided wizard (admin creation, core config).
Packaging, installers, and full setup guides are planned but not yet published.
See dev_docs/ for authoritative system behavior and invariants.
- Token-aware chunking (512 tokens, 96 overlap)
- MMR re-ranking with configurable λ
- Multimodal retrieval (text, image, hybrid)
- PDF text and image extraction
- Session-based auth with HTTP-only cookies
- Per-user SQLite databases
- Audit logging for all tool executions
- ACL-first data filtering
filesystem— Read files from allowed pathsweb_search— DuckDuckGo searchweb_fetch— URL fetching with BeautifulSoupweb_crawl— crawl4ai web crawlingweb_interact— Playwright JS interaction (admin-only)
- OpenAI-compatible (Ollama, LM Studio, vLLM, OpenRouter)
- Llama-server with multimodal support
- Alembic migrations — Authoritative schema
- Stubbed unsafe APIs — Explicit 501 + audit
- Wizard flow — First-run state machine
- Audit coverage — 13 event types
- FRONTEND_CONTRACT.md — Exhaustive frontend contract
- Implement frontend against the frozen contract
- Ollama provider (optional)
- Attachment processing (OCR, STT, TTS, thumbnails)
- Per-user profile settings
- Session compaction
- ComfyUI workflow execution
The complete, authoritative system design lives in:
dev_docs/(seedev_docs/README.mdfor the index)
This directory contains:
- security model
- data ownership rules
- storage layout
- RAG and ACL invariants
- tool execution constraints
- API specifications
- Task graph with execution order
The README intentionally stays minimal.
This project is currently in a backend-frozen phase.
- Issues are welcome
- PRs should be discussed first
- Any change affecting persistence, APIs, or security invariants
must update Alembic migrations and
FRONTEND_CONTRACT.md
The goal is stability, not velocity.
MIT © Phimart Consulting
