QA Crow vs Skrun

QA Crow lets developers and PMs write browser tests in plain English — 'click the checkout button, expect confirmation page' — and runs them across real desktop and mobile browsers with full bug reports and screenshots. No Playwright syntax, no Selenium configuration, no flaky selector maintenance. Built by Ryan Merket, who has shipped products at Meta, Reddit, AWS, and Microsoft, QA Crow launched on Product Hunt on April 20, 2026 with a free tier covering basic browser checks and paid plans starting under $50/month for team use. The core technical claim is that tests written in natural language are more maintainable than selector-based scripts because they describe intent rather than implementation. For small teams shipping fast, QA Crow positions itself between manual QA (too slow) and full Playwright setup (too much overhead). The plain-English approach means non-engineers can write and read tests, which opens up QA ownership to PMs and designers — a meaningful workflow shift for lean teams.

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.