<?xml version="1.0" encoding="utf-8" standalone="yes"?><rss version="2.0" xmlns:atom="http://www.w3.org/2005/Atom" xmlns:content="http://purl.org/rss/1.0/modules/content/"><channel><title>Posts on Suhas Karnik</title><link>https://www.karniks.net/posts/</link><description>Recent content in Posts on Suhas Karnik</description><generator>Hugo</generator><language>en-us</language><lastBuildDate>Sat, 23 May 2026 00:00:00 +0000</lastBuildDate><atom:link href="https://www.karniks.net/posts/index.xml" rel="self" type="application/rss+xml"/><item><title>Pay as you Vibe</title><link>https://www.karniks.net/posts/tokenomics/</link><pubDate>Sat, 23 May 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/tokenomics/</guid><description>&lt;p&gt;Most agentic coding tools are shifting from subscription-based pricing to token-based pricing — a change that affects enterprise CTOs, architects, platform engineers, and finance leads equally.&lt;/p&gt;
&lt;p&gt;This shift changes the economics of vibe coding and its more disciplined cousin, spec-driven development. Earlier pricing models charged per seat or per request; now it is pay-as-you-go. GitHub Copilot &lt;a href="https://docs.github.com/en/copilot/reference/copilot-billing/request-based-billing-legacy/what-changed-with-billing"&gt;announced usage-based billing&lt;/a&gt;; Anthropic followed suit with &lt;a href="https://support.claude.com/en/articles/11526368-how-am-i-billed-for-my-enterprise-plan"&gt;token-based enterprise pricing&lt;/a&gt;.&lt;/p&gt;
&lt;h2 id="whats-happening"&gt;What&amp;rsquo;s Happening&lt;/h2&gt;
&lt;p&gt;GitHub Copilot&amp;rsquo;s billing is built around AI credits, where an AI Credit consumption is calculated as the token usage multiplied with a &amp;ldquo;multiplier&amp;rdquo; factor. An AI credit costs $0.01, so the dollar cost of a request is essentially the AI credit consumption divided by 100.&lt;/p&gt;</description></item><item><title>Running Claude Code in a Container (And Why You Probably Should Too)</title><link>https://www.karniks.net/posts/cc-setup/</link><pubDate>Sat, 09 May 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/cc-setup/</guid><description>&lt;p&gt;I&amp;rsquo;ve been using Claude Code heavily for the past few months, and at some point I started getting uncomfortable with what it could reach. Not because it had done anything wrong — it hadn&amp;rsquo;t — but because the blast radius if something did go wrong was my entire home directory. One rogue prompt injection in a skill file or a malicious string lurking in some library&amp;rsquo;s README, and Claude dutifully &lt;code&gt;rm -rf&lt;/code&gt;s the wrong thing or reads my SSH keys into a response. It can&amp;rsquo;t run &lt;code&gt;sudo&lt;/code&gt;, sure, but it doesn&amp;rsquo;t need to. Everything that matters to me as a user lives in &lt;code&gt;~&lt;/code&gt;.&lt;/p&gt;</description></item><item><title>How This Site Is Built</title><link>https://www.karniks.net/posts/site/</link><pubDate>Sun, 03 May 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/site/</guid><description>&lt;p&gt;This is a personal site — somewhere to write, and somewhere people can find out who I am and what I work on. The constraint I gave myself was no hosting bill. That turned out to be a useful forcing function: it pushed everything toward clean, minimal architecture, where each component has exactly one job.&lt;/p&gt;
&lt;p&gt;The about page has a chatbot on it. That was a deliberate choice, not a novelty — if someone wants to know whether I&amp;rsquo;ve worked with Kubernetes or led a platform team, they can just ask rather than scanning bullet points. It also gave me something interesting to build.&lt;/p&gt;</description></item><item><title>SpecKit Past the Happy Path</title><link>https://www.karniks.net/posts/sdd/</link><pubDate>Sun, 03 May 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/sdd/</guid><description>&lt;p&gt;I recently started using SpecKit for personal projects to understand how it handles a growing codebase. I went in with the mental model of one feature = one spec. That held up well early on; it started showing cracks as the project grew and incremental updates became harder to slot into SpecKit&amp;rsquo;s constructs.&lt;/p&gt;
&lt;p&gt;&lt;a href="https://github.com/github/spec-kit"&gt;SpecKit&lt;/a&gt; is an open source toolkit from GitHub that aims to provide a Spec Driven Development (SDD) workflow around coding agents. The core idea is to define the specification (spec) first and then drive the agentic software dev based on those specs. In theory, this should make the code more robust as the agent is following clearly defined requirements. Of course, the specs themselves need not be entirely written manually, though the requirement at its core must come from the human. Taken to its logical conclusion, the spec is treated as the source with the LLM acting as a compiler of sorts that converts the spec into the code. How well this matches reality, was what I was trying to explore.&lt;/p&gt;</description></item><item><title>A Homelab That Deploys with git push</title><link>https://www.karniks.net/posts/homelab/</link><pubDate>Fri, 01 May 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/homelab/</guid><description>&lt;p&gt;For the last several months I&amp;rsquo;ve started running my own homelab on a single cheap server machine sitting on my home LAN. The primary motivation for this was to familiarise myself with running a server and multiple services on bare metal and understand how to manage such infrastructure.&lt;/p&gt;
&lt;h2 id="infrastructure"&gt;Infrastructure&lt;/h2&gt;
&lt;p&gt;I chose a refurbished Dell Optiplex 7040 Mini PC to host the infrastructure. As multiple workloads were expected, I chose to install Proxmox VE on this device. Proxmox is a Debian derivative Linux distribution that is designed to act as a hypervisor for VMs and lightweight Linux Containers (LXCs) from a common compute and storage infrastructure. It can be used to manage a data center with multiple physical hosts, but in my setup there is only one server.&lt;/p&gt;</description></item><item><title>Hello World</title><link>https://www.karniks.net/posts/hello/</link><pubDate>Sun, 26 Apr 2026 00:00:00 +0000</pubDate><guid>https://www.karniks.net/posts/hello/</guid><description>&lt;p&gt;Most of what I write here comes from problems I&amp;rsquo;ve actually run into — designing systems that hold up under pressure, making cloud infrastructure on AWS and Azure less painful, working with data at scale, and lately, separating signal from noise in agentic workflows.&lt;/p&gt;</description></item></channel></rss>