Enterprise evaluation

One customer record.
Across your agents.

When support learns something new, operations needs the accepted update and its source. Evaluate shared customer records, conflict rules, and review in one focused pilot with your team.

Managed service · hosted REST API · hosted MCP · TypeScript SDK preview

Shared customer contextIllustrative example

Customer / sample_1042

One accepted preference for the next task.

Customer importphonePrevious value
Support caseemailProposed change
Field rules checkedReview approved
Accepted contact channelemail
Current
Support assistantFollow-up agentSame accepted state
After review, agents read email. The previous value and the reason for the change remain traceable.
Govern the changeField rules and review policies
Explain the answerCurrent state with provenance
Measure the valueOne workflow, agreed success criteria

From proposal to accepted state

See how a new preference becomes current.

Follow a sample customer update through field checks and review. The example uses a configured policy and illustrates the workflow; it is not a customer result.

Customer context walkthroughField rule: phone or email · enforced · conflicts go to review
Step 01 / Accepted record

The support agent reads “phone”.

A structured import established the customer’s contact channel. Both agents use the same customer ID.

Both agents read the same accepted record.

Evaluate this with your workflow
Synthetic customercustomer:sample_1042
Incoming proposalAppliedphonefrom customer-import

An allowed value with nothing to conflict with

Accepted state · contact_channelCurrent
phone

09:00 UTC · source: customer-import · confidence: 1.00

Step 1 of 5: Accepted record. The support agent reads “phone”. A structured import established the customer’s contact channel. Both agents use the same customer ID. Both agents read the same accepted record. Incoming proposal: phone, Applied. An allowed value with nothing to conflict with. Accepted state: phone, Current.

The application supplies structured proposals; no prebuilt support-system connector is assumed. Enforcement and review must be configured for the fields you choose.

Set expectations before integration

What you can evaluate today.

Available means implemented in the managed-service interfaces. Pilot-only means agreed evaluation work. Planned capabilities carry no delivery date.

Capability availability and scope
CapabilityStatusEvaluation boundary
Hosted REST API and MCPAvailablePropose changes, read current records and inspect history in the managed service.
Field constraints and reviewAvailableOpt-in enforcement and review policies. Review decisions are available to authorized writers; a human-only approval role is not enforced.
Current state, history and provenanceAvailableRead accepted facts separately from superseded or disputed values and inspect change records.
Resumable write operationsAvailablePlans of 1–50 observations with an idempotency key and receipts. Each observation commits separately; a plan is not one atomic transaction.
Guided support-context evaluationPilot-onlyA jointly scoped workflow, integration assistance and outcome measurement, subject to an agreed pilot brief.
Public TypeScript SDK releasePlannedThe client implementation and preview documentation exist. Public npm publication is pending.
Provider keys or corporate model endpoints in ConceptMemPlannedNot available in the service today. Your application can use its own model and submit structured observations.

Integration references: hosted MCP · TypeScript SDK preview. Ontology rules execute inside the managed service.

Security & reliability

Specific controls. Clear boundaries.

These describe implemented service behavior. Agree the operational requirements for your workload before making it a production dependency.

Workspace access

Session access checks workspace membership. Owner and editor roles can write; viewers cannot. Workspace API keys are stored as hashes and can be revoked.

API keys carry agent authority. Human schema authority comes from authenticated user access.

Controlled writes

Each observation runs in a database transaction. PostgreSQL serializes governed writes within a workspace. Schema proposals can reject a stale expected revision.

Rate limits return a retry interval. Request allowances are limits, not throughput guarantees.

Traceable changes

Accepted mutations carry source, actor, confidence, timestamp and extraction method. Current facts and their history are separate; review decisions include decision context.

Exports are views of state. They are not a full restorable backup.

Make the evaluation requirements explicit.

Start with synthetic or minimized data. Confirm data scope, access, any use of hosted AI, support hours and an exit procedure in the pilot brief. The listed plans do not include dedicated compute or a contractual uptime SLA.

A focused pilot

One support workflow.
Up to six weeks.

Choose the changing fields that create work for your team. Agree scope, capacity, support, and success criteria, then measure whether shared records improve the workflow.

Scope & integration

  • One primary customer class and three to five changing fields.
  • One workflow, stable customer IDs and structured observations with provenance.
  • Preparation plus four weeks of weekly use, within a six-week window.
  • Proposed support cap: four setup hours and one hour per week. Confirm availability, support window and any fees in writing.
  • Help mapping fields, configuring policy and connecting REST or MCP. SDK access is subject to its release status.

Agree what success means

  • Choose one baseline: reconciliation time or investigation time, with an agreed sample.
  • Set a target together; a proposed target is 30% less time. This is an experiment, not a promised result.
  • Pass the agreed conflict, refusal, review, provenance and access cases with no critical failures.
  • Track integration effort, weekly use, operations, storage and support effort.
  • Finish with a continue-or-stop decision and an agreed export and closure procedure.

Usage, support & purchasing

Size the workflow before the plan.

Capacity is shared across databases owned by an account. See pricing for the full catalog and Billing & usage to review a plan after sign-in.

Current monthly catalog · USD
PlanMonthly priceOperations / monthSupport
FreeUS$05,000Self-service
BuildUS$49250,000Standard asynchronous support
GrowthUS$1491,000,000Priority during business hours
ScaleUS$3993,000,000Priority support + one initial architecture session

What is counted

A query or mutation call counts once; a batch counts each submitted observation. Invalid requests that reach execution may count. Exports, MCP handshakes, static catalogs and account administration are excluded. The operation allowance resets at the start of each UTC month.

What happens at a limit

Storage includes data, provenance, history and indexes. Archived databases still count. Storage limits can block writes; the monthly operation limit pauses data operations. Export remains available. Rate limits are separate and apply across the account.

How to purchase

Review Free, Build, Growth or Scale in Billing & usage. Enterprise capacity and support are discussed through contact, not a separate self-service checkout tier. Confirm business hours, response targets and pilot fees before agreement.

Managed AI is presented separately from database operations in pricing; confirm the model and workload requirements when scoping the pilot.

Enterprise pilot

Start with a record your team needs to share.

Bring one recurring support or operations workflow. We’ll use it to scope the integration, update rules, and measures of success.