<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Cli on The Coders Blog</title><link>https://thecodersblog.com/tag/cli/</link><description>Recent content in Cli on The Coders Blog</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Wed, 06 May 2026 22:26:28 +0000</lastBuildDate><atom:link href="https://thecodersblog.com/tag/cli/index.xml" rel="self" type="application/rss+xml"/><item><title>Google Dev: Subagents Arrive in Gemini CLI</title><link>https://thecodersblog.com/gemini-cli-subagents-2026/</link><pubDate>Wed, 06 May 2026 22:26:28 +0000</pubDate><guid>https://thecodersblog.com/gemini-cli-subagents-2026/</guid><description>&lt;p&gt;Ever felt like your AI assistant is juggling too many tasks, dropping the ball on context and delivering subpar results? That’s precisely the pain point Gemini CLI’s new subagents aim to obliterate. The struggle of managing complex, repetitive, or high-volume commands within a single AI interaction is finally being addressed, and it’s a game-changer for developers.&lt;/p&gt;
&lt;h3 id="the-context-rot-problem"&gt;The Context Rot Problem&lt;/h3&gt;
&lt;p&gt;Traditional AI CLIs often suffer from &amp;ldquo;context rot.&amp;rdquo; As you feed more information, more commands, and more complex instructions, the AI&amp;rsquo;s ability to recall and correctly act upon early parts of the conversation degrades. This leads to redundant explanations, missed details, and ultimately, wasted developer time. Imagine asking your AI to refactor a codebase, then add new features, then write tests – without proper delegation, the AI quickly gets overwhelmed.&lt;/p&gt;</description></item><item><title>Google Dev: Agents CLI for Production AI Creation</title><link>https://thecodersblog.com/google-agents-cli-for-production-ai-2026/</link><pubDate>Wed, 06 May 2026 22:26:07 +0000</pubDate><guid>https://thecodersblog.com/google-agents-cli-for-production-ai-2026/</guid><description>&lt;p&gt;The AI agent development lifecycle is a fragmented mess of custom scripts, ad-hoc deployments, and manual evaluations. Until now. Google&amp;rsquo;s new Agents CLI promises to bring order to chaos, offering a unified command-line interface for building, testing, and deploying AI agents directly to Google Cloud. This could finally accelerate your time to market, but it&amp;rsquo;s not without its caveats.&lt;/p&gt;
&lt;h3 id="the-deployment-gap-in-ai-agent-development"&gt;The &amp;ldquo;Deployment Gap&amp;rdquo; in AI Agent Development&lt;/h3&gt;
&lt;p&gt;Developing sophisticated AI agents often involves multiple stages: scaffolding, local iteration, rigorous evaluation, and finally, robust production deployment. Each stage typically requires different tools and approaches, leading to a &amp;ldquo;deployment gap.&amp;rdquo; Teams spend valuable time stitching together disparate services, wrestling with environment inconsistencies, and manually verifying agent performance. This friction slows innovation and delays the realization of AI’s true potential. Google&amp;rsquo;s Agents CLI directly targets this pain point, aiming to streamline the entire Agent Development Lifecycle (ADLC) within a single, opinionated framework.&lt;/p&gt;</description></item><item><title>whohas: The Unified CLI Package Search We Deserved Years Ago (2026)</title><link>https://thecodersblog.com/simplifying-cross-distro-package-management-with-whohas-2026/</link><pubDate>Fri, 01 May 2026 16:12:49 +0000</pubDate><guid>https://thecodersblog.com/simplifying-cross-distro-package-management-with-whohas-2026/</guid><description>&lt;p&gt;Every DevOps engineer has been there: &lt;code&gt;apt install&lt;/code&gt;, &lt;code&gt;dnf install&lt;/code&gt;, &lt;code&gt;pacman -S&lt;/code&gt;, &lt;code&gt;zypper install&lt;/code&gt; – a familiar symphony of frustration when juggling even two Linux distributions. The silent killer of productivity isn&amp;rsquo;t a complex bug; it&amp;rsquo;s the sheer mental overhead of managing packages across disparate ecosystems. For too long, we&amp;rsquo;ve settled for inefficient workarounds.&lt;/p&gt;
&lt;h3 id="the-multi-distro-headache-why-fragmentation-is-our-silent-productivity-killer"&gt;The Multi-Distro Headache: Why Fragmentation is Our Silent Productivity Killer&lt;/h3&gt;
&lt;p&gt;The cost of Linux distribution fragmentation is rarely tallied, but it&amp;rsquo;s substantial. Developers and engineers waste countless hours each week on context switching, translating package names, verifying versions, and navigating distinct repository structures. This cognitive load is a silent drain on team resources, leading to burnout and inefficient project delivery.&lt;/p&gt;</description></item><item><title>Warp Terminal: Embracing Open Source for Agentic Development 2026</title><link>https://thecodersblog.com/warp-terminal-goes-open-source-2026/</link><pubDate>Tue, 28 Apr 2026 20:07:27 +0000</pubDate><guid>https://thecodersblog.com/warp-terminal-goes-open-source-2026/</guid><description>&lt;p&gt;Warp Terminal has announced a significant shift in its development paradigm: the Warp client is now open source. This move is coupled with an &amp;ldquo;agent-first workflow&amp;rdquo; for contributions, positioning Warp as a pioneering force in collaborative, AI-powered developer tooling. The source code is now publicly available on GitHub under a nuanced licensing model that fosters community involvement while safeguarding its innovative core.&lt;/p&gt;
&lt;h3 id="licensing-model-agplv3-for-client-mit-for-ui-framework"&gt;Licensing Model: AGPLv3 for Client, MIT for UI Framework&lt;/h3&gt;
&lt;p&gt;Warp&amp;rsquo;s client codebase is now available on GitHub under the GNU Affero General Public License v3 (AGPLv3). This strong copyleft license ensures that anyone who modifies and distributes the Warp client, or makes it available over a network, must also release the source code of their modifications under the AGPLv3. For developers, this means full transparency and the freedom to audit, inspect, and modify the core terminal application. It guarantees that improvements and forks building upon the AGPLv3-licensed client will similarly benefit the broader open-source community, preventing proprietary derivatives from being built directly on the client without contributing back.&lt;/p&gt;</description></item></channel></rss>