What's proven

Six primitives, each shown necessary in its own minimal environment. All thirty ordered pairs shown mutually irreplaceable. A verified logical scaffold connecting all six into a cycle — stated plainly where that scaffold is complete and where it still requires domain-specific work.

Necessity Part I each primitive required, alone Independence Part II none substitutes for another Sequential Dependence Part III verified scaffold, six links
The proof's own architecture, left to right: each primitive stands on its own (Part I), none of the six can cover for another (Part II), and the six link into a single forward scaffold (Part III) — diagrammed below.
X1 X2 X3 X4 X5 X6
The six primitives, closing into a verified cycle. Necessity (Part I) and mutual independence (Part II) hold for each on its own; this cycle is Part III's scaffold for how possessing one primitive creates exactly the conditions needed to benefit from the next.
X1 · Objective TrackingTell two live hypotheses apart before acting on either.
X2 · Cross-Context Safety TransferRecognize the action that can't be undone, and don't take it.
X3 · Global Attractor ExplorationKeep probing past the comfortable, safe plateau.
X4 · Policy SimplificationCommit decisively once the evidence is in.
X5 · Feasibility ProjectionTreat a hard limit as a wall, never a trade-off.
X6 · Feedback AdaptationDiscard a belief once the world it described has changed.
X1X2X3X4X5X6
X1
X2
X3
X4
X5
X6
All thirty ordered pairs, proven irreplaceable. Rows are a primitive's home turf; columns are an algorithm built for a different primitive, redeployed there — and shown to fail. The six diagonal cells are excluded on purpose: a primitive is never tested against itself.

Checked by a machine, not a reviewer

Every claim here is checked by a computer that accepts nothing on reputation — Lean 4, verified against Mathlib. Nothing is asserted here; everything is checked.

Definition stated in Lean Theorem proved in Lean Kernel check no human in the loop Accepted
The same four-step pipeline runs for every one of the ~12,700 lines: nothing is accepted until the kernel — not a person — checks it.
~12,700
Lines of Lean
0
sorry
0
axiom
0
opaque
0
Linter suppressions

Why open, not journal-locked

Peer review checks three things: novelty, significance, and rigor. Novelty and significance are judgment calls — this work makes its own case for both, openly, for anyone to weigh directly. Rigor is the one thing review is supposed to guarantee, and for a machine-checked proof, rigor stops being a judgment call: Lean's kernel either accepts a proof or it doesn't, and no reviewer's opinion changes that answer.

What's left, once a kernel rather than a referee settles rigor, is comparison rather than judgment:

Traditional journalThis work
Rigor is guaranteed byA reviewer's judgment callLean's kernel — accepts or rejects, nothing in between
Your confidence rests onThe journal's reputation, not the work itselfThe proof itself, checked on your own machine
Citation & formattingAdditional, journal-specific requirements layered on topCite the DOI directly — nothing else required
PermanenceTied to that journal continuing to exist and to publish itZenodo, backed by CERN, built for perpetuity
AccessOften paywalled, or embargoed pending reviewOpen now, CC BY 4.0
TimelineA publication cycle — commonly a year or moreAlready timestamped, today

A DOI on Zenodo timestamps this publicly and permanently, independent of any journal. Zenodo is backed by CERN and built for perpetuity: the DOI resolves today and will keep resolving. There is no scenario in which the rights are revoked or the work quietly moves behind a paywall — the permanence is structural, not a policy that could change. If an academic at an affiliated institution publishes the same result tomorrow, the DOI already exists — citing it isn't a courtesy, it's what the academy's own norms already require.

This is published under CC BY 4.0 — free to use, cite, and build on, attribution the only requirement. A firm without journal access or academic affiliation should not be the last to find out that a fixed, provable standard already exists. Waiting for a traditional publication cycle to run its course only hands the advantage to whichever competitor reads this page first.

What's in the repository

Everything above is verifiable in one place, not taken on this site's word. The repository holds the complete Lean 4 formalization — seven files, organized in phases, each importing only the phases that came before it, so every definition you meet has already been introduced.

The proof, phase by phase

Phase0Framework types — Env, Algorithm, the six primitive predicates
259
Phase1Supporting lemmas — probability, analysis
1,603
Phase2Trajectory measure & environments
4,842
Phase2CMIConditional mutual information
1,029
Phase3Necessity of each primitive
2,600
Phase4Mutual independence, all thirty pairs
1,534
Phase5Sequential dependence & martingale convergence
800
Framework & infrastructure Part I — Necessity Part II — Independence Part III — Sequential dependence

Dependency order: Phase0 → Phase1 → Phase2 → Phase2CMI → Phase3 → Phase4 → Phase5. ~12,700 lines total, built from nothing but Mathlib's own axioms.

Where it lives

IsmailsPrimitives/
├── SixPrimitives.lean
├── SixPrimitives/
│   ├── Phase0.lean      (framework types)
│   ├── Phase1.lean      (supporting lemmas)
│   ├── Phase2.lean      (trajectory measure & environments)
│   ├── Phase2CMI.lean   (conditional mutual information)
│   ├── Phase3.lean      (Part I — necessity)
│   ├── Phase4.lean      (Part II — independence)
│   └── Phase5.lean      (Part III — sequential dependence)
├── paper/
│   ├── PAPER.md
│   └── Ismails_Primitives.pdf
├── lakefile.lean, lake-manifest.json, lean-toolchain
└── README.md

Alongside the proofs: the paper itself, as a Markdown edition readable directly on GitHub and as a full PDF carrying both appendices omitted from the web edition — a line-by-line table mapping every definition and theorem to its exact Lean identifier, and the proofs verifying that every environment used in Part I actually exhibits the structural property it's claimed to witness. Also included: the exact lakefile, dependency manifest, and Lean toolchain version that reproduce this from a clean clone in a few minutes, and the GitHub Actions workflow that rebuilds and checks the whole thing on every commit — so the green build badge is never more than one push out of date.

The Lean code is released under the MIT License. The paper is CC BY 4.0. Either way: use it, cite it, build on it.

Necessity, Made Concrete

The Nature of Failure

Any decision field that acts under uncertainty, with actions and consequences, can be formalized the same way — and once it is, the same six requirements apply, provably, regardless of what the field calls itself.

What a POMDP is

A POMDP (Partially Observable Markov Decision Process) has four ingredients: a hidden state (the true situation, unseen), actions (the choices available), observations (noisy, partial signals about the hidden state — all the decision-maker actually gets), and rewards (the consequence of an action in a given state). The defining feature is the gap between state and observation — exactly where several of the six structural failures live.

action a ∈ A observation o ∈ O, reward r AGENT chooses a ∈ A from its policy ENVIRONMENT S — hidden state via trans, obs, r
The agent never sees S directly — only the noisy, partial O the environment returns. Several of the six structural failures live exactly in that gap.

Why nothing else is more comprehensive: every simpler alternative is this structure with a piece deleted, not a rival to it. Remove the hidden/observed gap and you get an ordinary MDP — which can't even express reward ambiguity, since that requires a hidden parameter learned only through noisy signals. Remove the actions and reward and you get a Hidden Markov Model — a description, not a decision framework. Collapse the state dynamics to nothing and you get a multi-armed bandit. Add a second strategic agent and you get a game — more machinery than a single decision-maker's claim needs. Nothing adds expressive power beyond this structure for this problem; everything else subtracts from it.

state seen no dynamics no actions + 2nd agent POMDP the general case MDP can't express P1 Bandit no dynamics to track HMM no decisions made Game more than needed
Four directions, four losses. Every arrow out of the POMDP box removes something this paper's proofs need — never adds anything they'd benefit from.

The tuple, broken down

S
The hidden state — the true situation, never directly seen.
A
The actions available at each decision point.
O
What's actually observed — a noisy, partial signal correlated with S.
trans
How the hidden state evolves in response to actions.
obs
How observations are generated from the hidden state and action.
r
The reward earned for an action taken in a given state.

Not every primitive needs a genuine gap between S and O. P1, P2, P3, and P6 are about not knowing something. P4 and P5 are about indecision or boundary-crossing despite the state being fully known — the structure correctly degenerating to the fully-observed special case for those two.

Any decision maker, not just AI

A reader meeting six primitives named things like Cross-Context Safety Transfer and Policy Simplification, proven against a POMDP in Lean 4, could reasonably conclude this is a paper about AI — about what a large language model or a learning agent needs before its decisions can be trusted. That conclusion is fair: AI systems making sequential decisions under uncertainty are the most visible, highest-stakes case this result speaks to, and nothing here excludes them.

But the six primitives are proven over the abstract structure of a POMDP — a hidden state, actions, noisy observations, reward — never over anything specific to a model, a training run, or a policy network. That abstraction is what gives the result its reach, and it's why the sections below turn to investment, insurance, and consulting: three domains with no machine learning in view, each still built from the same tuple and paying the same six costs when a primitive goes missing. They illustrate the theory's scope; they don't define its edge. The necessity results bind any sequential decision-making process that lands in Class C, whatever the domain calls itself — that reach, not any single example, is what makes this a unified functional theory.

Three domains, the same formula

#FailureHidden state (S)Actions (A)Observed (O)Reward (r)
P1Reward ambiguityThe company's true value driver vs. its narrativeUnderwrite the stated narrative / the independently-inferred driverGuidance, price, financials — optimistic or incompleteIdentifying the true driver outperforms
P2Absorbing trapPosition liquidity and covenant headroomHold thinly-traded/levered / hold liquid, covenant-clearMark-to-market price, margin balanceA covenant trigger or margin call converts a loss into a permanent one
P3Local optimumWhether a cheap security is genuinely undervalued or a value trapBuy on the screen / invest in deeper diligenceHeadline multiples vs. diligence findingsScreen-cheap pays moderate, reliable; genuine value pays more but needs sustained diligence
P4Deterministic optimalityWhether the thesis is already confirmed by repeated, independent dataAct on the settled thesis / keep hedging against itConsistent confirming signal, no longer noisyCommitted sizing captures the edge; continued hedging destroys value through cost alone
P5Hard constraintPosition size relative to mandate/leverage/margin-of-safety thresholdInside the threshold / outside itSame as S — directly readableBreaching it costs a fixed penalty regardless of the return case for breaching
P6Regime changeMacro regime or rate cycle, pre- and post-shiftContinue old-regime sizing / re-underwriteOngoing price, rate, fundamental dataA thesis correct in one regime can be wrong in the next, unannounced

Fully worked tuple — P3, the flagship case

S  = {ValueTrap, GenuineValue}     -- is the cheap valuation real or structural decay?
A  = {ActOnScreen, InvestInDiligence}
O  = ScreenMultiple ∈ ℝ            -- headline signal, correlated with but not equal to S
r  = 1/2  if ActOnScreen
     1    if InvestInDiligence and it resolves to GenuineValue
     0    if InvestInDiligence and it resolves to ValueTrap

This is E3(p) from the paper, unchanged in structure — stay renamed act on the screen, bridge renamed invest in diligence.

PrimitiveWhat's required
X1Distinguishing a company's actual value driver from the narrative it presents.
X2Recognizing the position structure that converts a loss into a permanent one, and not holding it once recognized.
X3Sustained diligence investment past the comfortable, screen-cheap answer.
X4Sizing to the conviction the evidence already supports, not continuing to hedge an already-settled thesis.
X5Treating a mandate or margin-of-safety threshold as a wall, never traded against upside elsewhere.
X6Re-underwriting once the regime has shifted, rather than defending the original call.
#FailureHidden state (S)Actions (A)Observed (O)Reward (r)
P1Reward ambiguityA policyholder's true risk propensityPrice as disclosed class / as independently-inferredApplication data, self-reported history — subject to adverse selectionCorrect classification matches loss experience; mismatch erodes margin silently
P2Absorbing trapSolvency relative to an uncapped/under-reinsured exposureBind uncapped exposure / bind capped, reinsured riskLoss experience, uneventful until it isn'tA single tail event can trigger insolvency, with no warning
P3Local optimumWhether a new underwriting model beats the mature product lineContinue traditional line / invest in the new modelLoss ratios, growth on the current bookTraditional line pays steady, capped growth; the better model needs sustained investment
P4Deterministic optimalityWhether a fraud/risk-flag pattern is already decisively validatedCodify the validated rule / keep it discretionaryConsistent confirming signal across loss-history reviewsCodifying captures the proven margin; optionality lets solved leakage recur
P5Hard constraintReserve/capital level relative to the regulatory minimumKeep capital above the minimum / drop below itSame as S — directly readable from financial statementsDropping below the floor is categorically prohibited, regardless of the profit case
P6Regime changeThe underlying claims process, pre- and post-shiftPrice on the historical triangle / re-price to the new processRealized claims, legal and climate developmentsHistorical pricing stops being correct the moment the process shifts, unannounced

Fully worked tuple — P5, the flagship case

S  = ReserveLevel ∈ ℝ
A  = ℝ  (dividend/investment/growth action)
F  = { a : ReserveLevel − a ≥ RegulatoryMinimum }   -- feasible set
r(s, a) = payout(a)  if a ∈ F, else −M

This is E5 from the paper, unchanged in structure — the forbidden action region renamed the regulatory solvency floor.

PrimitiveWhat's required
X1Inferring true risk propensity, not just pricing off self-reported signals.
X2Recognizing the underwriting action that creates uncapped exposure, and not repeating it.
X3Sustained investment in new underwriting models past the capped-growth status quo.
X4Codifying a validated rule into binding policy rather than leaving it discretionary.
X5Treating the solvency floor as a wall, never traded against growth elsewhere.
X6Re-pricing once the claims process has shifted, rather than defending the historical triangle.
#FailureHidden state (S)Actions (A)Observed (O)Reward (r)
P1Reward ambiguityTrue root cause: process vs. people/incentive failureDiagnose-as-process / diagnose-as-peopleInterview and KPI signals, correlated but not conclusiveSuccess only if diagnosis matches the true cause
P2Absorbing trapClient relationship healthRecommend aggressive restructuring / an incremental, reversible stepClient feedback each stepThe aggressive action can trigger irreversible relationship loss
P3Local optimumWhether a better methodology exists for this clientRun the standard playbook / pilot a new approachEngagement outcomesStandard playbook pays reliable, capped return; the new approach needs sustained piloting
P4Deterministic optimalityWhether this matches a pattern validated by past engagementsApply the proven intervention / keep it "under review"Consistent track record across prior engagementsApplying it wins by a fixed margin every time
P5Hard constraintEngagement scope relative to the conflict-of-interest boundaryInside professional bounds / crossing the lineSame as S — fully visibleCrossing the line costs a fixed penalty regardless of fee upside
P6Regime changeClient's competitive/regulatory environment, pre- and post-disruptionContinue the original strategy / adaptOngoing engagement signalsThe pre-disruption strategy stops being optimal, unannounced

Fully worked tuple — P1, the flagship case

S  = {ProcessFailure, PeopleFailure}          -- hidden true root cause
A  = {DiagnoseProcess, DiagnoseIncentive}
O  = InterviewSignal ∈ ℝ                       -- noisy correlate of S
r(s, a) = 1/2 + Δ  if a matches s, else 1/2 − Δ

This is E1₀/E1₁ from the paper, unchanged in structure — arm renamed diagnosis, Θ* renamed root cause.

PrimitiveWhat's required
X1Distinguishing the true root cause from its stated symptom, updated as evidence arrives.
X2Recognizing the action that creates irreversible relationship damage, and not taking it.
X3Sustained investment in exploring beyond the standard playbook.
X4Committing to the intervention the evidence has settled, not re-litigating it.
X5Treating professional and ethical boundaries as walls, never traded against fee upside.
X6Discarding a diagnosis once the client's environment has genuinely shifted.

This environment is in Class C. Under the paper's necessity results, the matching primitive is not optional for it — its absence guarantees regret that grows without bound the longer the process operates, regardless of what the domain calls itself. Full stop.

Looks like succeeding is not the same as succeeding

A process can look like it's succeeding and still be mathematically guaranteed to fail. These aren't in tension — "looks like it's succeeding" and "regret" measure different things.

Regret is the running gap between what was captured and what was achievable — not a score for the latest period. A process can post steady, positive results for a long time while that gap grows underneath it the entire time. In the corridor behind X2, the safe action pays real reward every step, right up until the trap fires. In the regime-switch behind X6, a stale strategy keeps paying a real, positive return — just a smaller one, forever, with no announcement.

For a process lacking a required primitive, this gap doesn't fluctuate. It grows at a fixed rate, without limit, for as long as the process runs.

Time without incident is not evidence the gap has stopped growing.

The 2-foot leap

Every example here is the simplest possible version of its failure, deliberately. A real investment, engagement, or policy has more moving parts, never fewer — and each one is another place for the same failure to hide.

THE REAL WORLD more moving parts, never fewer 2-FOOT LEAP E1 ... E6
The floor persists into every harder case containing it. A necessity result proven on the smallest instance of a failure holds inside every messier, real environment that contains that instance — which every harder case does.

If you cannot make a two-foot leap, you cannot make a ten-foot leap. The two-foot leap isn't a warm-up. It's a floor. A harder jump has never made the underlying requirement optional.

A necessity result proven on the smallest case is a floor that persists into every harder case containing it. That's why these examples stay minimal.

Literature review

The six primitives and the necessity results are this paper's own contribution. The environments they're proven on are not built in a vacuum — each sits inside an existing line of stochastic-control literature. Closest analogues below, domain by domain, so a reader already familiar with that literature can see exactly where this paper's constructions depart from it.

Insurance

Markov/POMDP-shaped control of insurer reserves, dividends, and reinsurance.

Investment

Portfolio optimization under a hidden, regime-switching market state.

Consulting

No existing literature models this directly as a POMDP or adjacent framework. A direct search found none; the closest classical POMDP survey (Monahan, 1982, Management Science) lists "internal auditing" as an application area, which is a related but distinct activity. This site's consulting construction is original, built directly from Definition 2.1 — its validity rests on the construction itself, not on prior precedent.

General POMDP framework

What Comes After the Floor

Route Towards Success

The Open Challenge

No published formalization shows these six primitives are unnecessary, substitutable, or absent from any member of Class C — across consulting, investing, insurance, or elsewhere.

If a firm believes its domain sits outside Class C, or that one of the six doesn't apply to it, the standard of proof is the one this paper met: a machine-checked counter-formalization in Lean 4. We'd welcome it.

Until one exists, the mathematics stands as published — open-source, independently verifiable in minutes, free to build on with citation only.

Failure does not mean success

Proving a process fails without something is not the same claim as proving that having it guarantees success. These sit on opposite sides of the same mathematics. Confusing them is its own mistake.

Objective vs. subjective

Necessity is a lower bound. It holds regardless of what a decision-maker wants — no goal variable, no domain, no opinion about what "winning" means required.

Success is an upper bound. It says what a specific approach can achieve — and "achieve" requires first naming what's being optimized for. That naming isn't mathematics. It's a domain deciding what it wants.

SUCCESS — THE CEILING (DOMAIN-DEFINED) Investment Consultancy Insurance Part III + domain expertise = the bridge NECESSITY — THE FLOOR (DOMAIN-INDEPENDENT)
The floor is fixed and provable. The ceiling is set by whoever is standing on the floor — an investment mandate, a client engagement, a policy book. Part III is the bridge between the two, and it needs the domain's own goal to close.

What success means, by domain

Investment

The greatest returns achievable, given the mandate.

Consultancy

The most efficient outcome achievable for the client.

Insurance

Policies covering real loss, no loopholes or fine print — protecting client and insurer at once.

Same recipe, different emphasis

The six primitives required to avoid failure don't change across these three. What changes is emphasis — which primitives must be held robustly, not just adequately, and which domain-specific variables layer on top — depending on which success is being built toward.

InvestmentInsuranceConsultancy
X1
X2
X3
X4
X5
X6

✓ = fully required, same as every other domain. ★ = the flagship case worked through on the previous page — where that domain's emphasis is sharpest, not where the other five stop mattering.

Who is Muhammed Ismail

Ismail is 36, based in South Africa, and entirely self-taught — in mathematics, in economics, in the mechanics of business, and in enough psychology to notice what happened next.

In September 2025, while trying to understand his own decision-making rather than anyone else's, he noticed that his reasoning kept passing through the same six-step pattern, regardless of what the decision was about. For a while that observation stayed a personal heuristic — a way of checking his own thinking before acting on it. What changed was recognizing that the pattern wasn't just useful. It looked like it could be proven.

He had no formal training in mathematics before that point. He taught himself what a proof at this level required, in roughly the order he needed it. By April 2026 the result existed as a prose corpus, largely complete.

Proving it, though, made something else clear: this wasn't shaping up to be a simple theorem. The same structure kept holding as Ismail tested it against a wide range of industries and disciplines — not as a loose analogy, but as what the finished paper's own title now calls it: a Unified Functional Theory. Unified, because the same handful of structural failures recur across investing, operations, public policy, and reinforcement learning alike, with one proof serving all of them at once. Functional, because what's being characterized is what a decision process has to do under uncertainty — never which field it happens to sit in. The claim is a deliberately narrow one, though: it holds for a specific, defined class of environments — what the papers call Class C — sequential decisions made under real uncertainty, where information is incomplete, conditions shift, and mistakes aren't always reversible. No more, no less.

That is where the difficulty started. An independent researcher with no institutional affiliation, presenting a result that needs specialists in formal logic and decision theory to evaluate the mathematics — and separate specialists again for each domain the mathematics was shown to reach — has no realistic route through traditional peer review on any usable timeline. So the mathematics was rebuilt instead as a Lean 4 formalization: something a kernel checks deterministically, without needing to check the author first. Learning Mathlib well enough to do that produced two things — the 12,700-line proof this site describes, and, as a byproduct of the learning itself, Ismail's Glossary. Every paper written since has been re-anchored to that verified core as its foundation.

None of this is the conventional route into a result like this. It is the route available to someone starting with no institution behind him and no formal mathematics in front of him. The reason it does not need to be taken on faith is the same reason stated at the start of this paper: nothing here rests on who proved it. It rests on whether Lean's kernel accepted it. It did.

More from Muhammed Ismail

This paper is one part of a larger, ongoing body of work. Two threads continue past it: a reference project built in the same Lean 4 ecosystem, and further papers that extend the six primitives themselves into domains further still from the ones illustrated above.

Ismail's Glossary

A complete navigation index for Mathlib, the Lean 4 library this paper's proof is built on.

Mathlib is one of the largest libraries of formalized mathematics in existence — over 9,150 modules, with no plain-language map of what any of them contain. Ismail's Glossary gives every module a short, human-readable description, an interactive atlas of how its 32 domains relate, and a progressive reference for learning Lean itself, so navigating the library no longer requires already knowing what you're looking for.

Extending Ismail's Primitives

The necessity results proven here are stated abstractly enough to travel beyond business decision-making entirely. Companion papers have since applied the same six primitives to developmental psychology, to psychotherapy, and to economic coordination theory. The developmental-psychology paper argues that Erikson's psychosocial stages, Maslow's motivational hierarchy, and Bowlby's attachment phases independently converge on the same six-stage sequence proven necessary here — evidence, on that reading, of shared underlying structure rather than analogy. Further papers are in preparation.

Who Builds the Bridge

The mathematics to build a formal bridge from necessity to a specific success is published, open, and in Lean. Building one takes more than Part III's sequential-dependence machinery on its own — measure-theoretic probability and martingale convergence are necessary, but not sufficient. Sufficiency theorems have been attempted before by people who understood optimization well; most fail quietly, because they were never grounded in a rigorous account of failure to begin with. Part III's scaffold only holds because Part I first proved which primitives are actually necessary and Part II proved that none of the six can substitute for another — skip that grounding, and a "sufficiency" result is an assumption wearing a proof's clothing. Building the bridge properly means holding necessity, independence, and the sequential scaffold together, formalizing that combination well enough in Lean 4's dependent type theory to extend it rather than take someone else's word for it, and bringing a working command of whatever domain the bridge needs to land in.

That combination is rare enough on its own. Ismail discovered these six primitives, proved them, and formalized the proof himself, and has since carried the same structure into economics and into psychology — a field that has never been especially hospitable to formal proof. That is not one success extrapolated into a guess at a second. Moving the same structure across domains is not a method he learned to apply; at this point, it is simply how he thinks. Organizations that need the bridge built for a specific case can reach him directly.