I’ve been digging into the LiveKit plugin ecosystem and want to contribute something. The TTS/STT/LLM lanes seem well-covered, but the surrounding layers (memory, eval, telephony, A/B testing, compliance) maybe not so much?
Would love to hear from people building agents and also the team at Livekit
What are the plugins you wish existed?
Where do you currently work around the gap, rolling your own, gluing two services together, or just living with it?
LiveKit is technically a module (large addon) so plugins are more integrations rather than true plugins. Yes core lanes (TTS/STT/LLM) are mostly solved. The real pain (and opportunity) is everything around the agent lifecycle. Here’s what people actually end up building themselves over and over and what’s missing, current workarounds people usually use, and what I believe would be beneficial if you’re looking for ideas, just be aware LiveKit is stubborn so you’ll have your work cut out for you.
Persistent + Structured Memory (not just vector DB)
What’s missing
→ Session → user → long-term memory unification
→ Write policies (what gets remembered vs ignored)
→ Conflict resolution (old vs new facts)
First, if I understand well, there is actually a missing middleware piece that would let you compose interception/observation around the existing plugins instead of replacing them? And all of those ideas would only work if there was this clean interface?
Also if you have one more minute I am curious to know:
On prewarm. Is it mostly cold start (first call after idle) or per session warmup of STT/TTS/LLM? or both?
On replay/debugger. It seems like there is a missing PostHog. Did you also try to hack this one yourself? if yes, what was the hardest parts?
You mentioned LiveKit can be stubborn. What did you mean by this?