ChromaFs vs Kelet

ChromaFs is an open architectural approach (and reference implementation) built by Mintlify that replaces expensive container sandboxes for AI documentation assistants with a virtual filesystem layer over a Chroma vector database. Instead of spinning up an isolated container with a real filesystem for each conversation, ChromaFs intercepts Unix commands (grep, cat, ls, find, cd) and translates them into Chroma database queries — giving the LLM the filesystem UX it's trained on without any container overhead. The system stores the entire documentation file tree as a single gzipped JSON document in Chroma. On session init, it downloads and constructs the virtual directory table in memory in milliseconds. The results are dramatic: session creation time dropped from ~46 seconds (sandbox boot) to ~100ms, and marginal per-conversation cost dropped from ~$0.014 to essentially zero by reusing the already-indexed database. At 30,000+ conversations per day, this eliminated tens of thousands of dollars in monthly infrastructure costs. Mintlify published the full technical writeup on April 2, 2026. While ChromaFs itself is embedded in their product rather than released as a standalone library, the architecture pattern is directly reproducible for anyone building RAG-powered document assistants at scale. It's the smartest RAG optimization paper of 2026 so far.

Kelet is a root-cause analysis agent for LLM applications that goes beyond trace visualization. Where most observability tools stop at showing you what happened, Kelet automatically reads your traces, cross-references failure patterns across thousands of sessions — thumbs-down ratings, abandoned conversations, LLM-judge flags — generates root cause hypotheses, and produces targeted prompt patches to address them. The workflow is: connect your traces (LangSmith, Langfuse, or direct API), let Kelet ingest your failure signals, and receive a prioritized list of failure clusters with explanations and draft prompt fixes. SOC 2 Type II certified, read-only access to traces — nothing is mutated. The indie team positions it as the missing "closing of the loop" in LLM observability: most teams can detect failures but have no systematic path from detection to fix. The HN thread surfaced a real pain point: teams know their chatbot is failing somewhere, but diagnosing which prompts, tools, or routing decisions are responsible requires manual trace archaeology. Kelet automates that archaeology and produces actionable output, not just dashboards.