Everything you can run on a DGX Spark
I spent a week going through every tool in the local AI ecosystem. Inference engines, coding agents, vector databases, image generation, personal tools. Here is what is actually worth installing.
After getting vLLM and VS Code Copilot running in part 2, I spent a few days going through everything else the DGX can run. The local AI ecosystem is enormous right now. Tools launching every week, repositories with five-digit star counts, every framework claiming to be production-ready.
I made a list and researched each one. This post is that list, with verdicts. The categories are inference, routing, coding agents, web UIs, vector databases, agent frameworks, image generation, voice, and personal tools. Most of it I skipped. Here is everything I looked at and what ended up on the machine.
Inference engines
vLLM is what you should default to on the DGX. It was built for NVIDIA hardware from the ground up. Everything else is a tradeoff: Ollama is simpler but slower, llama.cpp is portable but CPU-first, NIM/TensorRT-LLM is fastest but locked to the NVIDIA stack.
| Tool | Stars | What it does | Status |
|---|---|---|---|
| vLLM | 50k+ | High-throughput production serving, PagedAttention, built for NVIDIA | ✅ Using |
| SGLang | 18k+ | vLLM competitor, better speculative decoding, gaining ground on Spark | Worth watching |
| llama.cpp | 80k+ | GGUF, portable, CPU-first. Slower than vLLM on Spark | Mac side only |
| Ollama | 162k+ | llama.cpp wrapper, dead-simple local serving | Mac side only |
| LM Studio | prop. | GUI for running models, good for non-coders | Skip |
| NVIDIA NIM / TensorRT-LLM | NVIDIA | Best Spark performance, locked to NVIDIA stack | Eventually |
Routing
LiteLLM sits between every tool and the models. Every agent, every UI, every script points at LiteLLM and never touches vLLM directly. Swapping models or adding a tier is a config change. OpenRouter is useful on the Mac side for reaching paid cloud models alongside the DGX.
| Tool | What it does | Status |
|---|---|---|
| LiteLLM | OpenAI-compatible router, your existing setup | ✅ Using |
| Portkey | Cloud-leaning router with observability focus | Skip |
| OpenRouter | Cloud meta-router for paid models alongside DGX | Mac side |
Coding agents
VS Code Copilot covers interactive in-editor work. It does not cover autonomous work: read this codebase, find the bug, open a PR. That is a different class of tool. OpenCode handles interactive terminal sessions, OpenHands handles async autonomous tasks. They are complementary.
| Tool | Stars | UX | Notes | Status |
|---|---|---|---|---|
| OpenCode | 172k | Terminal | Claude Code-style, model-agnostic, MCP support, slash commands | ✅ Installed |
| OpenHands | 74k | Web UI + sandbox | Async autonomous, Docker-sandboxed, file-a-ticket workflow | ✅ Installed |
| Cline | 63k | VS Code | IDE-native, plan/act mode | Skipped |
| Aider | 46k | Terminal | git-native, simpler, direct file edits | Skipped |
| Crush | growing | Terminal | Charm's pretty TUI agent | Skipped |
| Continue.dev | 24k | VS Code / JetBrains | Autocomplete-heavy, lighter than Cline | Skipped |
Web UIs
Open WebUI is the default and I already had it running. AnythingLLM is worth adding if you want a turnkey "drop docs, query them" interface. The others are polished but redundant if you have one UI you like.
| Tool | Stars | What it does | Status |
|---|---|---|---|
| Open WebUI | 70k+ | The default ChatGPT-like UI for local models | ✅ Using |
| AnythingLLM | 54k+ | Full RAG + chat in one, ingests docs, builds vector index | If you need RAG UI |
| LibreChat | 22k+ | Polished multi-provider chat | Skipped |
| Lobe Chat | 50k+ | Pretty UI, plugin-heavy | Skipped |
Vector databases
I already had LanceDB from OpenClaw's memory plugin and pgvector through Postgres. Neither hit a wall, so I added nothing else. If either does, Qdrant is the pick for serious self-hosted RAG.
| Tool | Stars | What it does | Status |
|---|---|---|---|
| Qdrant | 23k+ | Rust, fast, production-grade self-hosted RAG | If LanceDB/pgvector hit a wall |
| Weaviate | 13k+ | Built-in hybrid search, AI-native | Skipped |
| ChromaDB | 22k+ | Python-friendly, simple, easy to start with | Skipped |
| LanceDB | 8k+ | Embedded, file-based, via OpenClaw memory plugin | ✅ Have it |
| pgvector | 16k+ | Postgres extension, best if you already have Postgres | ✅ Have it |
Agent frameworks and orchestration
I looked at everything here. Most frameworks try to be the whole stack. The one I would actually install is n8n: workflow automation with AI nodes, 400+ integrations, the "GitHub webhook fires, DGX processes it, Slack gets a message" layer. The heavy frameworks (LangChain, Dify) are better suited to teams building products on top of LLMs than individuals running a personal stack.
| Tool | Stars | What it does | Status |
|---|---|---|---|
| n8n | 84k+ | Workflow automation with AI nodes, 400+ integrations, Docker | ✅ Installed |
| Dify | 73k+ | Self-hostable LLM app platform, visual workflow + RAG + API | Skipped |
| LangChain / LangGraph | 100k+ | The kitchen sink, heavy and opinionated | Skipped |
| LlamaIndex | 39k+ | RAG-focused, lighter than LangChain | Skipped |
| Flowise | 36k+ | LangChain UI, drag-and-drop | Skipped |
| Langflow | 51k+ | Similar to Flowise, prettier | Skipped |
| CrewAI | 30k+ | Multi-agent orchestration, role-based teams | Skipped |
| Onyx | 12k+ | Enterprise RAG, air-gappable | Skipped |
| RAGFlow | 33k+ | Document-heavy enterprise RAG | Skipped |
Image generation
ComfyUI is the standard. Node graph, supports FLUX, WAN 2.2, and LTX-2, which are the validated models for the Spark. The others are fine but ComfyUI has won this category.
| Tool | Stars | UX | Status |
|---|---|---|---|
| ComfyUI | 60k+ | Node graph, max control, FLUX and WAN 2.2 support | ✅ Installed |
| SD WebUI Forge | 12k+ | A1111 fork, 30-75% faster, tab UI | Skipped |
| A1111 | 145k+ | Original, classic, slower than Forge now | Skipped |
| InvokeAI | 25k+ | Node + simple UI hybrid | Skipped |
| SwarmUI | 6k+ | Multi-GPU distributed generation | Skipped |
| Fooocus | 41k+ | Midjourney-like simplicity | Skipped |
Voice and audio
I run faster-whisper on the DGX as an always-on transcription endpoint. Everything else in this category requires a specific voice use case I do not have yet.
| Tool | What it does | Status |
|---|---|---|
| faster-whisper | Whisper STT, much faster than reference implementation | ✅ Installed |
| WhisperX | Whisper + speaker diarization + word-level timestamps | If you need diarization |
| F5-TTS | Best-in-class open TTS, voice cloning | Skipped |
| XTTS-v2 | Multilingual voice cloning | Skipped |
| Piper | Lightweight TTS, fast | Skipped |
Personal tools
This was the category that surprised me most. None of these require a DGX: any always-on home server would do. But since the machine is already running, they are free to add. These are also the use cases that make local AI actually worth it: things you would never hand to a cloud provider.
| Tool | Stars | What it does | Status |
|---|---|---|---|
| Immich | 64k+ | Self-hosted Google Photos, face recognition, semantic search via CLIP | ✅ Installed |
| Paperless-ngx | 25k+ | Document management, OCR, wireable to local LLM for classification | ✅ Installed |
| Karakeep | 14k+ | Self-hosted Pocket, bookmarks, notes, PDFs with AI auto-tagging | ✅ Installed |
| AnythingLLM | 54k+ | Turnkey RAG over docs, drop files and chat with them | If you need RAG UI |
| Obsidian + plugins | prop. | Notes with LLM plugins that hit local endpoints | If you use Obsidian |
Immich is self-hosted Google Photos: face recognition, semantic search, everything you would pay Google for, running locally on your own hardware. Paperless-ngx handles documents with OCR: drop a receipt, contract, or tax scan and it finds it. Karakeep is self-hosted Pocket with AI auto-tagging. I use all three.
What I deliberately did not install
The trap with a machine this capable is that everything seems worth trying. The filter I kept using: does this solve a problem I have today, or one I am imagining? Most tools that seemed fascinating failed that test.
If you cannot name the specific workflow a tool enables, skip it for now. Install one thing, use it for a week, then decide. What is actually running on the DGX now is what I built SparkMonitor to track, and I will cover that in a future post.