Documentation

Understand the operating model before integrating.

These public docs explain CXRove concepts, boundaries, and implementation questions without exposing credentials, private endpoints, provider payloads, or unsupported production claims.

Direct answer

How should a team implement CXRove safely?

Start with durable product concepts, trusted organization authority, versioned Agent bundles, typed Actions, replay-safe events, controlled usage, and immutable releases. Keep carriers, AI models, payments, storage, and email behind explicit adapters so business workflows survive provider changes and failures.

Core concepts

  • Organizations own tenant-scoped configuration and data.
  • AI agents are versioned configurations; people own judgment.
  • Conversations hold context; channels deliver it.
  • Knowledge is an approved source.
  • Actions are typed, authorized capabilities.

Release lifecycle

CXRove tracks source, build, artifact, configuration, schema, admission, activation, readback, rollback, and recovery as separate identities. This makes a running version traceable and gives operators an exact rollback target.

Authority and data isolation

Tenant and actor authority come from authenticated server bindings and are enforced again in PostgreSQL. Jobs, API keys, support, and migration workloads remain separate.

Provider-neutral service boundaries

Communications, AI, payment, storage, CDN, and email providers sit behind CXRove-owned contracts. Customer-facing resources and workflows remain stable when an approved adapter changes.

Choose the next technical topic

Common questions

Answers for a practical evaluation.

What should developers treat as the stable contract?

Use CXRove resource, state, event, authority, idempotency, and error contracts. Provider-specific payloads remain adapter details rather than customer API authority.

Why distinguish source from production proof?

Correct source does not prove host configuration, credentials, provider accounts, data, traffic, or operations.

Where should a technical evaluator start?

Begin with core concepts, authority, release lifecycle, and the API, webhook, and integration contract pages.

Next action

Turn a customer conversation into a completed next step.

Choose an Agent capacity, define the first workflow, and decide what the Agent may know, do, and hand to a person.