Ask any team running an AI system in production what breaks it, and you'll hear a version of the same answer: the data disagrees with itself. Two policy documents say different things. A contract conflicts with the standard terms. One team's spreadsheet says the customer is active; another says they churned. The model picks one, picks the other, or blends them into a confident answer that is simply wrong.
Most people treat this as a data-cleaning problem. Graham Priest's work on dialetheism, the liar paradox, and paraconsistent logic suggests something more uncomfortable: it may be a logic problem. The reasoning framework that computers inherited assumes contradictions are impossible. Priest has spent his career arguing that assumption is a design choice, not a law of nature, and that treating it as sacred forces us to throw away information we actually need.
That argument, long confined to philosophy seminars, is now landing squarely in the middle of enterprise AI.
Start with the oldest problem in the book. "This sentence is false." If the sentence is true, then what it says is true, so it is false. If it is false, then what it says is false, so it is true. Classical logic has spent more than two thousand years trying to make this sentence go away. Some approaches ban it as meaningless. Others build ladders of language, where each level can talk about the level below but never about itself. Others add rules about what counts as a legitimate statement.
Priest's move is different, and it is the move that matters for AI. Instead of asking how to escape the paradox, he asks: what if the sentence really is both true and false? Not "we can't tell which." Both. Simultaneously. A true contradiction.
It is important to be precise here, because dialetheism is not a licence for sloppy thinking. It makes three narrow claims:
That third point is where things get practical. In classical logic there is a rule known as the principle of explosion: from a contradiction, anything follows. Once a system contains both "P" and "not P," it can formally prove that the moon is made of cheese, that you owe zero dollars, and that you owe a million dollars. One bad row in a database can, in principle, "prove" every claim in your business.
Paraconsistent logic blocks explosion. A contradiction is contained rather than contagious. The system can say: "these two sources conflict, and everything downstream of that conflict is contested, but the rest of my reasoning still works." That is a remarkably close description of what a well-designed enterprise AI system needs to do.
Humans are comfortable with contradiction in a way software is not. People say "I'm fine" while visibly not being fine, and we update our understanding without crashing. Business data is soaked in the same messiness, legacy systems, overlapping ownership, outdated documentation, mergers that never fully merged.
But the software stack underneath all of it was built on classical assumptions. Type systems reject conflicting definitions. Relational databases enforce constraints and throw errors on violation. Business rule engines raise exceptions when two rules fire against each other. Knowledge graphs often refuse to store two conflicting facts about the same entity. Confronted with a real-world contradiction, these systems do one of two things: they force the world into artificial consistency, or they discard the conflicting information entirely.
Large language models appeared to solve this by sidestepping logic altogether. A probabilistic model does not "believe" anything, so it cannot detect a contradiction, it averages. And averaging is not the same as resolving. This is precisely why a model can affirm two opposing statements in a single answer, or confidently cite a policy that was superseded two years ago. The system is not reasoning toward a conclusion; it is producing the most statistically plausible text. When the sources conflict, the most plausible text is the one that sounds most confident, not the one that is most defensible.
Retrieval-augmented systems pull the most relevant passages and hand them to the model. When two retrieved passages disagree, different versions of a policy, a stale wiki page and a current one, the model is forced to choose, and its choice is statistical. There is no step in the pipeline that says "these documents conflict; surface the conflict." That step is exactly what a paraconsistent approach would make first-class.
Regulated workflows are full of rules that conflict at the edges: a blanket approval threshold, an exception list, a regional override. Classical rule engines hit these cases and either halt or pick an arbitrary winner based on evaluation order. In practice, engineering teams paper over it with priority scores, manual overrides, and human review queues. That is not logic. It is triage dressed up as logic.
Asking a model to verify its own answer runs into the same wall. In a strictly classical framework, one detected contradiction should invalidate the entire chain of reasoning. Faced with that, systems either flag nothing, because the checker cannot represent a local contradiction without destroying the whole answer, or they collapse into a generic refusal. Neither is useful.
Put two agents with different knowledge bases in the same workflow and they will contradict each other. Without a mechanism to represent and hold that disagreement, you get deadlock, an arbitrary winner, or an escalation loop that burns tokens and time.
Consider a claims-processing pipeline where a legacy rule and a newly deployed rule disagree on a narrow set of cases. A classical deductive layer sitting on top will derive both "this claim is valid" and "this claim is not valid." Explosion says anything follows, so approvals, denials, and nonsense become equally "provable." Engineers respond by adding precedence rules, which is really a way of hiding the contradiction rather than handling it.
A paraconsistent design does something more honest and more useful: it marks the contradiction, quarantines every conclusion that depends on the contested facts, reasons normally from the consistent remainder, and escalates only the conflicted slice to a human. The blast radius of a bad data point shrinks from "the whole answer" to "this one contested claim."
In regulated industries, defensibility beats fluency. An AI system that says "these two documents disagree and here is the operational impact" gives an auditor something to review. A system that silently averages gives them nothing. As AI moves into compliance, underwriting, and clinical support, the ability to represent conflict may become a hard requirement rather than a nice-to-have.
Data quality becomes a budget line, not a gate. Teams routinely delay AI rollouts for months to reconcile conflicting records. Contradiction-tolerant architectures let you ship against messy data while knowing exactly which decisions are resting on contested ground. That is a fundamentally different risk posture.
Trust is built by what the system admits. Users forgive a system that says "I found two versions of this policy and I'm not sure which applies." They do not forgive one that confidently picks the wrong one.
Liability shifts with the design. If the model averages, the organisation owns a decision nobody reasoned about. If the model flags, a human decides, and the accountability line is clear.
Dialetheism is contested. Many logicians argue that accepting true contradictions trades one problem for another, and that the elegance of classical logic is worth defending precisely because it forces clarity. Paraconsistent reasoning systems are harder to build, harder to explain to a regulator, and harder to certify than their classical counterparts. There is also a real risk that "tolerating contradiction" becomes an excuse to stop fixing bad data governance.
The point is not that anything goes. It is that conflict should be representable and visible rather than silently smoothed away. That is a modest claim, and a defensible one.
The deepest implication of this line of thinking is that the next stage of AI capability may not come from bigger models but from better logic. Current systems are extraordinary pattern-completers with almost no machinery for holding disagreement. As they move from drafting text into making decisions, approving, denying, triaging, pricing, the ability to reason in the presence of contradiction becomes the difference between a system you can deploy and one you cannot.
Priest's argument, whatever one makes of its metaphysical ambitions, points at a real engineering gap. The world is not consistent. Our data is not consistent. And the logic we built our machines on insists that inconsistency is fatal. Building systems that can disagree with themselves productively, and say so, is not a philosophical curiosity. It is the next practical frontier.