Independent technical underwriting evidence for financed AI infrastructure

Know the cluster works. Before you fund it.

Doku determines which material technical assumptions inside the underwriting model are supportable, which must change, and what evidence, conditions, covenants, or monitoring closes the gap.

Founding lender design partner$25M–$150M U.S. AI-compute transactionsFixed $25,000 bounded pilot

Confidential 20-minute fit review. No sensitive materials required. A standard remote pilot targets an initial committee package in 7–10 business days after scope confirmation and complete agreed evidence access.

Underwriting evidence ledger. Workload evidence is complete with a sensitivity and model revision. Architecture evidence is complete and supportable with no condition. Goodput evidence is complete with a material exception and base-case change. Acceptance evidence is partial and conditional with a funding condition. Doku technical posture: supportable subject to conditions. One material exception, four conditions, and two open items. Illustrative only.
Accountable principal experience includes
Cornell University
B.S. Computer Science
Google Brain
AI
Prior principal experience only. No current affiliation, customer relationship, or endorsement is implied.

Why Doku exists

The parts can pass. The financed system can still fail.

Conventional diligence often confirms inventory, diagrams, contracts, and commissioning documents. Doku asks whether the integrated system can produce the output, timing, resilience, and operating evidence assumed by the financing.

01Capacity → revenue

Nameplate capacity is not billable capacity.

What can look supportable

Accelerator count, vendor specifications, installed power, and nominal peak benchmarks.

What can remain unproven

Sustained useful output under the intended workload after topology, throttling, failures, availability, and acceptance.

02Demand → utilization

Signed demand is not necessarily deliverable demand.

What can look supportable

Pipeline, reservations, customer concentration tables, and commercial forecasts.

What can remain unproven

Workload compatibility, onboarding readiness, portability, technical switching constraints, and forecast-to-observed conversion.

03Resilience → availability

Redundancy on paper is not resilience in operation.

What can look supportable

N+1 diagrams, duplicate components, vendor warranties, and documented recovery paths.

What can remain unproven

Shared dependencies, correlated failures, recovery time, operator response, runbook quality, and successful re-entry to service.

04Acceptance → timing

Installed equipment is not an accepted production system.

What can look supportable

Delivery, installation, component commissioning, and facility readiness documentation.

What can remain unproven

Integrated workload acceptance, security and operations readiness, evidence closure, ramp timing, and repeatable production performance.

The Doku Evidence-to-Credit Framework

Start with the decision. Trace every material assumption to evidence.

The engagement is bounded by the lender’s decision, model, and date. Technical work is selected because it can support, revise, condition, or monitor an underwriting assumption, not because it is interesting in isolation.

01Decision frame

Define the transaction and credit question

Financing structure, asset boundary, decision date, baseline model, lender policy, critical assumptions, and permitted reliance.

02Assumption register

Identify what must be true

Capacity, workload, price, utilization, ramp, availability, acceptance, capex, opex, recovery, and collateral assumptions.

03Evidence plan

Map assumptions to proof

Documents, telemetry, tests, owners, access, dependencies, evidence class, cut-off date, and explicit pass or closure criteria.

04Independent validation

Test the integrated system

Architecture analysis, representative-load testing, telemetry integrity, FMEA, operating-envelope review, acceptance, and recovery evidence.

05Model translation

Quantify material deltas

Baseline versus supportable assumptions, sensitivities, timing effects, mitigants, owners, unresolved evidence, and materiality classification.

06Committee record

Define conditions and monitoring

Technical posture, evidence-backed conditions, possible covenant logic, reporting triggers, re-validation, and committee readout.

Illustrative standard remote pilotThe clock starts after scope confirmation and complete access to the agreed evidence. On-site, remediation, or materially bespoke work is separately agreed.
Day 0Scope and owners confirmed
Days 1–3Evidence and architecture
Days 3–6Validation and tests
Days 6–8Model deltas and conditions
Days 8–10Committee package

World-class technical diligence

Deep enough to find the failure. Structured enough to change the model.

Every material conclusion is traceable to a defined assumption, evidence source, validation method, materiality class, model implication, owner, and closure criterion.

Illustrative cross-layer system evidence map linking workload and demand, orchestration and software, compute and topology, network and storage, power and cooling, and acceptance and operations to assumption, evidence, validation, materiality, and closure.
M-01Assumption registry

Every material technical assumption is named, defined, tied to a model variable, assigned an owner, and given an evidence requirement.

M-02Evidence provenance

Observed, system-generated, third-party, vendor, management, inferred, and unverified sources are distinguished and versioned.

M-03Telemetry integrity

Completeness, time alignment, source-of-truth, extraction method, sampling, exclusions, and selective-presentation risk are assessed.

M-04Representative-load protocol

Test scope, workload mix, duration, environment, pass criteria, repeatability, variance, failures, and recovery are documented.

M-05Cross-layer FMEA

Failure modes, shared dependencies, severity, likelihood, detectability, mitigation, recovery, and financial exposure are connected.

M-06Closure and re-validation

Every condition specifies the owner, required evidence, threshold, deadline, permitted interim treatment, and re-test trigger.

Materiality taxonomySeparate evidence state, technical conclusion, and lender treatment.
M1 · ObservationNo model change; document or monitor.
M2 · SensitivityDownside case, trigger, or monitoring.
M3 · ConditionEvidence or remediation required.
M4 · Material exceptionBase case or posture changes.
Evidence classesObservedSystem-generatedIndependent third-partyVendor-providedManagement-providedInferredUnverified

The finance bridge

Technical evidence must change the model, or it is not decision-grade.

Doku converts technically supportable capacity, timing, reliability, and operating evidence into explicit changes to revenue, opex, capex, liquidity, DSCR, covenant headroom, and recovery assumptions.

Usable capacityInstalled accelerator-hours × performance-realization factor × availability × acceptance factorAccelerator-equivalent hours per period
Revenue capacityUsable capacity × utilization × realized price per accelerator-equivalent hour × ramp factorCurrency per period
Credit impactΔ revenue − Δ opex − Δ capex and timing costsEBITDA, DSCR, liquidity, covenant headroom, recovery value
Performance-realization factorObserved useful output divided by target output under the agreed workload.
Acceptance factorShare of installed capacity presently accepted for intended use.
Ramp factorShare of the modeled period accepted capacity is commercially ready.
Lender treatmentDefined by lender policy; Doku supplies evidence, deltas, and options.
Illustrative finding-to-credit mappings
Potential technical findingModel variables affectedPossible lender treatment
Demand concentration or weak workload portabilityUtilization, renewal probability, downside revenue, concentration sensitivity, and residual demand.Revised downside case, concentration reporting, trigger, customer covenant, or resized exposure.
Topology or dependency bottleneckUsable capacity, ramp date, capex efficiency, scalability, availability, and stranded-asset risk.Stage the draw, require remediation, revise capacity, create a holdback, or add a completion condition.
Sustained goodput below planPerformance-realization factor, billable output, revenue per installed accelerator, unit economics, EBITDA, and DSCR.Revise the base case, require re-test, resize a tranche, define a minimum performance trigger, or monitor goodput.
Power or cooling operating-envelope gapDerating, availability, opex, outage exposure, ramp timing, accepted capacity, and expansion capacity.Operating limits, resilience work, reserve, staged activation, evidence deadline, or insurance review by the lender.
Acceptance or runbook evidence incompleteAcceptance factor, start date, interest carry, revenue recognition, operating risk, and completion confidence.Condition precedent, holdback, owner assignment, evidence deadline, re-acceptance test, or post-close monitoring.

Illustrative only. Actual variables, thresholds, covenants, and credit actions depend on the transaction, lender policy, legal advice, evidence, and engagement scope.

Evidence-to-Credit Report
Doku Assurance

Technical posture: supportable subject to conditions

Hypothetical $75M term facility financing 4,096 accelerators. Observed performance realization and incomplete acceptance reduce presently supportable usable capacity by approximately 13% versus the baseline.

91%Evidence complete
1Material exception
4Conditions
2Open items
Model variableBaselineSupportableDelta
Performance realization92%84%−8 pts
Usable capacity32.5M hrs28.3M hrs−13.0%
Revenue capacity$84M$73M−13.1%
DSCR1.52×1.23×−0.29×

What the lender receives

A report built for credit-committee scrutiny.

A versioned technical record showing the evidence, method, finding, model delta, materiality, condition, owner, and closure test.

01
Executive technical conclusionSupportable posture, material exceptions, unresolved evidence, limitations, and immediate next actions.
02
Evidence register and provenanceSource class, version, owner, cut-off date, completeness, permitted use, and traceability to each conclusion.
03
Model deltas and sensitivitiesBaseline versus supportable assumptions, timing effects, downside sensitivities, and reconciliation to the source model.
04
Conditions, triggers, and monitoringOwner, threshold, deadline, required evidence, interim treatment, re-test, reporting cadence, and escalation path.
The specimen is entirely hypothetical and does not represent a customer, facility, financing, endorsement, or completed Doku Assurance engagement.

Founding lender design partners

One live transaction. One bounded decision package. One standard shaped by reality.

Doku is selecting a small founding cohort of lenders with live AI-compute decisions and willingness to provide structured feedback on the evidence standard, materiality framework, report architecture, and monitoring model.

Initial fit$25M–$150M U.S. AI-compute transaction

Energized or firmly contracted facility; standard or mostly standard hardware; a real funding, draw, takeout, collateral-addition, refinancing, or deployment-milestone decision.

Founding feeFixed $25,000 bounded pilot

No success fee, approval fee, hardware economics, capacity economics, financing economics, or other outcome-linked compensation.

Target timing7–10 business days

For the initial committee package after confirmed scope and complete agreed evidence access. On-site or materially bespoke work is separately scoped.

Core packageEvidence-to-Credit report + committee readout

Evidence register, validation record, model deltas, exceptions, conditions, possible monitoring logic, limitations, and versioned supporting appendix.

The lender receives

  • A decision-bounded evidence plan before sensitive access.
  • Direct access to the accountable principal.
  • A credit-committee-ready package and readout.
  • An explicit record of what is supportable, conditional, unverified, or changed.
  • A proposed closure and monitoring design.

The founding partner contributes

  • One qualified live transaction and internal decision owner.
  • Timely access to agreed evidence owners and non-legal source materials.
  • One structured feedback session with credit and technical stakeholders.
  • Feedback on materiality, report structure, and decision integration.
  • No publicity or case-study permission unless separately granted in writing.

What founding partners shape

Early participation hardens the standard against real lender decisions, not invented abstractions.

MaterialityWhat changes base case, downside, conditions, or monitoring.
Committee interfaceWhat credit teams need to understand, challenge, approve, and monitor.
Benchmark prioritiesWhat should compound into future comparison sets.

The fit review requires only nonconfidential context. NDA, conflicts, permitted users, access, retention, reliance, and scope are aligned before evidence transfer.

Independence and information governance

Trust must be designed into the engagement, not added as a disclaimer.

Before evidence transfer, Doku and the lender define conflicts, scope, permitted users, access, retention, reliance, evidence cut-off, and human accountability.

01

Economic independence

Doku does not sell hardware, compute capacity, financing, placement, or implementation services tied to its conclusion. Compensation is not contingent on approval, funding, or a particular posture.

02

Confidentiality and access

No sensitive documents are required for the initial fit review. Evidence access begins only after NDA and scope alignment, preferably through a lender-approved room or agreed least-privilege channel.

03

Evidence and retention

Sources are classified, versioned, time-bounded, and tied to permitted users. Retention, deletion, backups, and any exception are agreed for the engagement rather than assumed.

04

Scope, reliance, and accountability

Conclusions are conditional on defined evidence and date. Doku does not replace legal counsel, credit judgment, or engineering certification. Material judgments remain human-reviewed and principal-signed.

Conflicts disclosed before engagement
No production credentials by default
No confidential data trains public or third-party models
Permitted users and reliance expressly defined
Material changes trigger re-validation

Accountable principal

The judgment has a name, a scope, and an owner.

Doku uses software, structured evidence, and repeatable protocols to improve rigor and traceability. They do not obscure who is responsible for the technical conclusion or model bridge.

Jörg Doku

Principal · Doku Assurance

Computer-science and ML-infrastructure practitioner with prior roles spanning Google Brain, Meta AI, RunPod, Brium, and Fluidstack. The relevant work crossed workload deployment, production ML systems, compiler infrastructure, cloud operations, reliability, and the interfaces where technical performance becomes commercial capacity.

Cornell UniversityB.S. Computer Science
RunPodHead of ML Deployment
BriumCOO · compiler infrastructure
FluidstackML Deployment
Google Brain
Meta AI
Open-source authorshipFirst contributor and author of the original GCM implementationMeta GPU Cluster Monitoring, used to support AI workloads at significant scale
Engagement accountability: technical posture, materiality, model translation, written report, and committee readout are reviewed and signed by the principal within the agreed evidence boundary.

Questions before confidential access

Clear boundaries before a lender shares a transaction.

What exactly does Doku assess?

Doku assesses the material technical assumptions that support a specific financing decision. Depending on scope, that can include workload compatibility and demand assumptions, architecture and dependencies, sustained useful output, telemetry, power and cooling operating envelope, recovery behavior, acceptance, security and operations readiness, and the model variables those findings affect.

Does Doku make the credit decision?

No. Doku provides an independent technical record, a technical posture, model deltas, evidence-backed conditions, and possible monitoring logic. The lender retains full responsibility for credit policy, structuring, legal analysis, approval, and portfolio decisions.

What starts the 7–10-business-day clock?

The target applies to a standard remote founding pilot only and begins after scope confirmation, NDA and conflicts alignment, and complete access to the agreed evidence and owners. On-site work, materially bespoke tests, extensive remediation analysis, or delayed evidence can change the schedule and fee.

What information is required for the initial fit review?

Only nonconfidential context: institution, transaction type, approximate exposure, decision timing, asset stage, primary technical concern, and available stakeholders. No contracts, credentials, telemetry, system diagrams, or customer-identifying materials are required to determine fit.

How are workload contracts and legal enforceability handled?

Doku can evaluate technical compatibility, concentration, dependence, portability, onboarding readiness, and how commercial assumptions interact with the system. Legal enforceability, contract interpretation, and legal diligence remain the responsibility of counsel and the lender.

Is on-site testing included in the $25,000 pilot?

The founding fee covers a bounded standard remote review and agreed remote validation. Travel, on-site testing, unusually large evidence reconstruction, custom-hardware work, or material scope expansion is separately agreed before it is performed.

Can the report be relied upon by the credit committee?

Permitted users, purpose, reliance, scope, evidence cut-off, limitations, and any third-party use are defined in the engagement terms. The public specimen is illustrative and cannot be relied upon for any transaction.

How is confidential data handled?

Doku prefers a lender-approved data room or an agreed least-privilege channel. Access, permitted users, retention, deletion, and any model or software use are agreed before transfer. Confidential engagement data is not used to train public or third-party models.

Does Doku use AI or automated analysis?

Software and automated tools may assist evidence organization, comparison, calculation, and traceability. Material findings, model translations, conditions, and written conclusions remain human-reviewed and principal-signed. Tool output is not treated as evidence merely because a model produced it.

What happens after the founding pilot?

The lender receives the final report, supporting appendix, committee readout, open-item register, and agreed closure or monitoring design. Any post-close re-validation, recurring monitoring, additional assets, or broader relationship is optional and separately scoped.

Bring one live transaction. Get a decision-grade technical record.

Doku will first determine fit, define the evidence boundary, and explain what must be true before technical diligence begins.

Confidential initial fit review

Review a live deal.

Share only nonconfidential context. This page creates a prefilled email draft to the accountable principal; it does not upload files or transmit data automatically.

Submitting opens your email client with the information above addressed to jorg@dokuinfra.com. You control whether the email is sent.

Illustrative Evidence-to-Credit Report

Complete hypothetical specimen. No customer, facility, financing, result, or endorsement is represented.

Hypothetical specimen · not a customer result

Executive technical conclusion

Illustrative report DA-HYP-001 · Evidence cut-off 15 July 2026
Purpose: lender underwriting
Doku technical posture: Supportable subject to four conditions. Installed equipment and architecture broadly support the intended workload, but observed performance realization and incomplete acceptance reduce presently supportable usable capacity by approximately 13% versus the baseline. The lender determines all credit treatment.
91%Evidence complete
1Material exception
4Conditions
2Open items
DomainEvidence stateConclusionImplication
WorkloadCompleteM2 sensitivityDownside utilization revised.
ArchitectureCompleteM1 supportableNo base-case change.
GoodputCompleteM4 exceptionRealization factor 92% → 84%.
AcceptancePartialM3 conditionAcceptance factor 100% → 96%.

Immediate actions

  1. Use the adjusted usable-capacity and revenue-capacity case for current sensitivity.
  2. Require acceptance closure and a representative-load re-test before recognizing the final 4% of capacity.
  3. Define monthly goodput, availability, and concentration reporting for 12 months.
  4. Retain lender judgment on draw, holdback, sizing, covenant, and approval.
Doku Assurance · Illustrative Evidence-to-Credit ReportPage 1 of 8

Doku Assurance

Policy