Kelet vs Skrun

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.

Skrun is an open-source tool that wraps agentic skills — the discrete, reusable capabilities you build for AI agents (web search, data extraction, file transformation, API calls) — into deployable REST APIs with a single command. The idea is that skills you build for one agent context shouldn't be locked to that agent's runtime. With Skrun, you define a skill once with a standard function signature, and get a hosted endpoint with automatic request validation, retry logic, rate limiting, and an OpenAPI spec generated automatically. The project addresses a real architectural tension in the current AI tools ecosystem: agent skills are written in a dozen different formats (LangChain tools, MCP tools, function call JSON, OpenAI tool specs) and are essentially stranded assets — they only work within their specific orchestration framework. Skrun normalizes this by wrapping any skill definition format and exposing it as a framework-agnostic HTTP endpoint that any agent or pipeline can call. This appeared on Hacker News with a small but thoughtful discussion focused on the "skills as microservices" architectural pattern. Critics noted that adding HTTP round-trips to every tool call introduces latency; proponents argued that the composability and reusability benefits outweigh the cost. The early version focuses on stateless skills; stateful/conversational skill deployment is on the roadmap.