Blog I-9 Home AI made an elephant. The expert sold it as a rabbit.
Post

Article Artificial Intelligence

AI made an elephant. The expert sold it as a rabbit.

A polished elephant sculpture reaches a delivery platform beside a sheet of paper with a drawing of a rabbit
A polished elephant sculpture reaches a delivery platform beside a sheet of paper with a drawing of a rabbit

“Build me an animal with big ears.”

Artificial intelligence (AI) delivers an elephant. Four legs, two enormous ears, a trunk, an impeccable finish.

Except I was describing a rabbit.

The elephant meets what I said. It misses what I wanted.

The irony gets more expensive when someone puts that result on display, adopts the pose of an expert, and starts selling it without noticing the difference.

TL;DR

Using AI to produce something you could not execute alone can legitimately expand your capabilities. Selling expertise over a deliverable you neither understand nor know how to verify makes a different promise. A vague request can be completed with assumptions; polish conceals those choices; a signature presents the synthesis as someone’s position. Repeated in articles, classes, and offers, that position can come to represent the supposed expert publicly, even if they never examined its premises. I want extensive automation, with enough direction, verification, and responsibility to know what I am signing and selling.

The elephant does not have to be poorly made to be wrong

This image bothers me because the mistake can survive an excellent delivery.

No leg is missing. The ears are in place. The material is beautiful. The presentation is convincing. If verification only asks “does it have big ears?”, the result passes.

The question that changes everything is: was this the animal that needed to exist?

In an article, the elephant might be a thesis I do not support. In a service, it might be a solution to a different problem from the one the client has. In a class, it might be a coherent explanation built on premises the teacher never examined.

These are possible examples, not client accounts or accusations against a particular person.

They do not even require a factually false statement. A solution can be technically correct under the chosen interpretation and still fail to serve the actual objective.

Checking the finish is not checking the deliverable.

“Go and do it” does not complete an expert’s work

My main concern is with supposed experts who treat the machine’s output as automatic evidence of their own expertise.

“Go and do it.”

The tool does it. The result looks professional. The person sells it.

But what, exactly, can they stand behind?

If they cannot explain why that solution was chosen, recognize when it stops being useful, verify its premises, or organize a correction when something goes wrong, what expertise are they offering the client?

The ability to request a deliverable exists. The ability to take responsibility for it needs to be demonstrated too.

When someone sells as their own expertise something they neither understand nor verify, I call that selling a lie.

The lie is in the promise: presenting the buyer with a competence that cannot be sustained after the demonstration. The output’s polish does not close that gap.

Saying “I used AI” does not settle the responsibility either. Transparency about the tool helps; honesty about capability, verification, and the limits of the deliverable is still required.

I want to automate extensively. Including verification.

I use AI precisely because I want to save time, organize work better, produce more polished results, and execute consistently through to completion.

I want to reduce repetitive tasks. I want the system to find context, prepare versions, compare materials, and help me see contradictions. I want greater execution capacity.

That includes automating parts of verification: looking for a missing reference, flagging a discrepancy, comparing the result against a previously defined criterion.

But a machine declaring that another output is good still needs a trustworthy criterion. Multiplying evaluations without checking their shared premise may simply produce several confirmations of the same elephant.

I do not consider manual work a certificate of honesty. It would be absurd to require someone to write, translate, draw, and program everything alone before being allowed to deliver a result.

A professional can coordinate tools and people whose capabilities they do not possess individually. They can learn during execution. They can sell an AI-assisted deliverable, provided the promise matches what they can direct, verify, and support, with relevant dependencies and limitations disclosed.

Being unable to do everything without AI is different from not knowing what was done with it.

That difference needs to be visible before the sale, not only after the complaint.

The assumption starts speaking in your name

A vague request does not always come from someone trying to hide incompetence. Sometimes the person is still discovering what they want. That is normal.

AI can help with that discovery: organizing possibilities, producing a draft, comparing directions. The risk appears when the assumption used to complete the request disappears from the conversation and reappears as a finished conclusion.

Consider a hypothetical example.

Someone requests an article about improving a company’s customer service. They do not define the problem they want to solve, what must be preserved, or when a human presence is indispensable.

The system adopts an assumption: improvement means minimizing human work. It builds a coherent article around that premise. The author checks the rhythm, likes the presentation, and publishes it.

Then they request a class, a proposal, and another post on the topic. If the first synthesis is reused as the basis, the same premise may continue to guide the next deliverables.

For people following that author, a position already exists: they advocate removing people from customer service.

Perhaps they do. Perhaps they never decided that.

The signature does not tell the reader which of those two things happened.

When I say that this synthesis can become “that expert’s truth,” I mean the conviction they adopt or that comes to be attributed to them. Repetition consolidates a public position; it does not make a statement factually true.

The problem is acquiring an opinion with the appearance of authorship without examining the reasoning behind it.

Each new signature can increase the distance between what the person understands and what the public believes they have mastered.

My voice does not confirm my premises

A sentence can sound very much like me and still assert something I never said.

The system can get the vocabulary, irony, and paragraph length right. None of that confirms the position being presented in my name.

That is why, in my method, accumulated context must bring evidence, confidence, contradictions, and questions before it becomes confirmed guidance. I have already explained that path in “ChatGPT already knows a lot about you”.

I also separate the record of what can be attributed to the author, AUTHOR.md, from the writing guide, STYLE.md, and the operational counterbalances I call Character. Each has its own responsibility. A convincing imitation of the voice does not authorize inventing the rest.

Facts, hypotheses, memory, decisions, and rules must remain distinguishable. Their origins and change history need to let me locate a mistaken interpretation and see where it was used. That is the care involved in learning without rewriting the past.

This work helps keep the direction with me. It does not make me immune to mistakes. I still need to check whether the article represents what I stand behind.

Confirm what changes the deliverable

I do not want a system that makes me fill out a forty-question form before drawing an animal either.

A small draft may be the best way to discover that I wanted a rabbit. If we know we are exploring, correcting the direction is part of the work.

Selling, publishing, or putting the first result into operation as though the intent had already been confirmed is a different step.

A useful question is one whose answer materially changes the result, cost, risk, or promise made to another person.

If both rabbit and elephant remain possible, that choice deserves to be made explicit. If confirmed context already settles the animal, execute. If a missing piece of information can be found, the system should look for it. If the decision belongs to me or the client, the assumption should come back recognizable to whoever decides.

It is a way to save time without hiding choices. The workflow needs to carry intent through to verification, with someone responsible for what moves from one stage to another.

Expertise needs to survive the next question

Before signing or selling the next deliverable, I would start with a concrete check:

  • What problem does it solve, and who confirmed that objective?
  • Which premises were supplied, and which were filled in by the system?
  • What proves the result meets the need, beyond looking good?
  • Which limits, dependencies, and uncertainties need to reach the person using or buying it?
  • Who can recognize a failure, organize a correction, and take responsibility for the deliverable?

These questions also serve the buyer. Ask the professional to explain a choice, show how they verified it, and say when the solution would stop being appropriate.

You do not need to know every internal detail of the tool. You need enough capability, individually or organized within a team, to sustain the promise you made.

I have already written that AI does not sign for you. Here, the demand reaches the offer: what you sell needs to fit within what you can answer for.

I want more execution capacity. I want polished, organized, complete, auditable, and safe results. I want to use AI extensively and still know why a decision was made, what was checked, and what needs correcting.

That is why the criticism is firm.

A beautifully finished elephant is still an elephant.

If the client needed a rabbit, your expertise needs to recognize the difference before sending the invoice.

Limits of this article

This is a critical essay about promises, understanding, and responsibility in AI-assisted deliverables. The metaphor and examples illustrate the argument; they do not document a service or an identified person. “Selling a lie” names the false promise of expertise discussed here, without asserting a legal violation or an individual’s intent. The related articles detail the author’s method; they are not evidence that this pattern occurs in every professional who uses AI.

The cover is a synthetic editorial illustration, with no text and independent of language, about the distance between intent and a polished deliverable.

This post is licensed under CC BY 4.0 by the author.

Open conversation

Continue the conversation

Disagree, spot a gap, or have an experience that adds to the subject? You can comment without creating an account or use one of the available sign-in methods. New comments may be moderated; when published, they are public. Do not publish personal data, credentials, or sensitive information.

When comments load or are submitted, technical data may be processed as described in our privacy policy. Privacy.