Libretto vs Skrun

Libretto is an open-source TypeScript toolkit for building and maintaining browser automations that are actually reliable. Unlike most AI-driven browser tools that use probabilistic reasoning to select elements at runtime, Libretto works by having the AI generate deterministic selectors and action sequences upfront — then executing them with zero LLM involvement at runtime. The AI is your authoring tool, not your runtime dependency. The core insight: most AI browser automations fail in production because they call an LLM on every page interaction. Libretto flips this by using AI to write and update the automation scripts, but running them as ordinary code. When a site changes and your automation breaks, Libretto detects the failure and prompts you to let AI update the selector — then it's deterministic again. Built by the team at Saffron Health, the library hit HN's front page today and is generating discussion as a more pragmatic alternative to fully autonomous browser agents. For anyone who's tried Playwright with AI wrappers and found them unreliable in CI/CD, this is the architecture that's been missing.

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.