SShortSingh.
TopTechnologyAI & MLStartupsProgrammingScienceBusinessFinanceCrypto & Web3World
Back to feed
Programming

I built an L1 ticket deflector that knows when to stop: LangGraph + human-in-the-loop

0
·1 views

I built an L1 ticket deflector that knows when to stop: LangGraph + human-in-the-loop The same tickets arrive at every IT service desk: password resets, VPN that won't connect, "how do I install 7-Zip?", a printer that's offline again. A widely cited industry range puts routine requests at 50–70% of L1 volume — work a script could handle, except nobody trusts a script with the tickets that actually matter. Building an agent that answers everything is easy. Building one that knows when to hand a ticket to a human is not. I built the second kind and open-sourced it.

Read the full story at DEV Community

This is an AI-generated summary. ShortSingh links to the original source for the complete article.

Discussion (0)

Log in to join the discussion and vote.

Log in

Related stories

0
ProgrammingDEV Community ·

Pricing Feature Flags Across Self-Hosted and Managed Systems (Customer Incident Forensics)

A customer-support SaaS has a harder constraint than evaluating a feature flag quickly: after a customer reports a missing reply, an incorrect queue assignment, or a conversation shown to the wrong agent group, the team needs enough durable evidence to reconstruct which configuration the request actually received. That constraint changes both the hosting choice and the pricing comparison. TL;DR: choose self-hosted or managed feature flags by testing the complete evidence path, not by comparing a headline fee. Preserve the evaluated flag key, non-sensitive subject identifier, variant, configura

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

One MCP Gateway for All Your Internal APIs: The Aggregation Pattern

A single MCP server in front of one service is a solved problem: generate tools from the OpenAPI spec, run it over stdio or HTTP, done. At company scale the problem changes shape. A midsize platform team has forty services, each with its own spec, its own auth, its own staging and production hosts. Let every team publish an MCP endpoint and you quickly get: Agents configured against dozens of URLs, each with its own OAuth consent. Tool catalogs in the hundreds, past the limit most clients expose to the model, so tools silently disappear.

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Small Service Observability Stack Health Endpoint Monitoring and Alert Budgets Explained

The best small-SaaS observability stack is the smallest system that can distinguish customer-visible notification delivery failure from an unhealthy process, while retaining enough logs, metrics, and error detail to explain the difference across Europe and the US. TL;DR: probe the public path from outside each serving region, measure delivery outcomes inside the application, correlate both with structured events, and page only on sustained SLO risk. A green /health response is useful evidence, but it cannot prove that a fintech notification reached its provider or its recipient. This is a sign

0 comments Read more at DEV Community
0
ProgrammingDEV Community ·

Cross-Modal Knowledge Distillation for bio-inspired soft robotics maintenance in hybrid quantum-classical pipelines

Cross-Modal Knowledge Distillation for bio-inspired soft robotics maintenance in hybrid quantum-classical pipelines Introduction: A Detour That Changed How I Think About Robot Maintenance Six months ago, I was deep into a rabbit hole studying knowledge distillation for a completely different reason — I wanted to compress a large vision transformer into something that could run on a microcontroller for a home automation project. Somewhere around 2 AM, while reading a paper on cross-modal distillation for audio-visual learning, I had one of those tangential thoughts that ends up consuming weeks

0 comments Read more at DEV Community