Your ontology sets the boundaries.
Classes, fields, and typed relationships give agents a shared vocabulary. Choose which constraints must refuse a write.
Explore ontologyHow ConceptMem works
A project update moves the launch date. ConceptMem checks the proposal, applies your policy, and keeps the previous date in history. The next agent can query the accepted date and trace where it came from.
Managed database · hosted REST & MCP · SDK preview
“Atlas now launches on October 19.”
From the project update · Sep 1101 / From observation to answer
Atlas was launching on October 12. A new project update moves it to October 19. Here’s what happens next.
A Project has a launch_date field with one current value. In this example, the class is strict and the field uses the default supersede policy.
Every writer uses the same definition of a project.
launch_dateLaunch date October 12
02 / You decide what gets remembered
An observation proposes a change. ConceptMem checks it against your ontology and policy before it becomes current state.
Classes, fields, and typed relationships give agents a shared vocabulary. Choose which constraints must refuse a write.
Explore ontologyAccept a new value, skip a duplicate, reject a proposal, or hold it for review. The result tells you what happened.
Explore consolidationRetrieve current facts for the next task. Follow typed relationships or inspect earlier values when you need the context.
Explore retrieval03 / Make it your own
Propose and inspect an update in the console, then connect your agents to the same record. ConceptMem runs the database and its rules in the managed service.
Start free See how agents connectGive your project a home with its own records, ontology, policies, and changelog.
Define a Project with a launch date, or explicitly adopt a template. Start with the record your next task needs.
Propose an update with its source. Check the write result, then open the entity to inspect current facts and history.
Follow Connections for hosted MCP, use the REST API from your application, or explore the TypeScript SDK preview.
Common questions
Start with one record, inspect the result, and connect your agents.
Create a workspace and define one useful entity type with a few fields, or explicitly adopt a template. Submit an observation with provenance, then inspect the current record and write result in the console before connecting an agent.
No. Start with one useful type, such as Project. Open classes accept undeclared fields and report supported conformance violations without blocking. Strict classes refuse undeclared fields and invalid values. You can also enforce a single declared field without closing the whole class.
Repeating a current value leaves the fact unchanged. For a changed single-value field, the default policy supersedes the previous value and keeps it in history. Configure confidence-weighted decisions, rejection, or review when needed, and inspect applied operations, skipped writes, and violations in the result.
Yes. Mutations carry a source, actor, confidence, timestamp, and extraction method. Current facts stay separate from superseded and retracted values, and the changelog lets you inspect how a record changed. Temporal reads let you ask which values were valid at a particular time.
People use the console. Applications use hosted REST, and compatible agents connect through hosted MCP with workspace credentials. The TypeScript SDK is in preview. All observations follow the same consolidation and policy checks inside the managed service.