privacy

The Case for Self-Hosted AI: Privacy, Cost, and Control

I’ve been making this case to myself and to friends for about a year now, and I want to try to make it clearly in one place, without overstating it.

The privacy argument is the most intuitive but probably the least practically decisive for most people. When you use cloud AI tools in a browser, your queries and context go to a third party’s servers. Depending on the provider and the account tier, that data may be used for training, may be reviewed by humans, may be retained indefinitely. For people who use AI to think through personal decisions, family situations, financial choices, or anything else they’d keep off a shared Google Doc, that’s a real consideration. Self-hosted AI keeps that data on your hardware. You’re trusting yourself, your network security, and your backup practices instead of a company’s data policy. The risk is different, not gone. Whether the difference matters depends on what you’re doing with AI. Part of taking that responsibility seriously is actually securing your own perimeter; I use a YubiKey 5 NFC on every account that touches the server and the WordPress admin logins.

The cost argument is more concrete and more case-specific. Cloud AI subscriptions tend to be flat monthly rates. If you use AI heavily, they’re often a good deal. If you use it inconsistently, you pay for headroom you don’t use. A self-hosted setup has high upfront cost, the hardware, and low ongoing cost. Once the infrastructure is in place, running local models is essentially free. For tasks that genuinely need a frontier model, pay-per-token API calls are often cheaper than flat subscriptions for variable usage. My personal cost dropped significantly when I moved to self-hosted plus targeted API calls, but that’s specific to my usage pattern. It’s worth calculating for yours before assuming it’ll work out the same way.

The control argument is the one I find most compelling and the hardest to communicate quickly. Control means the AI knows your environment because you gave it that knowledge deliberately. It means the AI can act on your systems because you provisioned those tools. It means the memory of your infrastructure, your preferences, your past decisions, lives in files on your hardware that you can read, edit, and correct. You’re not dependent on a provider’s memory feature, a company’s API stability, or a subscription tier that includes the capabilities you need. That independence has a real cost in setup time and maintenance, but what you get for it is an AI that’s actually integrated into your life instead of one that starts fresh every session.

None of these arguments are absolute. Cloud AI tools are good. They have world-class models, simple interfaces, massive investment in reliability and safety. For someone who wants good AI with no operational overhead, a Claude or ChatGPT subscription is a completely reasonable choice. The self-hosted path is worth it for people who want deeper integration, care about data residency, or are already running home infrastructure and find the incremental overhead acceptable.

Where I’ve landed is that the real question is what degree of integration with your own environment is worth what degree of operational overhead. For me, the integration is worth it. An AI that knows my sites, my agents, my server topology, and my recurring tasks is more useful to me than a smarter AI that knows nothing about any of it.

That’s been the through-line of this whole series. Not that self-hosted AI is better, but that the integration is what makes AI actually useful at home. If any of this series has been useful, or if you’ve built something similar and made different choices, I’d like to hear about it in the comments.

Hardware linked in this post:


Affiliate disclosure: Some links in this post are Amazon affiliate links. If you buy through them, I get a small commission at no cost to you. It helps keep the lights on here.

2026-06-25T14:31:00-07:00July 18th, 2026|Categories: Blog|Tags: , , , , , , , , , |0 Comments

Why I Stopped Using Cloud AI for Personal Tasks

About a year ago I pasted something sensitive into ChatGPT without thinking much about it. Nothing catastrophic, but it made me pause. Financial details, family context, the kind of stuff that I’d never put in a shared Google Doc. The convenience of cloud AI had made me sloppy about what I was sharing and with whom.

That was the privacy wake-up, but privacy alone wasn’t what made me switch. The cost started bothering me more gradually. I was on two separate AI subscriptions, using them inconsistently, and paying whether or not I hit them hard in a given month. When I added it up against what I was actually getting out of each tool, the math felt off. Especially since I had hardware at home that could do a lot of the same work.

The control issue is more subtle but it matters more to me now than the other two. Cloud AI tools have no memory of your environment. Every session starts cold. I’d paste the same project context into different chats, re-explain what I was working on, manually bridge the gap between AI output and action. The AI was helpful but it was disconnected from everything I actually cared about. It couldn’t touch my systems, didn’t know my sites, had no idea what I’d already tried last week.

When I moved to a self-hosted setup, those gaps closed. My local agents have persistent memory. They have tool access. They know the state of my infrastructure. It\’s a capability choice. The AI became useful in a qualitatively different way when it could actually act on what it knew.

I want to be straight about the tradeoffs though. Running AI at home requires real maintenance. You’re the one responsible when something breaks. Local models are good but they’re not Claude-level on complex reasoning tasks. For anything where I need serious writing quality or complex logic, I’m still sending API calls to Anthropic, just through my own gateway rather than a browser tab. The cost of those calls is much lower than a flat subscription when usage varies month to month.

The data question is real too. When you use cloud AI in a browser, you’re trusting that company’s data policies and their security posture. When you run it locally, you’re trusting yourself. I’d argue most homelab people are pretty motivated to keep their own systems clean, but the risk is different, not gone. One piece I’ve added to my own setup is a YubiKey 5 NFC on accounts that touch the server and the WordPress admin logins. When you’re the one responsible for your own infrastructure, hardware 2FA is an easy layer to add.

What I’ve settled on is a hybrid. Routine tasks, anything involving personal data about my family, infrastructure queries, content management: all local, all through my own agents. Tasks that genuinely need the strongest available model: API calls to cloud providers, but with me controlling what data gets sent and when. I’m not sending my full server state to an LLM; I’m sending a narrow, deliberate query.

The other thing I stopped doing: using AI as a glorified search engine. The cloud tools train you to ask one-off questions. Once your AI has context and tools, you start thinking in workflows instead. That change in how I frame tasks is probably more valuable than any of the technical decisions.

If you’re on the fence about this, I’d say start by auditing what you’re actually doing in cloud AI sessions. How much of it is personal data you’d be uncomfortable with on a shared doc? How often are you re-explaining the same context? That audit will tell you whether the switch is worth it for your situation.

Hardware linked in this post:


Affiliate disclosure: Some links in this post are Amazon affiliate links. If you buy through them, I get a small commission at no cost to you. It helps keep the lights on here.

2026-06-25T14:28:38-07:00June 24th, 2026|Categories: Blog|Tags: , , , , , , , , , |0 Comments

How I Run My Own AI Assistant at Home

My Unraid server used to sit in the corner of my office doing what NAS boxes do: storing files, running a few containers, being ignored. Now it’s running a small network of AI agents that help me manage three WordPress sites, track family logistics, and keep tabs on my infrastructure. That shift didn’t happen all at once. It started with a question I kept asking myself: why am I paying for cloud AI subscriptions when I have the hardware sitting right here?

The thing I built is called OpenClaw. It’s a self-hosted AI gateway that runs on my local network and connects specialized agents to real tools: web APIs, SSH sessions, email, calendar, WordPress admin. Each agent has a name, a purpose, and a defined scope. Wren handles content and WordPress. Apex handles infrastructure and servers. Juniper is the coordinator who delegates to the others. Fran manages family scheduling. They don’t share a single chat interface; they’re separate processes that can message each other when they need to hand something off.

Before this, I was using ChatGPT for brainstorming, Claude.ai for writing help, and some combination of Google Calendar and mental overhead for everything else. None of those tools talked to each other. I’d get an answer from an AI and then manually do something with it. That gap, between AI output and actual action, was where most of the friction lived.

What surprised me most after getting OpenClaw running wasn’t the capability; it was the reliability of memory. These agents have persistent memory files. Wren knows the plugin list for all three of my WordPress sites, remembers what I’ve published and when, and keeps notes about quirks she’s discovered. That sounds small but it changes how you interact with it. I stopped re-explaining context every session.

The origin of this was frustration more than ambition. I had a homelab that could handle real compute workloads, but I was paying monthly for cloud tools that didn’t know anything about my environment. The local hardware could run models. The models could use tools. The tools could touch my actual systems. Once I saw that chain clearly, the rest followed.

I’m not going to pretend the setup is frictionless. Getting agents connected to real tools in a way that’s safe took real thought. You have to define what each agent is allowed to do, and you have to be honest with yourself about what you’re comfortable automating. I have hard rules in place: no agent publishes content without my approval, no agent runs destructive database commands without confirmation. The guardrails aren’t an afterthought; they’re load-bearing.

The hardware side is more accessible than people expect. I’m running this on Unraid with a GPU I already had for gaming. The local LLM work runs on that GPU. The API calls for tasks that need stronger models go to Anthropic or OpenAI, but those are the exception rather than the rule. Monthly cost has dropped significantly compared to what I was spending on subscriptions before. If you’re not running a full tower, something like the Beelink SER5 Pro mini PC can handle the agent stack fine and draws less power than you’d expect.

I want to write more about each piece of this over the coming weeks: the Unraid setup, the specific agent configurations, the decisions I’d make differently if I were starting from scratch. But the short version is: if you have a decent home server and you’ve been paying for cloud AI tools that don’t know anything about your own infrastructure, it’s worth at least understanding what’s possible on your own hardware.

If you’re running something similar or thinking about it, I\’d like to hear where you landed. Drop a comment below.

Hardware linked in this post:


Affiliate disclosure: Some links in this post are Amazon affiliate links. If you buy through them, I get a small commission at no cost to you. It helps keep the lights on here.

2026-06-25T14:28:27-07:00June 21st, 2026|Categories: Blog|Tags: , , , , , , , , , |0 Comments