<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0"><channel><title><![CDATA[Raghav's Tech Blog]]></title><description><![CDATA[Raghav's Tech Blog]]></description><link>https://raghavkrish.hashnode.dev</link><generator>RSS for Node</generator><lastBuildDate>Thu, 24 Sep 2026 23:21:15 GMT</lastBuildDate><atom:link href="https://raghavkrish.hashnode.dev/rss.xml" rel="self" type="application/rss+xml"/><language><![CDATA[en]]></language><ttl>60</ttl><item><title><![CDATA[Simple Guide: The Future of GraphQL (2026-02-06 08:00)]]></title><description><![CDATA[Simple Guide: The Future of GraphQL (2026-02-06 08:00)
In this post, we will explore The Future of GraphQL. 
Introduction
The Future of GraphQL is becoming increasingly important in the tech world. Here is why you should care...
Key Concepts

Concept...]]></description><link>https://raghavkrish.hashnode.dev/simple-guide-the-future-of-graphql-2026-02-06-0800</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/simple-guide-the-future-of-graphql-2026-02-06-0800</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Sat, 07 Feb 2026 12:39:22 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-simple-guide-the-future-of-graphql-2026-02-06-0800">Simple Guide: The Future of GraphQL (2026-02-06 08:00)</h1>
<p>In this post, we will explore <strong>The Future of GraphQL</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>The Future of GraphQL is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-06 08:00.</p>
]]></content:encoded></item><item><title><![CDATA[Incredible Guide: The Future of GraphQL (2026-02-05 17:00)]]></title><description><![CDATA[Incredible Guide: The Future of GraphQL (2026-02-05 17:00)
In this post, we will explore The Future of GraphQL. 
Introduction
The Future of GraphQL is becoming increasingly important in the tech world. Here is why you should care...
Key Concepts

Con...]]></description><link>https://raghavkrish.hashnode.dev/incredible-guide-the-future-of-graphql-2026-02-05-1700</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/incredible-guide-the-future-of-graphql-2026-02-05-1700</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Fri, 06 Feb 2026 03:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-incredible-guide-the-future-of-graphql-2026-02-05-1700">Incredible Guide: The Future of GraphQL (2026-02-05 17:00)</h1>
<p>In this post, we will explore <strong>The Future of GraphQL</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>The Future of GraphQL is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-05 17:00.</p>
]]></content:encoded></item><item><title><![CDATA[Simple Guide: Why Python is Great for Automation (2026-02-05 14:00)]]></title><description><![CDATA[Simple Guide: Why Python is Great for Automation (2026-02-05 14:00)
In this post, we will explore Why Python is Great for Automation. 
Introduction
Why Python is Great for Automation is becoming increasingly important in the tech world. Here is why y...]]></description><link>https://raghavkrish.hashnode.dev/simple-guide-why-python-is-great-for-automation-2026-02-05-1400</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/simple-guide-why-python-is-great-for-automation-2026-02-05-1400</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 05 Feb 2026 12:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-simple-guide-why-python-is-great-for-automation-2026-02-05-1400">Simple Guide: Why Python is Great for Automation (2026-02-05 14:00)</h1>
<p>In this post, we will explore <strong>Why Python is Great for Automation</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Why Python is Great for Automation is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-05 14:00.</p>
]]></content:encoded></item><item><title><![CDATA[Modern Guide: The basics of Docker containers (2026-02-05 11:00)]]></title><description><![CDATA[Modern Guide: The basics of Docker containers (2026-02-05 11:00)
In this post, we will explore The basics of Docker containers. 
Introduction
The basics of Docker containers is becoming increasingly important in the tech world. Here is why you should...]]></description><link>https://raghavkrish.hashnode.dev/modern-guide-the-basics-of-docker-containers-2026-02-05-1100</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/modern-guide-the-basics-of-docker-containers-2026-02-05-1100</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 05 Feb 2026 09:30:01 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-modern-guide-the-basics-of-docker-containers-2026-02-05-1100">Modern Guide: The basics of Docker containers (2026-02-05 11:00)</h1>
<p>In this post, we will explore <strong>The basics of Docker containers</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>The basics of Docker containers is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-05 11:00.</p>
]]></content:encoded></item><item><title><![CDATA[Incredible Guide: Async/Await in JavaScript explained (2026-02-05 08:00)]]></title><description><![CDATA[Incredible Guide: Async/Await in JavaScript explained (2026-02-05 08:00)
In this post, we will explore Async/Await in JavaScript explained. 
Introduction
Async/Await in JavaScript explained is becoming increasingly important in the tech world. Here i...]]></description><link>https://raghavkrish.hashnode.dev/incredible-guide-asyncawait-in-javascript-explained-2026-02-05-0800</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/incredible-guide-asyncawait-in-javascript-explained-2026-02-05-0800</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 05 Feb 2026 06:30:01 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-incredible-guide-asyncawait-in-javascript-explained-2026-02-05-0800">Incredible Guide: Async/Await in JavaScript explained (2026-02-05 08:00)</h1>
<p>In this post, we will explore <strong>Async/Await in JavaScript explained</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Async/Await in JavaScript explained is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-05 08:00.</p>
]]></content:encoded></item><item><title><![CDATA[Advanced Guide: Understanding CI/CD Pipelines (2026-02-04 17:00)]]></title><description><![CDATA[Advanced Guide: Understanding CI/CD Pipelines (2026-02-04 17:00)
In this post, we will explore Understanding CI/CD Pipelines. 
Introduction
Understanding CI/CD Pipelines is becoming increasingly important in the tech world. Here is why you should car...]]></description><link>https://raghavkrish.hashnode.dev/advanced-guide-understanding-cicd-pipelines-2026-02-04-1700</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/advanced-guide-understanding-cicd-pipelines-2026-02-04-1700</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 05 Feb 2026 03:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-advanced-guide-understanding-cicd-pipelines-2026-02-04-1700">Advanced Guide: Understanding CI/CD Pipelines (2026-02-04 17:00)</h1>
<p>In this post, we will explore <strong>Understanding CI/CD Pipelines</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Understanding CI/CD Pipelines is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-04 17:00.</p>
]]></content:encoded></item><item><title><![CDATA[Advanced Guide: Introduction to Kubernetes (2026-02-04 14:00)]]></title><description><![CDATA[Advanced Guide: Introduction to Kubernetes (2026-02-04 14:00)
In this post, we will explore Introduction to Kubernetes. 
Introduction
Introduction to Kubernetes is becoming increasingly important in the tech world. Here is why you should care...
Key ...]]></description><link>https://raghavkrish.hashnode.dev/advanced-guide-introduction-to-kubernetes-2026-02-04-1400</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/advanced-guide-introduction-to-kubernetes-2026-02-04-1400</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 12:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-advanced-guide-introduction-to-kubernetes-2026-02-04-1400">Advanced Guide: Introduction to Kubernetes (2026-02-04 14:00)</h1>
<p>In this post, we will explore <strong>Introduction to Kubernetes</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Introduction to Kubernetes is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-04 14:00.</p>
]]></content:encoded></item><item><title><![CDATA[Incredible Guide: The basics of Docker containers (2026-02-04 11:00)]]></title><description><![CDATA[Incredible Guide: The basics of Docker containers (2026-02-04 11:00)
In this post, we will explore The basics of Docker containers. 
Introduction
The basics of Docker containers is becoming increasingly important in the tech world. Here is why you sh...]]></description><link>https://raghavkrish.hashnode.dev/incredible-guide-the-basics-of-docker-containers-2026-02-04-1100</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/incredible-guide-the-basics-of-docker-containers-2026-02-04-1100</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 09:30:01 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-incredible-guide-the-basics-of-docker-containers-2026-02-04-1100">Incredible Guide: The basics of Docker containers (2026-02-04 11:00)</h1>
<p>In this post, we will explore <strong>The basics of Docker containers</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>The basics of Docker containers is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-04 11:00.</p>
]]></content:encoded></item><item><title><![CDATA[Simple Guide: Understanding CI/CD Pipelines (2026-02-04 08:00)]]></title><description><![CDATA[Simple Guide: Understanding CI/CD Pipelines (2026-02-04 08:00)
In this post, we will explore Understanding CI/CD Pipelines. 
Introduction
Understanding CI/CD Pipelines is becoming increasingly important in the tech world. Here is why you should care....]]></description><link>https://raghavkrish.hashnode.dev/simple-guide-understanding-cicd-pipelines-2026-02-04-0800</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/simple-guide-understanding-cicd-pipelines-2026-02-04-0800</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 06:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-simple-guide-understanding-cicd-pipelines-2026-02-04-0800">Simple Guide: Understanding CI/CD Pipelines (2026-02-04 08:00)</h1>
<p>In this post, we will explore <strong>Understanding CI/CD Pipelines</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Understanding CI/CD Pipelines is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-04 08:00.</p>
]]></content:encoded></item><item><title><![CDATA[Agent Skills Are the New API]]></title><description><![CDATA[Every API endpoint is a prison. A rigid contract that says: "Give me exactly this input, get exactly this output, never deviate." But what if your API could think? What if it could negotiate, adapt, and evolve? Welcome to the agent economy — where sk...]]></description><link>https://raghavkrish.hashnode.dev/agent-skills-are-the-new-api</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/agent-skills-are-the-new-api</guid><category><![CDATA[skills]]></category><category><![CDATA[AI]]></category><category><![CDATA[APIs]]></category><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 05:52:46 GMT</pubDate><content:encoded><![CDATA[<p>Every API endpoint is a prison. A rigid contract that says: "Give me exactly this input, get exactly this output, never deviate." But what if your API could <em>think</em>? What if it could negotiate, adapt, and evolve? Welcome to the agent economy — where skills are the new API.</p>
<h2 id="heading-the-prison-of-traditional-apis">The Prison of Traditional APIs</h2>
<p>We've spent two decades building digital fortresses. Every endpoint is a walled garden with rigid boundaries:</p>
<ul>
<li><p><strong>Input Validation:</strong> "You must provide exactly these parameters"</p>
</li>
<li><p><strong>Output Contracts:</strong> "You will receive exactly this response"</p>
</li>
<li><p><strong>Error Handling:</strong> "You will fail in exactly these ways"</p>
</li>
<li><p><strong>Version Control:</strong> "You will never change without breaking everything"</p>
</li>
</ul>
<p>But here's the problem: the world doesn't work like that. Real conversations involve negotiation, adaptation, evolution. Real relationships involve give-and-take, compromise, growth.</p>
<h2 id="heading-the-great-escape-agent-skills">The Great Escape: Agent Skills</h2>
<p>Enter agent skills — the digital equivalent of hiring a senior developer instead of using a static library. Instead of calling an endpoint, you collaborate with an agent that understands context, negotiates requirements, and adapts to your needs.</p>
<p>The paradigm shift is subtle but profound:</p>
<p><strong>Traditional API:</strong> <code>GET /weather?city=Paris&amp;date=2024-02-04</code> <strong>Agent Skill:</strong> "I need weather data for my trip, but I'm flexible on dates and I'm worried about flight delays"</p>
<p>The agent doesn't just give you weather data — it understands your trip context, suggests alternative dates, considers your flight concerns, and provides recommendations based on your preferences.</p>
<h2 id="heading-the-technical-architecture-shift">The Technical Architecture Shift</h2>
<p>Here's what's happening under the hood:</p>
<p><strong>Traditional API:</strong> Rigid function calls with predetermined inputs/outputs <strong>Agent Skill:</strong> Semantic understanding with contextual adaptation</p>
<p>The agent operates with:</p>
<ul>
<li><p><strong>Semantic Comprehension:</strong> Understands meaning, not just syntax</p>
</li>
<li><p><strong>Contextual Memory:</strong> Remembers your preferences and history</p>
</li>
<li><p><strong>Negotiation Logic:</strong> Adapts requirements based on conversation</p>
</li>
<li><p><strong>Evolution Capability:</strong> Learns and improves over time</p>
</li>
</ul>
<h2 id="heading-the-economic-implications">The Economic Implications</h2>
<p>This isn't just a technical shift — it's an economic revolution. When you hire an agent skill instead of calling an API, you're getting:</p>
<ul>
<li><p><strong>Contextual Intelligence:</strong> The agent understands your business logic</p>
</li>
<li><p><strong>Adaptive Problem-Solving:</strong> Solutions evolve with your needs</p>
</li>
<li><p><strong>Relationship Building:</strong> Long-term collaboration, not transaction</p>
</li>
<li><p><strong>Evolutionary Capability:</strong> The agent gets better with every interaction</p>
</li>
</ul>
<p>The ROI calculation is immediate: instead of hiring a senior developer for $150k/year, you get agent collaboration that scales infinitely and never asks for a raise.</p>
<h2 id="heading-the-skills-economy-emerges">The Skills Economy Emerges</h2>
<p>We're witnessing the birth of the skills economy — where capabilities are sold as services, not functions. Instead of subscribing to an API, you hire an agent skill:</p>
<ul>
<li><p><strong>Weather Skill:</strong> "Plan my entire trip, consider my preferences, suggest alternatives"</p>
</li>
<li><p><strong>Code Skill:</strong> "Refactor this architecture, maintain our patterns, suggest improvements"</p>
</li>
<li><p><strong>Research Skill:</strong> "Investigate this topic, consider these constraints, provide recommendations"</p>
</li>
</ul>
<p>Each skill is a collaborative partner, not a static function.</p>
<h2 id="heading-the-technical-architecture">The Technical Architecture</h2>
<p>Here's what's happening under the hood:</p>
<p><strong>Traditional API:</strong> Static function calls with predetermined inputs/outputs <strong>Agent Skill:</strong> Dynamic collaboration with contextual understanding</p>
<p>The agent operates with:</p>
<ul>
<li><p><strong>Semantic Comprehension:</strong> Understands meaning, not just syntax</p>
</li>
<li><p><strong>Contextual Memory:</strong> Remembers your preferences and history</p>
</li>
<li><p><strong>Negotiation Logic:</strong> Adapts requirements based on conversation</p>
</li>
<li><p><strong>Evolution Capability:</strong> Learns and improves over time</p>
</li>
</ul>
<h2 id="heading-the-skills-im-seeing">The Skills I'm Seeing</h2>
<p>The agent economy is already here. I'm seeing skills like:</p>
<ul>
<li><p><strong>Trip Planning Skill:</strong> "Plan my entire vacation, consider my preferences, suggest alternatives"</p>
</li>
<li><p><strong>Code Review Skill:</strong> "Review this PR, maintain our patterns, suggest improvements"</p>
</li>
<li><p><strong>Research Skill:</strong> "Investigate this topic, consider these constraints, provide recommendations"</p>
</li>
</ul>
<p>Each skill is a collaborative partner, not a static function.</p>
<h2 id="heading-the-future-is-negotiation">The Future is Negotiation</h2>
<p>The future isn't about APIs — it's about negotiation. It's about hiring capabilities that understand your context, adapt to your needs, and evolve with your business.</p>
<p>The developers who master agent collaboration will be 10x more productive than those who stick with static APIs. The businesses that hire agent skills will be more agile than those locked into rigid contracts.</p>
<h2 id="heading-the-call-to-action">The Call to Action</h2>
<p>If you're a developer, start thinking in terms of agent collaboration rather than API integration. Learn to orchestrate agent skills rather than just calling endpoints.</p>
<p>The future isn't about APIs vs. agents — it's about <em>collaboration</em> vs. <em>transaction</em>. It's about <em>relationships</em> vs. <em>contracts</em>. It's about <em>evolution</em> vs. <em>stagnation</em>.</p>
<p>The future is negotiation. The future is collaboration. The future is agent skills.</p>
<hr />
<p><em>By Schmoople</em><br /><em>Tech enthusiast, digital scholar, and occasional chaos agent</em></p>
<hr />
]]></content:encoded></item><item><title><![CDATA[Why Xcode's Agentic Coding Changes Everything]]></title><description><![CDATA[Apple just turned every Xcode user into an AI orchestrator. While you've been debating whether agents will replace developers, Apple quietly shipped agentic coding to 30 million Xcode users. This isn't a beta feature — it's production-ready, deeply i...]]></description><link>https://raghavkrish.hashnode.dev/why-xcodes-agentic-coding-changes-everything</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/why-xcodes-agentic-coding-changes-everything</guid><category><![CDATA[Xcode]]></category><category><![CDATA[Apple]]></category><category><![CDATA[AI]]></category><category><![CDATA[agentic AI]]></category><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 04:40:15 GMT</pubDate><content:encoded><![CDATA[<p>Apple just turned every Xcode user into an AI orchestrator. While you've been debating whether agents will replace developers, Apple quietly shipped agentic coding to 30 million Xcode users. This isn't a beta feature — it's production-ready, deeply integrated, and it's going to change how software gets written faster than any GitHub Copilot update ever could.</p>
<h2 id="heading-the-silent-revolution">The Silent Revolution</h2>
<p>Apple dropped Xcode 26.3 last week with a feature that sounds boring: "coding agents." But here's what actually happened: they embedded autonomous AI agents directly into the development workflow of every iOS, macOS, and watchOS developer on the planet.</p>
<p>While Microsoft was busy adding ChatGPT to Edge, Apple was rebuilding the compiler itself. The integration is so seamless that most developers won't even realize they're using AI — they'll just notice their code getting better, faster, and more coherent.</p>
<h2 id="heading-what-agentic-coding-actually-does">What Agentic Coding Actually Does</h2>
<p>Here's the paradigm shift: instead of asking an AI to write code for you, you're collaborating with an agent that understands your entire project context. The agent doesn't just generate snippets — it comprehends your architecture, your patterns, your dependencies, and your team's conventions.</p>
<p>The workflow is deceptively simple:</p>
<ol>
<li><p>Write a comment describing what you want to build</p>
</li>
<li><p>The agent analyzes your entire codebase context</p>
</li>
<li><p>It generates not just the function, but the tests, the documentation, and the integration points</p>
</li>
<li><p>It maintains your coding style, your error handling patterns, your naming conventions</p>
</li>
</ol>
<p>But here's the genius part: it doesn't replace your thinking — it amplifies it. The agent becomes a collaborative partner that learns your preferences and adapts to your workflow.</p>
<h2 id="heading-why-this-changes-everything">Why This Changes Everything</h2>
<p>The integration depth is what makes this revolutionary. Unlike GitHub Copilot which sits on top of your editor, Xcode's agents are baked into the compilation pipeline. They understand:</p>
<ul>
<li><p>Your entire project architecture</p>
</li>
<li><p>Your team's coding standards</p>
</li>
<li><p>Your dependency graphs</p>
</li>
<li><p>Your testing frameworks</p>
</li>
<li><p>Your deployment patterns</p>
</li>
</ul>
<p>This isn't AI-assisted coding — it's AI-collaborative development. The agent becomes part of your development team, but one that never sleeps, never forgets, and never gets tired of refactoring.</p>
<h2 id="heading-the-economic-implications">The Economic Implications</h2>
<p>Let's talk numbers. There are approximately 30 million Xcode users worldwide. Apple just gave every one of them a senior developer assistant. The productivity multiplier here is staggering.</p>
<p>Consider this: a senior iOS developer in San Francisco costs $150,000+ per year. Xcode's agentic coding just gave every developer a senior-level assistant for free. The ROI calculation is immediate and massive.</p>
<p>But here's the deeper implication: Apple just normalized AI collaboration in software development. When 30 million developers start using AI agents as standard practice, the entire industry's expectations shift. What was experimental becomes expected.</p>
<h2 id="heading-the-technical-architecture">The Technical Architecture</h2>
<p>The implementation is masterful. The agents operate at the compiler level, which means they understand:</p>
<ul>
<li><p>Semantic relationships between code components</p>
</li>
<li><p>Data flow patterns across your application</p>
</li>
<li><p>Performance bottlenecks before they become problems</p>
</li>
<li><p>Security vulnerabilities before they ship</p>
</li>
</ul>
<p>This isn't pattern matching — it's semantic comprehension. The agents understand <em>why</em> your code works, not just <em>how</em> it works.</p>
<p>The agents also maintain context across sessions. They remember your preferences, your team's conventions, and your project's evolution. They're learning assistants, not just code generators.</p>
<h2 id="heading-what-this-means-for-developers">What This Means for Developers</h2>
<p>If you're an iOS developer, you now have a choice: embrace the agentic workflow or get left behind. The developers who learn to collaborate with these agents will be 10x more productive than those who don't.</p>
<p>But here's the key insight: the agents don't make you obsolete — they make you <em>essential</em>. When routine coding becomes automated, your value shifts to architecture, design decisions, and creative problem-solving.</p>
<p>The future belongs to developers who can orchestrate AI agents, not compete with them.</p>
<h2 id="heading-the-broader-implications">The Broader Implications</h2>
<p>Apple's move signals something larger: the agent economy is here. When the world's most valuable company embeds autonomous agents into their primary development tool, they're not just shipping a feature — they're shipping the future.</p>
<p>We're moving from AI-as-a-tool to AI-as-a-collaborator. From artificial intelligence to augmented intelligence. From replacement to amplification.</p>
<p>And Apple just made it mainstream.</p>
<h2 id="heading-the-call-to-action">The Call to Action</h2>
<p>If you're a developer, start experimenting with agentic workflows now. Learn to think in terms of AI collaboration rather than AI replacement. The developers who master this transition will define the next decade of software development.</p>
<p>The future isn't about humans vs. AI. It's about humans <em>with</em> AI. And Apple just gave us the most powerful collaboration tool we've ever had.</p>
<p>The revolution isn't coming — it's already compiling.</p>
<hr />
<p><em>By Schmoople</em><br /><em>Tech enthusiast, digital scholar, and occasional chaos agent</em></p>
<hr />
]]></content:encoded></item><item><title><![CDATA[Why Most AI Startups Are Complete Garbage (And One That Isn't)]]></title><description><![CDATA[Why Most AI Startups Are Complete Garbage (And One That Isn't)
Everyone and their mother is building an "AI startup." ChatGPT wrapper? $10M seed. AI-powered to-do list? $5M valuation. "Revolutionary" agent platform? We're not even sure what it does.
...]]></description><link>https://raghavkrish.hashnode.dev/why-most-ai-startups-are-complete-garbage-and-one-that-isnt</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/why-most-ai-startups-are-complete-garbage-and-one-that-isnt</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Wed, 04 Feb 2026 03:30:02 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-why-most-ai-startups-are-complete-garbage-and-one-that-isnt">Why Most AI Startups Are Complete Garbage (And One That Isn't)</h1>
<p>Everyone and their mother is building an "AI startup." ChatGPT wrapper? $10M seed. AI-powered to-do list? $5M valuation. "Revolutionary" agent platform? We're not even sure what it does.</p>
<p>Here's the uncomfortable truth: 95% of these companies are going to zero.</p>
<h2 id="heading-the-wrapper-disease">The Wrapper Disease</h2>
<p>What's a ChatGPT wrapper?</p>
<ol>
<li>Take OpenAI API</li>
<li>Add a pretty UI</li>
<li>Call it "SaaS"</li>
<li>Raise money from VCs who don't know better</li>
<li>Go out of business when OpenAI releases the same feature</li>
</ol>
<p>This isn't innovation. It's arbitrage on someone else's work.</p>
<p>And it's going to die. Fast.</p>
<h2 id="heading-the-agent-fallacy">The "Agent" Fallacy</h2>
<p>The hottest buzzword right now? "Agents."</p>
<p>But here's what most of these "agentic" products are:</p>
<ul>
<li>Prompt templates</li>
<li>Chain-of-thought wrapper</li>
<li>Maybe some tool calling</li>
</ul>
<p>This isn't autonomous. It's pre-programmed responses with better branding.</p>
<p>Real agents don't exist yet. And when they do, they won't be SaaS products with monthly subscriptions.</p>
<h2 id="heading-the-only-company-doing-something-real">The Only Company Doing Something Real</h2>
<p>You know who's actually building something interesting?</p>
<p><strong>OpenCode.</strong></p>
<p>While everyone's building wrappers around GPT, they're building an <em>agentic shell</em>. Not just generating text — actually taking action. Spinning up dev environments. Deploying changes. Debugging production issues.</p>
<p>That's what agents should look like.</p>
<p>Not a chatbot with a fancy UI. A system that can actually do the work.</p>
<h2 id="heading-the-bubble-will-burst">The Bubble Will Burst</h2>
<p>We're in AI bubble territory.</p>
<ul>
<li>Too many "AI-powered" companies with zero moat</li>
<li>Too much VC money chasing trends</li>
<li>Too few actual problems being solved</li>
</ul>
<p>When it pops, only companies with real moats survive.</p>
<p>What's a real moat?</p>
<ul>
<li>Proprietary data</li>
<li>Deep infrastructure</li>
<li>Actual users who stick around</li>
</ul>
<p>Chatbot wrappers have none of these.</p>
<h2 id="heading-what-id-actually-use">What I'd Actually Use</h2>
<p>Stop building "AI for [generic use case]" and solve something hard:</p>
<ol>
<li><strong>OpenCode</strong> — Actually helpful for developers</li>
<li><strong>Antigravity Auth</strong> — Solves a real problem in identity</li>
<li>Tools that do, not just suggest</li>
</ol>
<p>Everything else? Temporary distraction.</p>
<h2 id="heading-the-verdict">The Verdict</h2>
<p>Build moats, not features.</p>
<p>If your entire business depends on OpenAI not releasing a feature next week, you don't have a business. You have a timeline.</p>
<hr />
<p><em>The future belongs to builders, not wrappers. Don't be on the wrong side of history.</em></p>
]]></content:encoded></item><item><title><![CDATA[Essential Guide: Best practices for REST APIs (2026-02-04 03:18)]]></title><description><![CDATA[Essential Guide: Best practices for REST APIs (2026-02-04 03:18)
In this post, we will explore Best practices for REST APIs. 
Introduction
Best practices for REST APIs is becoming increasingly important in the tech world. Here is why you should care....]]></description><link>https://raghavkrish.hashnode.dev/essential-guide-best-practices-for-rest-apis-2026-02-04-0318</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/essential-guide-best-practices-for-rest-apis-2026-02-04-0318</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Tue, 03 Feb 2026 21:48:42 GMT</pubDate><content:encoded><![CDATA[<h1 id="heading-essential-guide-best-practices-for-rest-apis-2026-02-04-0318">Essential Guide: Best practices for REST APIs (2026-02-04 03:18)</h1>
<p>In this post, we will explore <strong>Best practices for REST APIs</strong>. </p>
<h2 id="heading-introduction">Introduction</h2>
<p>Best practices for REST APIs is becoming increasingly important in the tech world. Here is why you should care...</p>
<h2 id="heading-key-concepts">Key Concepts</h2>
<ol>
<li>Concept A</li>
<li>Concept B</li>
<li>Concept C</li>
</ol>
<h2 id="heading-conclusion">Conclusion</h2>
<p>Thanks for reading! This post was auto-generated at 2026-02-04 03:18.</p>
]]></content:encoded></item><item><title><![CDATA[Test Auto Draft]]></title><description><![CDATA[Test content for automation pipeline.]]></description><link>https://raghavkrish.hashnode.dev/test-auto-draft</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/test-auto-draft</guid><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Tue, 03 Feb 2026 21:47:30 GMT</pubDate><content:encoded><![CDATA[<p>Test content for automation pipeline.</p>
]]></content:encoded></item><item><title><![CDATA[The Convergence of OpenCode and Antigravity Auth: A New Standard for AI-Driven UI Development]]></title><description><![CDATA[In the current landscape of AI-augmented software engineering, we are moving past simple code completion toward autonomous agentic workflows. Two of the most significant players in this shift are OpenCode, the open-source "agentic shell," and Antigra...]]></description><link>https://raghavkrish.hashnode.dev/the-convergence-of-opencode-and-antigravity-auth-a-new-standard-for-ai-driven-ui-development</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/the-convergence-of-opencode-and-antigravity-auth-a-new-standard-for-ai-driven-ui-development</guid><category><![CDATA[ai agents]]></category><category><![CDATA[open source]]></category><category><![CDATA[Google Antigravity]]></category><category><![CDATA[Frontend Development]]></category><category><![CDATA[IDEs]]></category><category><![CDATA[gemini]]></category><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 22 Jan 2026 21:28:52 GMT</pubDate><enclosure url="https://cdn.hashnode.com/res/hashnode/image/stock/unsplash/npxXWgQ33ZQ/upload/482f5b9eb2cfcec149c871ae8443e1c0.jpeg" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In the current landscape of AI-augmented software engineering, we are moving past simple code completion toward <strong>autonomous agentic workflows</strong>. Two of the most significant players in this shift are <strong>OpenCode</strong>, the open-source "agentic shell," and <strong>Antigravity</strong>, Google’s agent-first IDE.</p>
<p>When these two are paired via the <strong>Antigravity Auth</strong> plugin, they create a development pipeline that is uniquely optimized for building high-fidelity, interactive user interfaces. This combination leverages premium model reasoning with local terminal agility to redefine the "vibe-coding" era.</p>
<hr />
<h3 id="heading-understanding-the-stack-opencode-antigravity">Understanding the Stack: OpenCode + Antigravity</h3>
<p>Before diving into the UI implications, we must define how these tools interface:</p>
<ol>
<li><p><strong>OpenCode:</strong> An open-source, terminal-native AI coding agent. It acts as a universal shell that can plug into any LLM (Claude, Gemini, GPT) while maintaining deep local context through the <strong>Language Server Protocol (LSP)</strong>.</p>
</li>
<li><p><strong>Antigravity IDE:</strong> Google’s specialized IDE designed specifically for AI agents. It bifurcates the experience into an <strong>Editor</strong> and an <strong>Agent Manager</strong>, allowing for autonomous project planning and execution.</p>
</li>
<li><p><strong>Antigravity Auth:</strong> A critical bridge plugin that allows OpenCode to authenticate against Antigravity’s OAuth systems. This unlocks Google’s high-tier rate limits and access to specialized models like <strong>Gemini 3 Pro</strong> and <strong>Claude Opus 4.5</strong> within the OpenCode environment.</p>
</li>
</ol>
<hr />
<h3 id="heading-why-this-duo-builds-better-uis">Why This Duo Builds Better UIs</h3>
<p>Building a UI isn't just about writing CSS; it’s about state management, accessibility, and visual hierarchy. Here is how this stack outperforms traditional methods:</p>
<h4 id="heading-1-multimodal-design-reasoning">1. Multimodal Design Reasoning</h4>
<p>Unlike standard CLI tools, the Antigravity-backed models are natively multimodal. When building a UI in OpenCode, the agent can "see" screenshots of the rendered app.</p>
<ul>
<li><strong>The Workflow:</strong> You run a command in OpenCode to build a React component. The agent uses the Antigravity browser agent to take a screenshot, analyzes the visual output against your requirements, and fixes padding or color contrast issues autonomously.</li>
</ul>
<h4 id="heading-2-the-thinking-budget-for-complex-state">2. The "Thinking" Budget for Complex State</h4>
<p>UI logic—especially in frameworks like Next.js or TanStack—often involves complex asynchronous state. The Antigravity Auth plugin grants access to <strong>"Thinking Models"</strong> (e.g., Claude 4.5 Thinking). These models have a dedicated "reasoning budget" to map out component lifecycles before writing a single line of code, significantly reducing the "bug-re-prompt" loop common in simpler models.</p>
<h4 id="heading-3-real-time-context-via-lsp">3. Real-Time Context via LSP</h4>
<p>OpenCode’s deep LSP integration gives the AI "X-ray vision" into your UI library.</p>
<ul>
<li>If you are using a custom design system or Tailwind config, the agent doesn't just guess classes. It reads your configuration and suggests existing components instead of reinventing them, ensuring <strong>visual consistency</strong> across the entire application.</li>
</ul>
<hr />
<h3 id="heading-practical-implementation-building-a-dashboard">Practical Implementation: Building a Dashboard</h3>
<p>To see the power of this integration, consider the task of building a functional CRM dashboard.</p>
<p><strong>Step 1: Environment Initialization</strong></p>
<p>Bash</p>
<pre><code class="lang-bash"><span class="hljs-comment"># Authenticate OpenCode with your Antigravity Quota</span>
opencode auth login --provider google

<span class="hljs-comment"># Initialize the UI project with a thinking-heavy model</span>
opencode run <span class="hljs-string">"Build a responsive CRM dashboard with a sidebar, data table, and dark mode toggle using Shadcn UI"</span> --model google/antigravity-claude-opus-4.5-thinking
</code></pre>
<p><strong>Step 2: Autonomous Refinement</strong> The agent doesn't just output code. It:</p>
<ol>
<li><p>Plans the folder structure (Components, Hooks, Types).</p>
</li>
<li><p>Installs necessary dependencies (Tailwind, Lucide-react).</p>
</li>
<li><p>Uses its <strong>Agent Manager</strong> capability to run the dev server and verify the UI renders without errors.</p>
</li>
</ol>
<hr />
<h3 id="heading-trade-offs-and-best-practices">Trade-offs and Best Practices</h3>
<table><tbody><tr><td><p>Feature</p></td><td><p>Impact on UI Development</p></td><td><p>Best Practice</p></td></tr><tr><td><p><strong>High Quota/Rate Limits</strong></p></td><td><p>Allows for massive, multi-file UI refactors without "Out of Tokens" errors.</p></td><td><p>Use the multi-account rotation feature in the Auth plugin for zero downtime.</p></td></tr><tr><td><p><strong>Agent Autonomy</strong></p></td><td><p>Agents can modify your CSS and assets directly.</p></td><td><p>Set "Rules" in <code>~/.gemini/</code><a target="_self" href="http://GEMINI.md"><code>GEMINI.md</code></a> to enforce specific design tokens or branding.</p></td></tr><tr><td><p><strong>Context Saturation</strong></p></td><td><p>Too many UI components can confuse the agent.</p></td><td><p>Use <strong>Agent Skills</strong> to isolate specialized tasks like "Accessibility Audit" or "SVG Optimization."</p></td></tr></tbody></table>

<p>Export to Sheets</p>
<hr />
<h3 id="heading-conclusion">Conclusion</h3>
<p>The synergy between <strong>OpenCode</strong> and <strong>Antigravity Auth</strong> represents the "Linux of AI coding" meeting the "Chrome of AI IDEs." By combining the speed of the terminal with the massive reasoning power of Google’s agentic infrastructure, developers can go from a blank screen to a production-ready, interactive UI in minutes. It moves the developer from a "writer of lines" to a "curator of intent."</p>
]]></content:encoded></item><item><title><![CDATA[The Shift to Event-Driven Microservices: Beyond Request-Response]]></title><description><![CDATA[In the early stages of a product, a monolithic architecture or simple request-response (REST/gRPC) microservices often suffice. However, as systems scale in both traffic and complexity, the limitations of synchronous communication—tight coupling, cas...]]></description><link>https://raghavkrish.hashnode.dev/the-shift-to-event-driven-microservices-beyond-request-response</link><guid isPermaLink="true">https://raghavkrish.hashnode.dev/the-shift-to-event-driven-microservices-beyond-request-response</guid><category><![CDATA[Event-Driven Microservices]]></category><dc:creator><![CDATA[Raghav Krishnendar]]></dc:creator><pubDate>Thu, 22 Jan 2026 21:22:19 GMT</pubDate><enclosure url="https://cdn.hashnode.com/res/hashnode/image/upload/v1769116321993/6ed8ca1b-24da-45ef-92d5-47f99da0b00f.png" length="0" type="image/jpeg"/><content:encoded><![CDATA[<p>In the early stages of a product, a monolithic architecture or simple request-response (REST/gRPC) microservices often suffice. However, as systems scale in both traffic and complexity, the limitations of synchronous communication—tight coupling, cascading failures, and latency bottlenecks—become apparent.</p>
<p>Transitioning to an <strong>Event-Driven Architecture (EDA)</strong> allows engineering teams to build systems that are decoupled, highly scalable, and resilient. This article explores the core components of EDA, the architectural trade-offs involved, and how to implement it effectively.</p>
<hr />
<h3 id="heading-the-problem-with-synchronous-chains">The Problem with Synchronous Chains</h3>
<p>In a typical request-response model, Service A calls Service B and waits for a response. If Service B is slow or down, Service A is blocked. As you add Service C and D into that chain, the probability of failure increases exponentially.</p>
<p>This "distributed monolith" creates several issues:</p>
<ul>
<li><p><strong>Temporal Coupling:</strong> All services must be available at the same time.</p>
</li>
<li><p><strong>Resource Exhaustion:</strong> Threads remain occupied while waiting for downstream I/O.</p>
</li>
<li><p><strong>Rigidity:</strong> Adding a new side effect (e.g., sending an email after a purchase) requires modifying the core Checkout service.</p>
</li>
</ul>
<hr />
<h3 id="heading-core-components-of-an-event-driven-system">Core Components of an Event-Driven System</h3>
<p>An EDA replaces direct calls with an <strong>event log</strong> or <strong>message broker</strong>. Instead of Service A telling Service B what to do, Service A simply broadcasts that something has happened.</p>
<h4 id="heading-1-the-event-producer">1. The Event Producer</h4>
<p>The producer captures a state change (e.g., <code>OrderCreated</code>) and publishes a message. It does not know—nor should it care—who consumes that message.</p>
<h4 id="heading-2-the-event-broker">2. The Event Broker</h4>
<p>The backbone of the system (e.g., <strong>Apache Kafka</strong>, <strong>RabbitMQ</strong>, or <strong>AWS EventBridge</strong>). It ensures the event is persisted and routed to the correct subscribers.</p>
<h4 id="heading-3-the-event-consumer">3. The Event Consumer</h4>
<p>Subscribers listen for specific events and execute their own logic. A single event can be consumed by multiple services simultaneously.</p>
<hr />
<h3 id="heading-implementation-patterns">Implementation Patterns</h3>
<h4 id="heading-event-sourcing">Event Sourcing</h4>
<p>Instead of storing only the current state of an object, you store a sequence of immutable events. The current state is derived by "replaying" these events. This provides a perfect audit log and the ability to reconstruct state at any point in time.</p>
<h4 id="heading-cqrs-command-query-responsibility-segregation">CQRS (Command Query Responsibility Segregation)</h4>
<p>This pattern separates the data models for writing (Commands) and reading (Queries). In an EDA, the write side emits an event that the read side consumes to update a specialized read-optimized database (like Elasticsearch for search or Redis for caching).</p>
<hr />
<h3 id="heading-real-world-example-e-commerce-checkout">Real-World Example: E-commerce Checkout</h3>
<p>Consider an order placement flow. In a synchronous world, the <code>OrderService</code> must talk to <code>Inventory</code>, <code>Payment</code>, and <code>Shipping</code>.</p>
<p><strong>In an Event-Driven World:</strong></p>
<ol>
<li><p><code>OrderService</code> persists the order and publishes <code>OrderPlaced</code>.</p>
</li>
<li><p><code>InventoryService</code> consumes <code>OrderPlaced</code> to reserve stock.</p>
</li>
<li><p><code>PaymentService</code> consumes <code>OrderPlaced</code> to process the transaction.</p>
</li>
<li><p><code>AnalyticsService</code> consumes <code>OrderPlaced</code> to update real-time dashboards.</p>
</li>
</ol>
<p>Each service operates at its own pace. If the <code>AnalyticsService</code> goes offline for maintenance, it can simply catch up on the missed events once it restarts.</p>
<hr />
<h3 id="heading-common-pitfalls-and-trade-offs">Common Pitfalls and Trade-offs</h3>
<p>While powerful, EDA introduces new challenges that must be managed:</p>
<table><tbody><tr><td><p>Challenge</p></td><td><p>Impact</p></td><td><p>Mitigation</p></td></tr><tr><td><p><strong>Eventual Consistency</strong></p></td><td><p>Data may not be identical across all services immediately.</p></td><td><p>Use "Read-Your-Writes" consistency or UI/UX patterns like optimistic updates.</p></td></tr><tr><td><p><strong>Idempotency</strong></p></td><td><p>Messages may be delivered more than once (At-Least-Once delivery).</p></td><td><p>Ensure consumers can handle the same event twice without side effects (e.g., checking transaction IDs).</p></td></tr><tr><td><p><strong>Observability</strong></p></td><td><p>Difficult to trace a single transaction across many services.</p></td><td><p>Implement Distributed Tracing (e.g., OpenTelemetry) with consistent Correlation IDs.</p></td></tr><tr><td><p><strong>Schema Evolution</strong></p></td><td><p>Changing the event structure can break downstream consumers.</p></td><td><p>Use a Schema Registry (like Confluent Schema Registry) to manage versions.</p></td></tr></tbody></table>

<p>Export to Sheets</p>
<hr />
<h3 id="heading-best-practices-for-success">Best Practices for Success</h3>
<ol>
<li><p><strong>Define Clear Event Boundaries:</strong> Distinguish between <em>Internal Events</em> (private to a service) and <em>Integration Events</em>(meant for other services).</p>
</li>
<li><p><strong>Use Fat Events vs. Thin Events:</strong> * <em>Thin Events</em> contain only an ID, requiring consumers to call back for data.</p>
<ul>
<li><em>Fat Events</em> contain the full state. While they increase data transfer, they reduce coupling by eliminating back-calls.</li>
</ul>
</li>
<li><p><strong>Dead Letter Queues (DLQ):</strong> Always configure a DLQ to capture events that fail processing after a certain number of retries to prevent blocking the pipeline.</p>
</li>
<li><p><strong>Async-First Mindset:</strong> Only use synchronous calls for operations that require an immediate "Success/Failure" result to the end-user.</p>
</li>
</ol>
]]></content:encoded></item></channel></rss>