<?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 WWWOMBAT</title>
    <link>https://wwwombat-com.pages.dev/posts/</link>
    <description>Recent content in Posts on WWWOMBAT</description>
    <image>
      <title>WWWOMBAT</title>
      <url>https://wwwombat-com.pages.dev/images/wwwombat-og.png</url>
      <link>https://wwwombat-com.pages.dev/images/wwwombat-og.png</link>
    </image>
    <generator>Hugo</generator>
    <language>en-us</language>
    <lastBuildDate>Sun, 24 May 2026 00:00:00 +0000</lastBuildDate>
    <atom:link href="https://wwwombat-com.pages.dev/posts/index.xml" rel="self" type="application/rss+xml" />
    <item>
      <title>Browser AI vs. Terminal AI: What Changed When I Moved My Dev Workflow to the CLI</title>
      <link>https://wwwombat-com.pages.dev/posts/browser-ai-vs-terminal-ai/</link>
      <pubDate>Sun, 24 May 2026 00:00:00 +0000</pubDate>
      <guid>https://wwwombat-com.pages.dev/posts/browser-ai-vs-terminal-ai/</guid>
      <description>I built an entire website through a browser-based AI conversation. Then I switched to a terminal-first agent. Here&amp;rsquo;s what each approach actually gets right — and where each one falls apart.</description>
    </item>
    <item>
      <title>Building a Zero-Cost Private AI Lab on Consumer Hardware</title>
      <link>https://wwwombat-com.pages.dev/posts/building-a-zero-cost-private-ai-lab/</link>
      <pubDate>Sun, 24 May 2026 00:00:00 +0000</pubDate>
      <guid>https://wwwombat-com.pages.dev/posts/building-a-zero-cost-private-ai-lab/</guid>
      <description>How I built a fully self-hosted AI inference environment with GPU passthrough, hardened containers, and zero-trust edge access — on hardware you can buy at Micro Center.</description>
    </item>
    <item>
      <title></title>
      <link>https://wwwombat-com.pages.dev/posts/domain-strategy-for-wombat-websites/</link>
      <pubDate>Mon, 01 Jan 0001 00:00:00 +0000</pubDate>
      <guid>https://wwwombat-com.pages.dev/posts/domain-strategy-for-wombat-websites/</guid>
      <description>&lt;h1 id=&#34;domain-strategy-for-wombat-websites&#34;&gt;Domain strategy for wombat websites&lt;/h1&gt;
&lt;p&gt;&lt;strong&gt;You said&lt;/strong&gt;:
Good morning!  Let&amp;rsquo;s explore ideas for a public website that aligns with my goals for wwwombat.tech.  I own two domains:  wwwombat.com and wwwombat.tech.  Would one be more suitable for research and public tools, and the other domain be more oriented towards commercial sales?  Help me explore some ideas based on what you know about me and this project so far.&lt;/p&gt;
&lt;hr&gt;
&lt;p&gt;&lt;strong&gt;Claude said&lt;/strong&gt;:
Good morning! This is a great strategic question, and your two domains give you a natural split that a lot of solo founders wish they had from the start.
Here&amp;rsquo;s how I&amp;rsquo;d think about the division:
wwwombat.tech → the commercial front door. This is already where you&amp;rsquo;ve anchored your brand identity — your Open WebUI is white-labeled to it, your consulting vision lives here. The .tech TLD signals professional capability to enterprise buyers. This domain should be the polished, conversion-oriented site: who you are, what you offer, case studies, a contact/booking flow. Think of it as the site a CISO or IT director lands on when evaluating whether to bring you in.
wwwombat.com → the public-facing lab and reputation engine. The .com carries universal credibility and is easier to share casually. This is where you publish the work that earns the consulting engagements: writeups of your homelab architecture, tool demos, CVE analysis walkthroughs, open-source utilities (like your NVD tool or filter functions), maybe a blog tracking your build-in-public journey. It&amp;rsquo;s your technical portfolio and content marketing engine rolled into one.
The strategic logic is that .com builds your audience and credibility (people find you through your research), and .tech converts that credibility into revenue (people hire you through your services page). Each domain links to the other, but they serve different visitors at different stages.
A few concrete ideas for each:
For wwwombat.tech, the commercial site could feature a clean services page (AI infrastructure consulting, private deployment architecture, security log analysis pipelines), a &amp;ldquo;how it works&amp;rdquo; section showing your hybrid local/cloud approach without giving away the keys, and eventually client testimonials or anonymized case studies. Even a simple single-page site with a Calendly embed would be a strong start while you&amp;rsquo;re still in school.
For wwwombat.com, the research/portfolio side could host things like an interactive version of the implementation report you just shared (sanitized, of course), tool releases or demos, a blog with posts like &amp;ldquo;How I built a zero-cost private AI lab on consumer hardware&amp;rdquo; or CVE deep-dives. This is the kind of content that gets shared on Reddit, Hacker News, and LinkedIn — which is exactly how independent consultants build pipeline without a sales team.
One thing worth considering: you could start with just one site and redirect the other domain to it until you have enough content to justify both. Given where you are right now — still building the stack, still in school — I&amp;rsquo;d probably launch wwwombat.com first as the portfolio/blog, since publishing technical content is how you&amp;rsquo;ll start building a reputation. Then stand up wwwombat.tech as the commercial site once you&amp;rsquo;re closer to actively taking clients.
Want to dig into the structure or content strategy for either site, or talk about the tech stack for building them?&lt;/p&gt;</description>
    </item>
  </channel>
</rss>
