Your agents don t need more expensive models. They need to learn from their own mistakes automatically. Introducing Smart Skills: living, self-improving instructions that get generated, tested, and refined automatically based on how your agents are performing with your users in production.
How it works:
Generated from real signals. Voker watches for user corrections, frustration, and failed outcomes, then writes a Smart Skill to fix the issue. Proven to perform better than Claude use these logs to fix .
Self-correcting. Every Smart Skill is versioned and measured against your agent's performance. If a Smart Skill is underperforming or regressing behavior, Voker flags it and auto-optimizes it.
Personalized. Enable Smart Skills globally, to specific companies, or to individual users.
Tied to cost and resolution tracking. See how Smart Skills are saving tokens. Fewer complaints, faster resolutions, and less agent "thinking" usually means lower spend, and now you can prove it.
Fully auditable. Every Smart Skill addition or removal shows up as a milestone directly on your performance charts, so you can see what changed and when.
Sipcode
Hey Tyler, went through Voker's site and the "Amplitude for agents" framing is honestly the cleanest take I've read on this gap. one thing I wanted to ask, how do you detect a "correction" automatically, is it sentiment delta on the next user message or something pattern-based? that label seems to do a lot of work in the product.
Voker
@axlerodd good to know that "Amplitude for agents" resonated.
We detect corrections by processing user messages across multiple turns, and evaluate them within the context of the conversation and the original user intents that were detected. We use LLMs for language processing, and then we have a technique for hierarchical classification to categorize atomic annotations like intents and corrections into more general and insightful categories (you don't want to have to read a list of 1000s of corrections, you want a theme of "the agent is too happy" or "the agent claims it has tools it doesn't" )
Does that help? Maybe we should add better examples on our homepage?
Voker
@lakshminath_dondeti Today most teams link the dashboards or screenshots to their coding agents to implement fixes. We're working on releasing Analytics APIs so your agents can directly query Voker, make changes to prompts/harnesses/code/tools and ship fixes on its own!
Interesting approach to agent observability especially the focus on automatically detecting intent, corrections, and resolution instead of just logging traces. If that inference layer works reliably in production, it could meaningfully reduce the overhead of building evaluation pipelines for agentic systems. Curious how you handle edge cases where “resolution” is ambiguous or multi-turn success depends on external tool outcomes
Voker
@devika_ns yes you're exactly right - we see our customers using Voker to inform them of what evals they need to write - instead of having to blindly guess at failure modes (and to spend less time maintaining hundreds of evals).
We've set up resolutions to be detectable from either the conversation context (including tool calls and other metadata) or even from direct events like add to carts or checkouts or signups or tool outcomes. Our resolution detection works across multiple turns - we can detect resolutions from a part of a single message, or from multiple messages.
Do you also handle multi-agent, multi-turn orchestrations ?
Voker
@raj_peko Yes! Our SDK is architected to ingest multi-agent, multi-turn orchestrations! That being said, we still have many more dashboards we want to add to make good use of that data. For example we're working on user journey visualizations so you can see how users get handed off to multiple different agents.
We also need to do more optimizing of our automated annotations (intents, corrections, resolutions) to make them even better for multi agent conversations (especially those where its not just a simple handoff, but a multi-player conversation).
Tome
Oh this looks really interesting. How much of the setup is out of the box vs customizable?
Voker
@mejackreed great question! for launch we focused on making it super easy to get started, so we invested lots of time in great out-of-the-box automated annotations and analytics. (We kept hearing that obs tools took TOO much time investment to get insights, so we wanted to solve that problem!)
Next up is custom metrics - so as you get more advanced with your analysis, you can go beyond our out of the box detections and analytics!
Tome
@tyler_postle That makes a lot of sense. I think having a great OOB experience is really useful to help demonstrate the power of the platform. Nice job 👏
Voker
@mejackreed Thanks Jack! will pass your feedback along to our team, they spent a lot of hours testing all sorts of use cases and vertical agent applications to make sure OOB worked well for a broad set of use cases.
Prompting Vibes definitely don't scale when agents start failing silently in production. Being able to catch tool errors before a client screams at us is a huge lifesaver. great job @tyler_postle
Lightfield
Really cool that we can get an idea what people are using our agent for. The downside of having a powerful agent is that you don't always understand what people use it for and where it is not meeting expectations.
Voker
@veskost I guess being great at building agent products is a double-edged sword! Appreciate all the feedback you and the team have given to us to help make Voker better. We see Lightfield as the north-star for a great Agent product experience!