01
Name the object
ResourceType fixes the schema, relations, actions, and exact definition revision.
Awaken Objects · governed business objects
Early preview Early access by requestTurn identities, relationships, and allowed changes from existing systems into typed, versioned object records with explicit provenance.
For data, business-system, operations, and internal-application teams. Choose one important business object and identify the system that already owns it.
Product model preview · example content, with type, provenance, and revision semantics from the current implementation
Product model preview · example content
Example: an order controlled by an external system and observed through a Connector.
ResourceType
Exact revision
Identity authority
External system
Object view
Exact snapshot
Objects keeps a typed, sourced object record. The external system still owns its business fact; an Action returns the governed result.
Start with one object
Take an Order as an example. Define its identity and fields, connect it to a Customer, record which system supplied each observation, and expose only the actions that system allows. The example is configurable product behavior, not a built-in Order package.
01
ResourceType fixes the schema, relations, actions, and exact definition revision.
02
A Connector normalizes external identity, properties, relations, source, and observation time.
03
An Action names what may change and requires authorization, an expected revision, and an idempotency boundary.
What Objects owns
Objects keeps the typed record that applications and Agents may use. It distinguishes platform-owned state from externally controlled state and never turns a Connector observation into exclusive authority.
ResourceType defines the contract. Resource preserves identity, exact type revision, and lifecycle.
A consumable ResourceSnapshot freezes one revision; Relation connects exact objects without guessing the latest value.
Connector observations retain provider or fallback identity, mechanism, time, and optional provider ordering evidence.
Read-only, idempotent, and mutating Actions follow one authorization and revision-fenced execution path.
One governed change
A Connector brings back normalized identity, properties, relations, and provenance.
Objects exposes an exact typed snapshot rather than an unversioned latest value.
A person, application, or Agent submits one named Action with expected revision and idempotency key.
Objects checks authority and revision before the configured provider boundary is invoked.
The receipt and next observation make the accepted external result available to every authorized consumer.
Boundary
Objects does not replace analytical storage or ingest every source before one useful object can exist.
Context assembled for a run is a consumer of the object record, never its lifecycle authority.
An Agent may propose only declared Actions; current authorization and revision are checked on every call.
Read the current model, then request early access if you have one object and source-system boundary to explore.