All projects
Project

telic — LLM Runtime Kernel

Apache-2.0 async runtime kernel for LLM and agent applications: 45,598 lines across 95 modules, 492 tests, 17 documented stable API namespaces under a published five-tier stability policy. Built deliberately instead of adopting LangChain.

llmopen-sourceinfrastructureproduction

Problem

Production AI systems need provider-agnostic LLM access with consistent error handling, structured output validation, streaming support, and operational guardrails. Existing wrappers either lock you into one provider, lack production-grade retry/circuit-breaker patterns, or impose framework-level coupling (LangChain).

Solution

One Protocol, three provider adapters (OpenAI, Anthropic, Google), and an ExecutionEngine with retries, failover, circuit breakers, idempotency keys and diagnostics. Structured output goes through a validate-and-repair loop that keeps attempt traces. Four cache backends, a typed tool and agent runtime, a USD budget ledger, a redaction policy, deterministic replay, rate limiting, and a 930-line model catalog. The test suite carries provider contract harnesses, normalization fuzzing, failure injection, and a weekly cron that detects upstream provider-catalog drift.

Impact

The LLM kernel underneath every AI surface I've shipped at CanApply — crawling, outreach, retrieval and the Dana agent runtime, which consumes it pinned to a 40-character commit SHA enforced in four independent places, two of them asserted inside the built image. Open source, but honestly: no external adopters yet.

Stack

PythonasynciohttpxpydanticJSON SchemaOpenAIAnthropicGeminipytest

llm-client — Provider-Agnostic LLM Runtime

Writeup in progress. Full case study covering architecture decisions, provider adapter design, circuit breaker implementation, and lessons from six production deployments coming soon.