Coming soon

Ontahí

Executable domains, from everyday apps to autonomous systems.

Ontahí models software through entities, relations, operations, policies, and events. When work needs time, resources, or autonomy, the same model grows into durable, observable executions. No special Actor primitive required.

Living Systems

To build a system is to enter a long conversation with change.

The first Ontahí essay starts before frameworks and actors. It asks why systems evolve, how requirements reveal hidden dimensions, and what it means for a model to change without losing itself.

Read Why Systems Evolve

Core model

A small application can still deserve an ontology.

Ontahí is useful before autonomy enters the picture. A domain becomes easier to build when its names, boundaries, transformations, and history are explicit.

01

Entities

Things with identity, lifecycle, permissions, and meaning inside the domain.

02

Relations

Connections that make the system navigable as a graph, not a pile of tables.

03

Operations

Possible transformations, named as domain actions rather than raw endpoints.

04

Events

Facts that preserve what happened and make change observable.

05

Executions

Invocations that happen in time, with identity, status, result, and history.

06

Emissions

Values produced while an execution advances toward its final result.

07

Resources

Cost, capacity, quotas, and scale modeled explicitly when they matter.

08

Policies

Rules for admission, authority, limits, priority, and implementation choice.

Emergent autonomy

An actor is not a new kind of thing.

Autonomous behavior emerges when an entity has operations whose executions can be scheduled, observed, limited, and resolved over time. Some domains need this. Many only need a better way to name and execute their domain.

  1. Identity & memoryAn entity carries state, context, and history across many executions.
  2. OperationsIts capabilities are operations, or useful views over related operations.
  3. ExecutionsWork can persist, stream values, retry, cancel, and remain observable over time.
  4. Resources & policiesAvailability, budgets, limits, priorities, and implementations stay explicit.
ApplicationModel a traditional product domain, from a to-do list upward, with clearer contracts.
Durable computationGive long-running operations identity, emissions, resource usage, and history.
Autonomous systemLet domain entities act over time when policies and capacities make that useful.