Skip to content

Engineering

The technical areas the Foundation is investigating. They are conceptual until a specification says otherwise.

Concept versus published

Nothing on this page is a published specification. Each area carries a status: “Under investigation”, “Prototype (not a standard)”, “Drafting” or “Published”. Areas marked as a prototype are being tried in an open reference prototype; that is an experiment, not a standard, and its formats may change. The rest are under investigation.

How the areas relate

A conceptual grouping of the work. The specifications will be modular and versioned, so an implementation can adopt what it needs without adopting everything.

  1. Describe Common data modelCapability model
  2. Find Discovery and directories
  3. Act Agent interactionVendor integration
  4. Trust Security and trust
  5. Connect (optional, later) Directory interoperability

Areas

Common data model

Prototype (not a standard)

One shared vocabulary for describing what exists in the world an agent has to act on.

  • Businesses and organisations
  • Services and products
  • Locations
  • Availability and pricing
  • Policies and operational information

Capability model

Prototype (not a standard)

A way to state what an agent can actually do, not just what a business publishes.

  • Search products
  • Check availability
  • Retrieve pricing
  • Create bookings and submit orders
  • Check order status

Discovery and directories

Prototype (not a standard)

How a compatible directory publishes its information, and how compatible clients find and read it.

  • Directory description
  • Retrieval by compatible clients
  • Independent operation

Agent interaction

Prototype (not a standard)

How compatible agents request information, invoke supported actions and process results.

  • Requests and responses
  • Invoking capabilities
  • Handling results and errors

Vendor integration

Under investigation

How existing platforms, APIs and service providers are represented without rebuilding them.

  • Payment, booking and inventory platforms
  • Existing APIs as implementation detail

Security and trust

Prototype (not a standard)

Identity, permissions and consent must be part of the design, not added afterwards.

  • Authentication and authorisation
  • Verification of directory entries and providers
  • User-authorised actions
  • Safe handling of sensitive operations
  • Secure communication

Directory interoperability

Under investigation

An optional, later capability. Independent directories may choose to exchange discovery information.

  • Referencing other directories
  • Permissions and data-sharing rules
  • Never mandatory, never assumed

Directory interoperability does not assume that directories federate or share their databases. The model, permissions, discovery mechanisms and data-sharing rules will be defined through future specifications, and will be optional for every directory.