Overview
Synapsor supports ordinary SQL for tables and queries, plus agent-native extensions for sessions, storage profiles, branches, contexts, capabilities, governed memory, hybrid search, write proposals, settlement, replay, RBAC, and redaction.
Use this page as the high-level syntax map, then follow the linked topic docs for runnable examples.
When examples contain quoted values, distinguish user-defined strings from Synapsor-produced lookup ids. Names such as support.ticket_context are chosen by you; ids such as wrp://1 and evidence://bundle/1 come from response envelopes or system views.
Some HTTP routes and JSON specs keep /v1 or synapsor.agent/v1 version labels. Those are stable API-version labels, not hosted-product positioning or a V1 product label.
Developer notes
- Use SQL extensions for Synapsor trust and workflow state, not for marketing labels.
- Use hidden bindings whenever a value should come from the app/session rather than model output.
- Use proposal and settlement syntax for risky writes.
- Use replay and resource records when a decision must be audited later.