personal-ai

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