Google ADK Python 1.0 vs Skrun

Google's Agent Development Kit (ADK) Python hit v1.0.0 stable on April 17, marking it production-ready for teams building and deploying AI agents at scale. ADK is a modular, code-first framework that applies standard software engineering principles to agent development — graph-based workflow execution, structured agent-to-agent delegation via a Task API, native MCP support for tool integration, and built-in evaluation tooling. Unlike LangChain's general-purpose orchestration or CrewAI's role-based crews, ADK leans into composable determinism: you define explicit graphs of agent behavior that are auditable, testable, and deployable directly to Google Cloud's Vertex AI Agent Engine. It supports Python, TypeScript, Go, and Java, making it one of the few multi-language agent frameworks in production. The 1.0 stable label matters. Google has been iterating ADK roughly every two weeks, and teams that held off on building with it due to API instability now have a stable target. With Vertex AI providing the deployment layer and Agent Engine handling orchestration at scale, this is Google's full-stack answer to the agent infrastructure question.

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.