Subject
A wallet, company, identity, brand, carrier, judgment, domain, or other typed object.
The platform returns verified components, not a conclusion. The user assembles the File, applies a restrained presentation, and exports it for their own purpose.
Kinetic provides the verified building blocks. The user decides what belongs in the File, how it should read, and where it goes.
A wallet, company, identity, brand, carrier, judgment, domain, or other typed object.
Trace, Screen, Monitor, Profile, Assemble. One named contract with a typed input and a deterministic output.
Signals, maps, tables, timelines, profiles, source records, and custody blocks. Facts only.
Select, order, annotate, title, and style. Start from a complete plain Kinetic default.
A human-readable, machine-readable, or formal record assembled from verified components.
The application holds the component library, drafts, saved styles, history, watches, team access, and delivery. It does not tell the user what action to take.
The contracts are identical across the application, API, SDK, and MCP. Invocation is metered. File assembly can remain human-led or be requested explicitly.
Determinism means reproducibility under a frozen execution context. It does not mean omniscience.
Source records are normalized without interpretation. Missing data remains missing; source conflict remains visible.
The same frozen inputs, rule set, graph snapshot, and model version produce the same Components every time.
Observation, derived fact, and scored inference are separate. Confidence may be probabilistic; its calculation and lineage are reproducible.
Every Verb contributes typed, provenance-bound pieces the user can inspect and place into a File.
One sourced claim with time, severity, and provenance.
Nodes, paths, labels, and transaction facts from a trace Result.
Ordered events with verified dates and source references.
Provider-neutral facts about a person, company, wallet, or domain.
The supporting material a recipient can inspect, cite, or designate later.
Source class, transformations, hash, signature, and verification record.
Useful by default. Flexible by choice. The factual content and provenance cannot be styled away.
Start with Kinetic's complete default, then add, remove, order, group, and annotate the pieces.
Plain Kinetic Record is the default. Optional cover, typography, density, section order, brand mark, and recipient profile.
PDF, DOCX, JSON, signed web edition, API response, or MCP payload. The same components, rendered for the destination.
Elegance comes from legibility, not from revealing how the engine earns its answer.
Public and machine-readableVerb promise, typed input, Component schemas, File schema, provenance envelope, meter, examples, and MCP tool description.
Closed and proprietarySource roster and weights, orchestration, provider economics, canonicalization implementation, graph joins, exhaust enrichment, confidence logic, and partner routing.
Every Verb produces reproducible Components from frozen inputs and versioned rules. Every claim traces to a source. Uncertainty remains explicit. Kinetic never tells the recipient what to do.
Humans, counsel, institutions, and their own systems supply judgment, authority, and action.
May organize Components and Files in the application, but it is not a stage in the production flow.
Domain context and authority may exist outside the File contract. Neither is a universal output object.
A recipient may designate a supporting Record as an exhibit. Kinetic does not.