Models

Use the models you already trust.

Kindynos EVA provides event-driven model orchestration across existing analytical models — spreadsheets, internal libraries, vendor engines, APIs and services. It connects real-world Events to the appropriate models and carries their results into a governed consequence chain with identity, provenance and reproducibility preserved.

Model architecture

Event Intelligence sits above the calculation layer.

The model remains responsible for the calculation it performs. EVA determines when that capability is relevant, what governed state should be supplied, how results connect to other consequences, and how the complete analytical path is recorded.

Understand what changed

Identify the occurrence, affected system and evidence that matters.

Translate into model coordinates

Map the Event into approved parameter or state changes.

Select the relevant model

Choose one or several governed analytical providers.

Let the model do its job

The spreadsheet, library, service or vendor engine performs its specialist calculation.

Connect the result

Carry outputs into assets, stakeholders, further models, provenance and decisions.

Flexible integration

Model orchestration across spreadsheets, APIs and analytical engines.

A model does not need to be rewritten into a Kindynos format to participate. The integration can match the way the model already operates.

Analyst spreadsheets

Existing Excel and analyst spreadsheets can remain the analytical asset. EVA can connect spreadsheet models to an Event-driven workflow, govern controllable inputs, recalculate a working copy, read defined outputs and preserve the resulting state and provenance.

Internal libraries

Python, R, C++, Java and proprietary quantitative libraries can be reached through typed adapters while remaining under the institution's own change-management process.

Vendor engines

Specialist commercial technology can be invoked through an API, SDK, command line, local service or controlled wrapper without exposing proprietary model internals.

Remote or local services

Models can run as private APIs, local executables, containers, on-premise calculation services or private-cloud endpoints with versioned request and response contracts.

Files and databases

CSV, JSON, XML, Parquet, workbooks, batch files and approved result stores can act as governed interfaces when a live service is unnecessary.

Human-governed execution

For tightly controlled calculations, EVA can create the model request, preserve the approved state, and receive the result after human review and execution.

Model contract

Different technologies can participate under the same analytical discipline.

Every provider is identified by what it is allowed to calculate, what inputs it accepts, what outputs mean, how execution is identified, and how the result can be reproduced or reviewed.

IdentityModel, provider and version.
ScopeWhat the model is authorized to calculate.
InputsGoverned state and parameter contract.
OutputsTyped results with declared meaning.
ExecutionRuntime identity, status and refusal behavior.
ProvenanceEvidence and state required to reproduce the result.
Spreadsheets

Existing analytical intellectual property can stay where it is.

A well-developed workbook may contain years of company, instrument or domain knowledge: revenue bridges, capital structures, scenario logic, financing terms, interactions, caps, floors and analyst judgment encoded in formulas.

EVA can treat that workbook as an external analytical provider rather than forcing a rewrite. The Event layer supplies governed state changes; the spreadsheet performs the calculation; EVA receives the outputs and carries them into the wider consequence analysis.

Spreadsheet provider
Event→approved input cells→workbook recalculation→governed output cells→provenance

The model remains familiar. The Event-intelligence layer becomes the additional capability around it.

Multi-model orchestration

An Event can require more than one calculation.

EVA can sequence several specialist providers without turning them into one monolithic model.

Example

One Event, several providers

A capacity delay can change operating assumptions, cash flow, financing, valuation and portfolio exposure. Each part can be calculated by the provider already trusted for that task.

Operating model→cash-flow model→credit model→valuation→portfolio
EVA role

Keep the chain coherent.

EVA owns the Event context, execution sequence, state hand-offs, evidence links, model identities, refusals and final consequence record.

AI and models

Research and calculation remain separate roles.

AI can help read documents, identify Events, find evidence, propose mappings and compare precedents. Numerical results remain the output of governed models and analytical services rather than generated text.

Discover

Documents, evidence, candidate mechanisms and relevant questions.

Govern

Admit the Event, select allowed state changes and choose providers.

Calculate

Run the approved model with explicit inputs and execution identity.

Connect

Carry the result into consequences, stakeholders and decisions.

Bring the model you already use.

Kindynos can connect an existing analytical capability to a governed Event workflow without requiring the model to become a Kindynos model.