What It Looks Like When the Fix Is Already Written
Key takeaways
- Other tools tell you what's wrong. This one has already written the fix — you just approve it. This post is one recorded run on our own demo store, screen by screen, so you can see what that actually means before installing anything.
- The product we asked about had a 62-character description:
Solid acacia, finished by hand. Hand wash and dry immediately.What came back was a 364-character replacement, already drafted, sitting in an editable box. - Nothing was written until a button was pressed. The confirmation card says, in those words:
Only this product will be updated — all others left untouched. - After it ran, the result card carried
✓ Description updatedand the lineThis action can be undone. Let me know if you'd like to revert it.— we exercised the forward path only, so treat the undo as what the product offers, not as something this recording demonstrates.
The gap isn't knowing which products are thin. It's that fixing them is typing.
Finding them is still a job, and one this tool doesn't do for you — there's a section below on how to do it yourself, in the admin, before you install anything.
See it on your own catalogue
Arvio is an AI store operator: it reads your live catalogue, drafts the change, and shows it to you before anything is written.
Why a walkthrough instead of a feature list
Most descriptions of this kind of tool stop at the noun. "It rewrites product descriptions" is true of a great many things, including a text box and some patience. What it doesn't tell you is the part that decides whether you'd actually use it: what happens between asking and the change landing, and how much of that you control.
So this is a recording rather than a claim. One prompt, one product, on our own demo store. Everything quoted below is text that was on screen.
The instruction we typed was deliberately narrow:
Rewrite the product description for one product only: Acacia Round Tray. Leave every other product untouched.
What was there before
The product had a description. That's worth saying, because the interesting case isn't the empty field — it's the one that's technically filled and does no work:
Solid acacia, finished by hand. Hand wash and dry immediately.
Sixty-two characters. It's accurate. It tells a shopper the material and how to wash it, and nothing about why the thing is worth buying — what a description that does the work looks like is its own subject. Nothing in any admin flags this, because from the system's point of view the field is populated and the product is fine.
This is the category of problem that survives every audit you run. A checker asks "is the description empty?" and gets a no.
What came back: a draft, not a diagnosis
Here is the part that's difficult to convey without a picture. The response was not a report saying the description was thin, and not a suggestion that it be improved. It was the replacement text, already written, in a box you can edit:
The old line is struck through. Below it, under New Description (editable), sits the full replacement:
Crafted from solid acacia wood and finished by hand, this round tray brings warm, natural grain to any table. Its generous surface is perfect for serving drinks, breakfast in bed, or keeping everyday essentials tidy. Because every piece of acacia has its own unique grain, no two trays are exactly alike. To keep it looking its best, hand wash and dry immediately.
That's 364 characters of plain text against the original 62 — the lengths our catalogue diff recorded for the stored field before and after this run.
Two things about that box are worth more than the word count. It is editable — the draft is a starting point, not a verdict. And the button next to it had not been pressed. At this moment in the recording, nothing in the store had changed.
The confirmation card is the actual feature
What makes write access to your catalogue acceptable isn't the quality of the drafting. It's that you can see precisely what it is about to do, in narrow enough terms that you could refuse.
The card states its scope in a sentence:
Only this product will be updated — all others left untouched.
It names the product, Acacia Round Tray, stacks the current description above the proposed one, and labels itself (reversible) in the header. The button reads Confirm Update, and in that frame it has not been pressed.
This is the inversion worth understanding. A tool that gives you a list of problems has moved the work to you and kept none of the risk. A tool that writes to your catalogue on its own has taken the work and handed you the risk. The card is the attempt at neither: the work is done, and the decision is still yours. We wrote up why that boundary is where it is, and where it comes from, in a separate post on why this is a fix and not a report.
Every product in the catalogue, same shape
One approval per change, and a diff you can read before you give it.
After the button: what it tells you it did
Pressing Confirm Update runs the change. That's what makes this two rounds rather than one: the first produced the plan and the draft, and nothing else; the second is the one that writes. The result card reports back:
Three things on that card matter.
It confirms the scope it promised. All other products left untouched. The claim made before the change is the claim repeated after it.
It shows the diff, not a success message. ✓ Description updated, then Old description struck through above New description in full. You can read what landed without opening another tab. There's a View in Shopify Admin → button for when you want to check the source of truth rather than take a card's word for it — which you should, and which is the whole reason that button exists.
It offers the way back. In those words:
This action can be undone. Let me know if you'd like to revert it.
Reversibility is what makes approving the first one bearable. If the cost of a bad rewrite is "ask for it back" rather than "find the original text, which you no longer have," then you'll actually try it on a real product instead of a test one.
What this run does not tell you
Everything above is a recording of our own product on our own store, so:
- One product, one run. This is not a sample. It says nothing about consistency across a catalogue, or about what the second hundred rewrites look like.
- We didn't measure whether the new copy sells better. No traffic, no conversion, no rankings. The 62-to-364 figure is a length, and length is not quality. A longer description that says nothing is worse than a short one that says something true.
- It's our own demo store, stocked and described by us. Your catalogue is messier in ways ours isn't — and we have not recorded a run on a catalogue like that, so we can't tell you how this behaves there.
- The recording is sped up. The interface printed
39sand22sagainst the two rounds; we're repeating what it displayed, not offering it as an independently timed benchmark. Either way, don't read the clip's length as wall time, and don't read any of this as real-time. - Judgment is still yours. The tool can tell you a field is thin. It cannot tell you that the thin description was deliberate, that legal signed off on that exact wording, or that the product is being discontinued next week.
Which products are worth the button
The section above says the bottleneck isn't knowing which products are thin. That's true of the fixing, and it quietly leaves you with the finding. If you have four hundred products, "go through them" is not an instruction. So here is the part we owe you.
The test. A description fails when it tells a shopper what the thing is made of and how to look after it, and nothing about why the thing is worth buying. That's the exact shape of the 62-character line above: accurate, populated, doing no work. It isn't a character count — a 300-character description that lists three materials and a wash cycle fails the same test, and a short one that names who it's for can pass. Read the description and ask what a shopper learns from it that would make them add it to a cart. If the answer is "nothing," that's one for the pile.
Where to read them all at once. In the Shopify admin, open Products, select a batch, and choose Bulk edit. Add the Description column. You get the descriptions as a table — one row per product — which is the only view in the admin where you can run your eye down the actual text instead of opening four hundred product pages. When we probed this, the bulk editor opened on twenty products at a time with the description column intact.
Two things this is not:
- Search won't do it. Searching your product export for an empty description works, because "empty" is a literal thing to match. "Filled in but says nothing" is not — there is no string you can search for that means it. A find-in-page that returns zero looks exactly like a clean catalogue, and it will return zero either way.
- Our free store audit won't do it either. The audit at
/freechecks your storefront against the stages a buyer walks — speed, mobile, checkout, and so on. It's a funnel audit, not a catalogue audit. It does not read your product descriptions and it will not hand you this list. We'd rather say that than let you click it and find out.
A smaller next step than installing anything. Sort your products by revenue and take the top twenty. Open them in the bulk editor with the description column, and read those twenty against the test. It is one sitting, and it tells you the thing worth knowing: whether this is a handful of products or most of your catalogue. If it's a handful, fix them yourself and you're done — you didn't need us. If you're looking at a table where most rows say nothing, then the arithmetic in the next section is the one that matters to you.
Where this is actually useful
The pitch is narrow.
It is useful when you have a catalogue where a meaningful number of products have descriptions like that 62-character one — present, accurate, doing no work — and the reason they're still that way is that fixing them is typing, not deciding. That's the specific bottleneck: not that finding them is impossible — the section above is how you do that — but that the fix for each one is a small writing job, and there are as many of them as you have products.
And that's the question this post can't answer for you. We recorded one product. If you have four hundred, the honest read is that you'd be reading four hundred drafts and pressing the button four hundred times — approval is a real cost, and it scales with the catalogue exactly the way the typing did. What changes is the unit: reading something already written and deciding yes or no, rather than composing it from an empty box. Whether that trade is worth it at your catalogue size is a judgment we haven't measured and won't pretend to have.
On cost, since this post has avoided it. Arvio is paid, after a free trial, and the meter runs on runs rather than products — the recording above, one instruction against one product, is one run, and so would the same instruction across the catalogue be. That is the shape of it; the pricing, the trial length and what a run costs are all set out in the post on what Arvio actually does, and we would rather point you at the current numbers than repeat a version of them here that goes stale. What it means for the arithmetic above: the cost of trying this on one real product is not the thing standing between you and finding out.
It is not useful when you already know the exact values you want in a column. A tag migration or a vendor rename is a spreadsheet operation. It's also not useful if every word needs legal sign-off, because then the approval queue is the bottleneck and moving work into it doesn't help.
If you want the wider tour of what the thing does beyond this one interaction, we wrote that up here.
FAQ
Does it change anything before I approve it?
Not in this run. The confirmation card appeared with the draft in an editable box and nothing was written until Confirm Update was pressed. That is the design: the card names its scope — Only this product will be updated — all others left untouched. — before you decide.
Can I edit what it wrote instead of accepting it?
Yes. The box is labelled New Description (editable) and behaves like a text field. The draft is a starting point.
What if I approve something and regret it?
The result card says This action can be undone. Let me know if you'd like to revert it. We exercised the forward path in this recording and read the change back in the admin; we did not record a revert, so treat the undo as what the product offers rather than as something we demonstrated here.
How long did it take?
The interface displayed 39s and 22s against the two rounds. That's what it printed, not a number we timed ourselves. The clip is sped up for watching, so don't time it against the video, and don't read it as real-time — it's a job that runs, not a live edit.
Is this a bulk editor?
No, and the distinction is the point. A bulk editor applies values you already decided to many rows at once. Here the missing piece isn't applying a decision, it's making one per product: what should this description say. That's why every change comes with a diff and an approval rather than a row count.
Does it write the same way for every product?
We ran one product. We can't tell you how consistent it is across a catalogue, and anyone quoting you a consistency figure from a single run is guessing.
I have hundreds of products. Do I have to approve every single one?
In this recording, one change meant one approval. We haven't recorded what a few hundred look like, so we can't tell you there's a batch path or promise you there isn't — we'd rather say we don't know than guess on your behalf. Read the scale question as open, and size the trade yourself before you commit an afternoon to it.
Will better descriptions improve my traffic or sales?
We didn't measure that and this post doesn't claim it. What it establishes is the interaction shape: the change arrives written, scoped, and reversible.
Figures and quoted strings: one recorded run on our own demo store, 2026-09-21. Description lengths from the run's catalogue diff (62 → 364 characters stored). All on-screen text quoted verbatim from the recording. Last updated: 2026-09-21.
Arvio: AI Store Operator — install it on the Shopify App Store. It goes through every product in the catalogue, one approval at a time.