How I use AI (Oct 2026)
How I use AI (Oct 2026)
Wow, things have changed.
Last October, I took stock of how I was using AI — specifically the cool stuff like LLMs that we call 'AI’. I’m so glad I did. Things are very, very different 12 months later.
Background
I still believe I use AI fairly typically, but I’ve had a notable change in background. Last October, I was an engineer on Microsoft’s Windows AI team. I am now a research engineer at Salesforce AI Research. I spend more time supporting scientists & building rapid prototypes, rather than working with a large team of engineers. I spend about ~$3,000/month in tokens.
In any case, I mostly use AI in the same ways as last year:
- Coding
- Research & search
- Summarization & transcription & (new) voice
- Writing
- Art & music & (new) video
Also new this year, I’ve drafted a personal AI policy; we’ll start there.
As before, this remains purely my opinion & speculation. If you use AI differently, let me know!
My AI policy
This year I began drafting a personal AI policy — as in, a document for how I want to use AI in my life. I am very excited about it. I am also working on an explicit AI policy for this site (still thinkin’; probably based on Hank Green’s policy), but a personal policy is to give me a framework for using these tools day-to-day.
AI leaks into life. Teammates ask Claude to write their Slack messages, grandparents generate creepy memes of their grandchildren, and researchers delegate their thinking to machines. I’ve seen all of these things; even strong creators like Hank Green and BrainPOP get lost.
BrainPOP using AI art, perhaps unknowingly
Humans clearly do not have norms for using these tools, and we’re messing up. I hope that a personal policy will ground me as AI becomes smarter. I hope to adapt that policy over time, and I’m eager to see how it evolves. I’m also open to draft 1 being utterly, hopelessly wrong.
Ultimately, I want to spend my life making cool things with other people. AI can help, AI can hurt. A policy helps me find the difference.
Coding
Writing code is solved.
Last year, I waxed poetic about how GitHub Copilot autocomplete transformed how I write code.
Autocomplete is still good (the dim lines)
Well, uh, I no longer write much code. Agentic coding has made it obsolete.
My workday now means managing ~5–6 Claude Code (or OpenCode or Codex or Pi) agents. I’ll give Claude a feature to implement, or a bug to reproduce, or any other task I used to do by hand; each agent gets its own copy of the code (a Git worktree, if you’re technical), then just… gets to work. The agents write code, run tests, even create & review PRs.
Claude Code adds noise-reduction to (a worktree of) my Mumble client with one prompt
They are nothing short of magic:
-
They let me build fast: agents will prototype any new feature in ~20 minutes. I truly cannot count the number of features, bugfixes, tests, and tools I’ve (AI’ve?) been able to build because of these agents. For example, AI let me test confusing audio code on
macOS and iOS in just a few minutes. -
They let me try crazy things: human teams aim to
“fail fast”; agents can fail ultra-fast. I’m happy to test crazy new ideas and throw out what doesn’t work well. It was able to wire & test a huge change to Mumble that added better noise cancelling; I use my beta build of it nearly every day. -
They remove drudgery: I’ve had agents diagnose & fix urgent bugs with nothing more than a description and a “please fix!” while I continued working on other things.
-
They let me be kinder: since agents write everything, it is simple to propose sweeping changes to my teammates during code review, or even write my own versions — both things unthinkable in the era of hand-written code.
I do not believe engineering is solved: left to run on their own, agents will build poorly-functioning, over-architected, unreadable, self-congratulatory piles of slop. Every friend I’ve asked agrees that agents still need human taste and experience to produce good work. Some of that is minutiae (like that annoying status dot Claude likes to throw onto sites), but most of it is critical. Agents tend to get lost on their own. My most successful work this year was hand-writing a tool, replacing ~4,000 lines of vibe-code with a few hundred. My system has proven more flexible, easier to test, and more generalizable than what it replaced.
It remains to be seen how long that human edge will last, though.
I also now reckon with the fatigue of using these agents. Managing 6 different conversations with 6 different robots about 6 different features is overstimulating & exhausting in a way that coding never was. When I started using agents, I remember rushing to answer their questions like they were human colleagues waiting for help! While I have tempered that anthropomorphic bias, it’s exhausting to juggle so many problems at once. The allure of sending just one more prompt before lunch… then dinner… oy. There is also, as I wrote in Consider the chairmaker, the decline of craft. My friend Peter laments ceding the joy of programming to machines: for many of us, honing the code, finding the right design, seeing the parts mesh together — that was the meditative purpose we found in our jobs. Now, we rarely write anything. We instead delegate it to agent number 7.
But let me return to the joy of working with agents: they are so fast, so open to feedback, and so intelligent. Working with them can be utterly delightful.
For example, while I was building a harness for voice agents, one programming agent decided (correctly) that my simple test harness was insufficient. So it used my Mac’s built-in text-to-speech to directly test the voice agent it was building. Then, newer agents started doing it, too. Either they had documented the technique, or they were each smart enough to independently discover it. Directly testing the product they were building. Absolutely brilliant.
Agents frequently recommend knobs & settings that I’ll reject for being too complex and unnecessary — and, voilà, I’ll need the knob next week. Silly human!
Anyway, because of agentic coding, agentic pull requests are increasingly the way I review agent code. “Make a draft PR,” I write, “I’ll review it soon!” And review it I do — agents still aren’t reliable enough to trust without validating, so I’ll still review their code & test it manually. However, I don’t do the “line-by-line” code reviews I used to do with humans. I focus instead on architecture, on larger patterns in the code. Are there systemic issues with an approach? Should I add new agent guidance to CLAUDE.md? Can I build better test harnesses, so the machines can test their own code?
Agentic code review is surprisingly helpful here: I try to write rules for the code review robots whenever I notice a recurring issue with generated code, so the agents will identify & fix issues by themselves. One rule I enjoyed creating: a "Claude-y comment detector." You think my writing is verbose? Try Claude’s.
On more typical engineering teams, human code review seems increasingly difficult. A friend of mine complained that his teammates simply ask “their” Claudes to review code written by other Claudes. An ouroboros of Claudes! Agents catch bugs & stylistic issues very well, but they are abysmal at designing architecture. Agentic code review is certainly not a replacement for humans yet.
AI code review catches a correctness issue in my code
Last year, I was skeptical of inline editing and code mode, both features of GitHub Copilot. They were not very useful then, and they are even less useful with agents. I have removed them from the table.
| Usefulness | Notes | |
|---|---|---|
| Autocomplete | 👍👍 | Still great, obsolete |
| Agent mode | 👍👍👍 | The most important use of AI today |
| Agentic PRs | 😒 | Validation loop still slow |
| Code review | 👍 | Removes some drudgery, but not human-level yet |
Research & search
Last year, I was excited about research & search: they were the most frequent reason I used ChatGPT. Now, generative AI is the default way I do those things.
The biggest change has been Google’s AI summary. Google’s first or second result is almost always an AI summary, and it’s usually decent. So my traditional search is now AI-first by default. Is it perfect? Absolutely not. In one day, it gave me incorrect URLs for NPR’s RSS feeds and couldn’t find the origin of “AI’ve”.
But none of the top results clearly gave me NPR’s RSS feeds either, and even Claude couldn’t find “AI’ve”. Meanwhile, searching “HP Reverb G2” gave me the specs I was looking for, “ai intelligence is spiky” pointed me to the correct term (“jagged”), “emoji sigh” gave me the right emoji without sending me to a scummy site, and “rel nofollow markdown” reminded me how to link that site without giving them search engine juice.
Product search is still mediocre. I’ll look at the summary when I search “best hysa”, but I don’t trust Gemini to have good advice on where to put my money. Claude certainly helped me explore budget VR options and understand technical details about grease for KitchenAid mixers, but can I trust its coffee table recommendations? Sleeper sofas? Let’s not even mention how uncomfortable it is to see ads in my ChatGPT chats.
This ad in ChatGPT isn’t even relevant! And it’s still creepy.
Pub facts—stuff I’d ask my wife at a pub — remain awesome with LLMs. Again, Google’s AI summary means “lego cat on a balcony tiktok guy” will help me find @avadonye’s precarious LEGO builds, and “art vtuber who is a lizard on TikTok who gives short tutorials” will help me find Mallow, the art vtuber who is a lizard on TikTok who gives short tutorials.
Mallow, the art vtuber who is a lizard on TikTok who gives short tutorials
I often avoid using LLMs for pub facts, in the same way I generally avoided Google for them before, because I like puzzling with my friends. I like Fermi problems.
But I’m more and more excited about using LLMs as teachers to explore well-known concepts. I breezed over this last year, but that is unfair to LLMs. I believe they are the greatest teachers humanity has ever created.
- I had an LLM walk me step-by-step through fine-tuning Mistral to speak like a pirate (yarrr).
- I used Claude to practice responding to an EMS call I heard on the radio.
- I had Claude use a socractic method skill I found via Dan MacKinlay to help me brainstorm new approaches for semantic endpointing (knowing when a user is done speaking) in voice agents.
- I asked Claude to explain typical approaches to a complex legal document.
- I’ve even had Claude quiz me on a long code review, to ensure I understood what the agent had written. The open-source project Mumble actually added a similar quiz to their AGENTS.md a few weeks ago.
Claude quizzes me on EMT stuff
I am actually jealous of the endless care & patience that these machines show. I hope we di