Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

iTechGuides is reader-supported. When you buy through links on our site, we may earn an affiliate commission. As an Amazon Associate I earn from qualifying purchases. Learn more

“Nobody asked for AI” is a weak rebuttal if it means that no one explicitly described an invention called artificial intelligence. People usually describe the burden they want removed—slow service, inaccessible expertise, untreated illness, or lonely lives—not the technical system that might help. Daniel Miessler’s useful point is that “We ask for inventions in the form of complaints.”

That point does not prove that today’s AI systems work, that people want every deployment, or that the AI investment boom reflects consumer demand. Those are separate questions. A sound judgment must ask what problem a system addresses, whether it produces measurable results, who controls it, and whether affected people can refuse it.

What “nobody asked for AI” can mean

The sentence sounds conclusive because the word asked hides several different claims. A person may not have requested “an AI assistant,” while still wanting the underlying problem solved. A company may deploy an AI tool without employees or customers choosing it. Investors may fund infrastructure before a mass market has demonstrated demand. Treating all three situations as the same creates an argument that appears sharper than it is.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Explicit requests are rarely technical specifications

Daniel Miessler’s August 11, 2026 essay states the distinction directly: “People don’t ask for things in the form of solutions.” Someone who says, “I cannot get a qualified clinician,” is expressing a need, not specifying a diagnostic model, a telehealth workflow, or a staffing plan. A customer who complains about waiting hours for support is not necessarily asking for a chatbot; they are asking for a useful answer without the wait.

Miessler summarizes the pattern with another line: “Inventions arise naturally out of problems.” On this reading, the absence of a request for the named technology says little about whether a problem is real. It says even less about whether an invention deserves to be tested.

“Asked for” can also mean wanted, consented to, or paid for

The opposing interpretation is more demanding. It asks whether people actually want an AI feature, whether they would choose it over alternatives, and whether they consent to the data collection and organizational changes it requires. Those are legitimate questions, but they are not answered by showing that people have complaints.

Thus, “nobody asked for AI” can be a criticism of imposed deployment rather than a claim that no human need exists. A hospital administrator, employer, or public agency can decide to introduce a system even when patients, workers, or residents did not request it. The fact that the system targets a genuine problem does not settle whether its use is fair, safe, or effective.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

What Miessler’s examples establish—and what they do not

Miessler invokes penicillin, cars, electricity, computers, and lifejackets as rhetorical examples of inventions that people would not have been able to request in their final form before they existed. The examples illustrate the language problem: people ask for relief from disease, transportation limits, darkness, difficult calculation, or drowning, then engineers develop particular means.

They are not documented case studies in the essay. The post does not establish that nobody requested any predecessor of these technologies, nor does it compare their development, risks, or social effects with AI. Treat the list as an analogy, not evidence that an AI system will deliver a promised benefit.

The valid inference

The strongest conclusion is narrow: not having an explicit request for AI does not demonstrate that no important problem exists. That is a useful correction to a literalist objection. It leaves open every practical question about a proposed system.

The invalid leap

Miessler’s essay is an opinion and forecast, not an empirical demonstration that AI improves healthcare access, reduces loneliness, treats disease, or changes dementia outcomes. Its broad language about millions or billions of people is not tied to a named study, organization, or year. Those claims should be read as his argument about potential capacity, not as measured results.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

The investment counterargument is about power and demand

Grace Blakeley’s August 5, 2026 essay in Jacobin, titled “Nobody Asked for AI,” frames the issue differently. The accessible portion argues that the AI boom is being driven by investment decisions made by concentrated capital rather than by demonstrated consumer demand. The visible text reports $1 trillion in Big Tech capital investment since the beginning of the AI boom, directed largely to data centers, chips, and associated energy systems.

That figure is reported by the accessible page and is not independently verified here. The remainder of Blakeley’s article is subscriber-only, so the excerpt cannot support a claim about her complete evidence or argument. Still, the framing identifies a real distinction: a technology can receive enormous institutional funding without consumers having requested the specific products, labor changes, or infrastructure behind it.

Investment is not consent

Capital spending demonstrates that powerful organizations are willing to make a bet. It does not demonstrate that households want the resulting services, that workers accept the surveillance or evaluation practices attached to them, or that communities agree to the energy and environmental costs. Nor does the absence of a consumer petition prove that every AI investment is illegitimate. It means the justification must come from more than the existence of a technical possibility.

The two essays therefore address different failure modes. Miessler rejects the idea that only an explicit invention request can reveal a valid need. Blakeley’s accessible framing challenges the idea that investment and deployment should be treated as evidence of popular demand. Both can be partly right because “need,” “demand,” and “consent” are different categories.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

Three tests that should not be collapsed

Question What it asks What would count as evidence
Expression of need What burden are people describing, and how serious is it? Complaints, unmet-service data, clinical or operational measures, and testimony from affected people.
Demand and investment Who is paying for or deploying the system, and why? Purchases, renewals, budgets, usage patterns, procurement decisions, and the incentives of investors or institutions.
Usefulness and outcomes Does this particular system improve the situation? Task-level accuracy, time or cost changes, safety indicators, user outcomes, independent evaluation, and evidence about failures.

A complaint can establish a problem without establishing a preferred solution. A procurement contract can establish institutional adoption without establishing public enthusiasm. A high usage count can establish activity without establishing beneficial outcomes. Keeping these tests separate prevents both essays from being stretched beyond what they show.

Adoption data shows activity, not that consumers asked

An IDC article dated November 3, 2025, offers a useful real-world check on the difference between deployment and results. IDC analyst Ewa Zborowska reported that 59% of organizations in Europe declared they were using agentic AI. The page does not provide the underlying survey methodology, so the figure should be attributed to that report rather than treated as a universal measurement of European adoption.

The same account said 80% of client organizations in Europe had moved beyond the proof-of-concept stage, but only half of those projects produced measurable outcomes. It also reported that 49% of companies were concentrating on making existing AI projects work better. These numbers indicate organizational experimentation and implementation pressure; they do not show that consumers requested agentic AI or that the projects were successful overall.

Why “beyond proof of concept” is not the same as success

Moving beyond a demonstration means an organization has attempted to operate a system in a more persistent workflow. It does not guarantee improved service, reliable decisions, lower costs, or acceptance by the people affected. The fact that only half of the projects cited by IDC produced measurable outcomes is a direct warning against using adoption as a proxy for value.

What’s actually slowing this PC down?

Pick the symptom - the matching free tool is one click away.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

The 49% figure points to another reality: many organizations are still repairing or refining deployments they already approved. That is evidence of implementation work, not proof that the original business case was correct.

AI deployment requires organizational work

IDC identifies several prerequisites that are easy to omit when the debate stays at the level of slogans:

  • Data preparation: records must be accurate, accessible, and governed before a system can use them responsibly.
  • Process standardization: inconsistent procedures make it difficult to determine what the system should do or whether it improved the process.
  • Employee training: staff need to understand the tool, its limits, escalation paths, and how to check outputs.
  • Infrastructure modernization: older systems may not support the data flows, security controls, or computing requirements involved.
  • Data consolidation: information scattered across departments can produce missing context, duplicated records, or conflicting answers.
  • Cross-department alignment: technical, legal, security, operational, and frontline teams must agree on ownership and acceptable use.
  • Change management: workflows, incentives, job responsibilities, and accountability often have to change together.

These burdens matter to the original argument. If an organization must reorganize work to make an AI system useful, it cannot claim that the tool’s mere availability proves a social demand for it. Conversely, a difficult rollout does not prove that the underlying problem was imaginary. It shows that solving the problem requires more than adding a model.

Independent reader supportYour contribution helps us test, update, and keep practical guides available for everyone.Support on Ko-Fi

Miessler’s capacity argument is a forecast

In an earlier essay, Miessler describes AI as a way to add capacity when human teams cannot handle the volume of work. He points to reviewing very large security-log collections and turning creative ideas into finished work as examples. The mechanism is intuitive: software could perform or accelerate portions of a task, allowing scarce specialists to cover more cases or lowering the skills and production resources required to begin.

Free tools Windows power users keep installed

One-click scans. No signup required.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

That is a hypothesis about what AI might enable. It does not quantify realized improvements, establish that the systems are reliable in those settings, or show how benefits and risks are distributed. A tool that reviews logs faster may also miss a critical signal; a system that turns an idea into a draft may introduce errors, ownership disputes, or unwanted style. Capacity is valuable only when quality, accountability, and human control remain adequate.

How to evaluate a real AI proposal

When a company, school, clinic, or public agency says it is adopting AI to address a complaint, ask these questions in order:

  1. Name the task, not the marketing category. Specify whether the system is classifying documents, answering support questions, forecasting demand, generating text, or taking actions. “AI” alone is too broad to evaluate.
  2. Define the baseline. Record how the task works now: response time, error rate, cost, staffing, accessibility, and who bears the burden when it fails.
  3. Set measurable outcomes. Decide in advance what improvement would count, over what period, and for which groups. “More efficient” is not a metric.
  4. Test failure modes. Check inaccurate outputs, biased results, privacy exposure, security abuse, automation bias, outages, and cases that require human escalation.
  5. Count the implementation burden. Include data preparation, integration, training, monitoring, audits, and process changes, not just a license or infrastructure bill.
  6. Preserve meaningful choice. Identify whether users can decline the feature, reach a human, correct a record, or appeal an automated decision.
  7. Review distribution. Ask who receives the benefit, who pays the cost, whose work changes, and who is accountable when the system causes harm.

This procedure turns the slogan into a testable decision. It can validate a useful deployment without pretending that every AI investment was requested, and it can reject a harmful deployment without denying the reality of the problem it claimed to solve.

So is the argument stupid?

As a literal objection—“no one asked for an invention by that name, therefore no AI can be justified”—the argument is indeed poor. People ordinarily state needs as complaints, and Miessler is right that inventions are not usually requested in their finished technical form.

Special offer. See more information about Outbyte and uninstall instructions. Please review EULA and Privacy policy.

As a warning about power, preference, and accountability, the phrase can be meaningful. Blakeley’s accessible counterargument highlights investment-led expansion, while IDC’s figures show that organizational adoption and measurable benefit are not identical. Neither perspective answers the practical question on its own.

The defensible position is conditional: a real unmet need can justify investigating AI, but it cannot substitute for evidence that a particular system works, is acceptable to the people affected, and distributes its costs fairly. “Nobody asked for AI” should end the word game, not the evaluation.

Product prices and availability are accurate as of the date/time indicated and are subject to change. Any price and availability information displayed on Amazon at the time of purchase will apply.