OpenAI Agents Python vs Skrun

OpenAI's openai-agents-python is the production evolution of the experimental Swarm framework — a lightweight, opinionated Python SDK for building multi-agent workflows without the bloat of heavyweight orchestration frameworks. It abstracts agents as first-class objects with typed handoffs, tool registries, and structured output handling, while staying thin enough to understand in an afternoon. The framework leans heavily on Python type hints and function decorators rather than XML configs or complex DAGs, making it feel closer to writing ordinary Python than setting up a workflow engine. Agent handoffs are explicit — you define which agent can delegate to which, under what conditions — giving you audit trails that many competitors lack. The SDK also integrates natively with the OpenAI models API, including structured output models and the function calling spec. The repo is trending today with 625 new stars, reflecting that despite dozens of agent frameworks in the ecosystem, developers keep returning to official, well-maintained options with clear upgrade paths. For teams building on GPT-5 and OpenAI's infrastructure, this is likely to become the default starting point.

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.