Seeing a lot of claims about using AI to write "boilerplate" and other repetitive bits of code, I was somewhat surprised, as I have historically written my own code generation tools to spit out repetitive, formulaic code. I didn't need AI; I just needed to understand what I wanted and write a script for it.

I suppose that generative AI was seen as such a boon to writing boilerplate because it could do so without you having to specifically program anything; it was trained on enough sufficiently-close examples that it could pull it off without a thorough description.

I am generally skeptical about AI but I do see the benefit here.

I write a bunch of widgets for my website. They're little calculators that use common components and apply simple logic. Think unit conversion or date arithmetic.

These currently take a few hours to write, and most of the work is just wiring things together in a predictable way: template, tests, common form controls.

I think that this would be a very good case for AI.

Perhaps your supposedly unique work is more repetitive than you thought: it just has a decision tree that's difficult to model with a regular algorithm, and annoyingly, it turns out you can just brute force that decision tree if you have enough electricity.

Unless your job is cutting-edge research where you are truly making new scientific discoveries and methods, you're just combining other peoples' ideas into a new unique package and selling it.

The truly valuable work is to notice that there is an underserved market and figure out how to meet their needs.

Use the AI to make the “machine” that does the repetitive work?

I’m not a programmer but that’s what I’ve done. In the past I would’ve needed either to learn how to code or hire someone.

The confusion comes from conflating "repetitive in structure" with "repetitive in specifics."

Traditional automation handles tasks that are repetitive in specifics - the exact same input produces the exact same output every time. Press this button, get that result.

What AI handles is tasks that are repetitive in structure but variable in specifics. "Review this pull request" is structurally the same every time (read code, check for issues, suggest improvements), but the actual code and context varies. You can't write a script for it because the inputs are too variable, but it's not intellectually novel work either.

Same with writing boilerplate. The pattern is repetitive (create CRUD endpoint, add validation, wire up to database), but the specifics change each time (different fields, different validation rules, different table schemas). Traditional code generation works when you can parameterize everything upfront. AI works when the parameters are implicit in context you'd have to explain to another developer anyway.

The real threshold isn't repetitive vs. novel. It's "can the task be fully specified with formal rules" vs. "does it require judgment calls based on fuzzy context." AI is good at the latter in ways traditional automation isn't.

AI automates deterministic tasks, in a non-deterministic way. Repetitiveness just gives you a pipeline.

Well, wouldn't it be great if you had a barcode scanner next to your trashcan, and scanned everything that went into it. Then OpenClaw or something similar found the most inexpensive (and timely) replacement for it and then ordered it for you. It could also keep an inventory and work out when to hold off on the order while thinking about your stock levels, the expiry dates and perishability. It could also communicate with other Assistants in the area to get bulk discounts or arrange group deliveries. (Robotaxi or drone drop-off?)

Seems like the sweetspot of "repetitive in structure" and "repetitive in specifics" as mentioned by Newzino below.

The Assistant could also propose alternative products or find out what is in season and fresh.

So repetitive, but also efficient and effective. Time-saving, money-saving, life-affirming. Is that too optimistic for a very common and mundane task (grocery shopping)?