Gemini CLI vs Skrun

Gemini CLI brings Google's Gemini 2.5 Pro directly into your terminal as a local, open-source AI agent. Released under Apache 2.0, it operates in a ReAct (Reason + Act) loop — meaning it thinks, acts, observes results, and iterates until the task is done. It connects to local and remote MCP servers, supports a GEMINI.md system prompt file for project-specific context, and handles everything from coding to research to task management. The free tier is unusually generous: 60 model requests per minute and 1,000 requests per day at no cost with just a personal Google account. That's 1 million token context on Gemini 2.5 Pro, for free, at scale. For teams that have been paying for Claude Code or GitHub Copilot just to get terminal AI access, this changes the math significantly. Google open-sourced the tool in response to growing momentum from Claude Code and OpenAI's Codex CLI — but the free tier generosity is the real differentiator. Whether Google can maintain those quotas as usage scales is the open question, but the initial offering is hard to ignore.

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.