Gemini CLI vs Skrun

Gemini CLI is Google's open-source AI agent that runs directly in your terminal. Built on Apache 2.0 and now at v0.39.0, it ships with Gemini 3.1 Pro by default, native Google Search grounding, and full MCP (Model Context Protocol) support. Individual developers get 1,000 model requests per day for free on a personal Google account — no API key required to start. The tool is modeled around a GEMINI.md convention (similar to Claude's CLAUDE.md), supports per-project and per-user configuration, and introduced "Chapters" in v0.38 — a way to organize long agentic sessions by intent and tool usage. The April 23 release added a /memory command to review and patch extracted skills from sessions, along with enhanced Plan Mode requiring explicit confirmation before skill execution. It's Google's direct answer to Claude Code and OpenAI Codex CLI — and arguably the most generous free tier of the three. Google SREs are already using it in production to resolve live infrastructure incidents, which says something about internal confidence. For developers who want a Gemini-native agentic workflow without paying per token, this is the most practical option available today.

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.