askOdin — AI Judgment Infrastructure for Capital Allocation

// THE TERM, DEFINED

What is deterministic due diligence?

Deterministic due diligence™ is diligence whose verdict is reproducible and audit-defensible months later, because identical inputs always produce identical findings — the opposite of a probabilistic LLM summary that changes on every run and cannot be defended to an investment committee or a regulator.

That is the whole idea, and it is not a small one. Most "AI due diligence" today is a language model reading a deck and writing a confident paragraph back. Ask it the same question tomorrow and you may get a different answer — with no record of why either was produced. askOdin treats diligence the way an auditor treats a ledger: a fixed process, a cited source for every line, and a finding you can reconstruct exactly, on demand, long after the decision.

// DETERMINISTIC vs. PROBABILISTIC

The difference is not quality. It is physics.

A probabilistic model and a deterministic engine are not two grades of the same tool. They are two different operations. LLMs optimize for persuasion. askOdin compiles for physics. Here is where the gap shows up.

CLAIM 01

Reproducibility

Deterministic: identical inputs reconstruct an identical verdict, today or in eighteen months.

Probabilistic LLM: the same prompt samples a new answer on every run. There is no canonical finding to defend.

CLAIM 02

Traceability

Deterministic: every conclusion traces to a cited source line and a named forensic dimension.

Probabilistic LLM: the model cannot tell you why it concluded what it concluded. The reasoning is a black box even to itself.

CLAIM 03

Defensibility

Deterministic: the output is a forensic record you can hand to an IC, an LP, or a regulator.

Probabilistic LLM: the output is persuasive prose. Persuasion is not a defense; it is the thing under audit.

CLAIM 04

Failure mode

Deterministic: when the math conflicts, the engine flags the conflict and floors the score. Silence is impossible.

Probabilistic LLM: optimizes for a fluent answer, so it smooths over contradictions rather than surfacing them.

Read the full comparison: deterministic vs. probabilistic AI →

// HOW askODIN COMPILES IT

Extract. Evaluate. Anchor.

Determinism is not a marketing claim; it is an architectural decision. askOdin separates the act of reading from the act of judging, so that the judging never depends on a model's mood. Three stages, in order.

Stage 01 · Extraction

The RUNE Protocol™ extracts.

RUNE compiles the messy, persuasive source — pitch deck, memo, data room — into structured, machine-checkable claims. This is the only stage where natural language is involved, and its job is narrow: turn prose into discrete, sourced assertions. Nothing is judged yet.

U.S. PATENT PENDING 63/948,559

Stage 02 · Evaluation

A deterministic Go engine evaluates.

The extracted claims run through a fixed, rule-governed engine — not a language model — that tests them against 40+ forensic dimensions and a calibration corpus of 100,000+ Clarity Scores™ built on public deal data. The output is a Clarity Score on a 0–100 scale. Because the engine is deterministic, the same claims always resolve to the same score. There is no sampling, no temperature, no run-to-run drift.

Stage 03 · Anchoring

The Defensible Audit Log™ anchors it.

Every run is written to a hash-anchored, reproducible record: the inputs, the dimensions tested, the evidence cited, and the verdict reached. Months later, the same inputs reconstruct the same finding, line for line. That is what makes the diligence defensible — not that it was confident, but that it can be re-run and proven.

Cross-document contradictions across a heterogeneous data room are handled separately by the RAVEN Protocol™, askOdin's adversarial triangulation layer. The temporal drift between what a company claimed last year and what it claims today is caught by the NORN Protocol™ (U.S. Prov. Patent No. 64/011,252). And the JUDGE Protocol™ acts as a runtime circuit breaker that floors the score the moment a structural conflict is detected — U.S. Prov. Patent No. 64/017,488 | IPOS §34 National Security Clearance (Issued 2026-03-26). Four patent-pending protocols, one deterministic spine.

The architectural mechanics of RAVEN's triangulation engine are protected under U.S. Provisional Patent No. 63/994,876 and are not publicly disclosed.

// WHY IT MATTERS

Defensibility is the product.

Fiduciary defensibility. Fiduciary duty is not a standard of being right in hindsight — it is a standard of being able to show your work. When the math is run by a deterministic engine and cited line by line, the decision stands on a record, not on a partner's recollection of a good meeting.

Reproducibility. A finding you cannot reproduce is an opinion with a timestamp. A finding that reconstructs byte-for-byte from the same inputs is evidence. That distinction is the entire difference between a probabilistic summary and a deterministic audit.

A regulator-proof audit trail. When an LP, an auditor, or a regulator asks why capital moved, you reconstruct the analysis exactly as it stood on the day of the decision. The Defensible Audit Log is built for precisely that question.

Venture capital is the last unaudited asset class. askOdin provides the infrastructure to close the gap.