INDRA and Summertime-server
Problem
Teams that cannot send data to a cloud API still want agents, retrieval, voice and document tools. The stack has to run offline on one GPU box and stay up while several models compete for memory.
The stack
- Gateway. FastAPI with an OpenAI-compatible
/v1/chat/completionsand/v1/embeddings, API-key RBAC, and routing across vLLM, ONNX Runtime, ComfyUI and llama-swap backends. - GPU memory manager. Estimates VRAM before loading, evicts the least recently used model, queues requests, and caps concurrency.
- Code sandbox. Agent-written Python, JS, Bash and R run in Docker with gVisor, no network and CPU and memory limits.
- Client. Tool-calling agent orchestrator, React dashboard, CLI with server pairing and a self-verification suite, offline voice, and local DOCX, PDF, PPTX and XLSX generation.
Failure modes designed for
An out-of-memory crash when a second model loads, so VRAM is estimated first. A burst of requests, so a queue and a concurrency cap sit in front of the GPU. Untrusted generated code, so it never touches the network. Restricted hosts that cannot run gVisor, so the sandbox has a degraded mode instead of failing to start.