New in v1.14.3 — MySQL wire protocol · durable in-database agents

The AI-native database that runs your agents inside it.

CREATE AGENT —
live in minutes.

Durable AI agents that fire on a schedule and on data changes, remember across restarts, and log every run to a tamper-evident audit trail — all declared with CREATE AGENT.One binary. No GPU. Running in 5 minutes.

Reference agent on GitHub7 on GitHubJoin us on DiscordSpeaks the MySQL wire protocol — near drop-in187 production-ready recipes

Fork the reference agent on GitHub·github.com/SynapCores/synapcores-agent

incident_triage.sql
-- A durable agent, declared in SQL.
CREATE AGENT incident_triage
  PERSONA 'aidb-assistant'
  TASK 'Triage it: classify, name the attack
        pattern, recommend an escalation tier.'
  ON INSERT INTO incidents WHERE severity = 'critical'
  WITH (max_iterations = 3, allow_writes = FALSE,
        budget_tokens_per_day = 200000);

-- INSERT a critical row → the agent wakes
-- and acts, off the write path. Every run is
-- hash-chained into a tamper-evident audit.
Agent active · 0 queue · 0 workers

The agent lives in the database. No orchestrator, no queue, no worker fleet to run.

5 LIVE DEMOS · 187 READY-TO-RUN RECIPES · MYSQL WIRE PROTOCOL · NATIVE MCP · OPENCLAW MEMORY · MACOS + LINUX + DOCKER · FREE COMMUNITY EDITION

Speaks the MySQL wire protocol — a near drop-in replacement·Self-hosted — your data never leaves your box·No lock-in — single binary·Become a design partner and shape the roadmap →

The problem

Agents are easy to demo. Hard to actually run.

To put one real agent into production you assemble a stack — a framework, a queue, a worker fleet, a separate vector store, and an audit tool bolted on after. Five systems to run, secure, and keep in sync. Your data leaves the box. And when the agent acts, nothing is provable.

The stack you operate

Agent framework

LangGraph / CrewAI

Queue

Temporal / Celery

Worker fleet

always-on, scaled, paged

Vector store

a second database

Audit tooling

bolted on after

Five things to run, secure, and page someone about at 3am.

What SynapCores runs

The database.

One self-hosted binary. The agent, its memory, its schedule, and its audit trail all live inside it.

The shift

The database is the agent runtime.

The one sentence a bolt-on stack can't repeat

SynapCores is the only self-hosted, single-binary, no-GPU database where durable AI agents live inside the engine — declared with CREATE AGENT, fired by schedule and data changes, with memory, governance, and a tamper-evident audit of every run built in.

01

Native schema-object agents

Agents are DDL objects that fire on INSERT / UPDATE / DELETE and on a schedule. No orchestrator, queue, or worker fleet to run or secure.

02

Tamper-evident audit, built in

Every run is hash-chained into a per-tenant ledger — edit a stored run and its verified flag flips to false. Provable, not just logged, and it never leaves your box.

03

One binary. No GPU. Your box.

Native in-process inference means the whole agentic stack runs on a cheap VPS with no model server — and your data never leaves.

I'm building agents

docker run, five lines of SQL, first agent in under ten minutes.

Recipes, SDKs, and open-source apps you can fork and ship from today.

Start building

I'm evaluating the engine

Rust on RocksDB. One engine, one connection, one auth token.

ACID transactions, MySQL wire compatibility, Cypher graph, and vector search — all in the same database.

See the architecture

See it fire

INSERT a row. Watch the agent act.

Three statements, one engine. No service to deploy, no queue to drain, no worker to page.

Watch a real agent run end-to-end →

The same loop, recorded live against the engine — no mockups.

One query. Three systems other databases need.

SynapCores unifies graph traversal, vector similarity, and LLM inference into a single execution engine.

Graph traversal, HNSW vector similarity, and in-database ML aren't three services here — they're one execution engine. Each answers in a single statement, from microseconds for graph to a couple of milliseconds with embedding or model inference in the loop.

On Postgres that's pgvector + Apache AGE + a model server + your application code stitching them together. On SynapCores it's one query — and you can compose all three in a single MATCH.

Stack Comparison

StackSystemsRound-trips
Pinecone + Postgres + OpenAI rerank3 + your service4–5
Neo4j + external embedding + LLM3 + your service3–4
SynapCores11
-- One connection. One auth token. Three systems other databases need.

-- 1. SQL join + vector similarity, in the same SELECT
SELECT o.id, o.total, c.name,
       COSINE_SIMILARITY(o.notes_vec, EMBED('likely fraud pattern')) AS risk
  FROM orders o
  JOIN customers c ON c.id = o.customer_id
 WHERE o.status = 'flagged'
 ORDER BY risk DESC
 LIMIT 20;

-- 2. Graph hop, same session — vector similarity as an edge predicate
MATCH (o:Order {status:'flagged'})-[:SIMILAR_TO > 0.85]->(prior:Order)
MATCH (prior)-[:PLACED_BY]->(c:Customer)
RETURN o.id, prior.id, c.name LIMIT 20;

-- 3. A durable agent already declared on this table fires on commit —
--    no external orchestrator, no queue.
CREATE AGENT fraud_triage
  PERSONA 'aidb-assistant'
  TASK 'Investigate the flagged order and recommend hold or release.'
  ON INSERT INTO orders WHERE status = 'flagged'
  WITH (max_iterations = 3, timeout_seconds = 90);

-- 4. Every run lands hash-chained in the audit ledger — tamper-evident,
--    self-hosted, never leaves your box.
SELECT run_id, agent_name, started_at, verified
  FROM _system_agent_runs
 WHERE agent_name = 'fraud_triage'
 ORDER BY started_at DESC
 LIMIT 5;

Run this locally →

Build agent memory in 5 emails.

One runnable SQL recipe per email. No LangChain. Free.

5-email course · free

Ship an agent with persistent memory in 5 emails

A 5-email course where you build a real agent with persistent memory — one runnable SQL recipe per email, no LangChain, no Pinecone, no Redis. Lesson 1 hits your inbox the second you sign up. After that: a new recipe every Monday. No spam.

Free forever. We'll never share your email.

What's in Community Edition

Community Edition is a complete AI-native engine. Sales is an upgrade path, not a front door.

FeatureCommunityEnterprise
Core SQL Engine
Vector Search (HNSW)
Graph Database (Cypher)
AI / LLM Integration
MCP Server (Model Context Protocol)
Multimedia (PDF/AV)
AutoML
Multi-node Clustering
Raft Replication
Fine-grained RBAC
Audit Logging (Scale)
SSO / SAML / LDAP
Immutable Tables

New in v1.11: SynapCores now speaks the MySQL binary wire protocol — point your existing MySQL driver, ORM, or CLI at it for a near drop-in replacement, no rewrite.

Building production agents? Partner with us early.

We're taking on a small number of design partners shaping the SynapCores roadmap. You get direct access to the engineering team, priority on the features you need, and SLA-backed support. We get a real workload to build against.

Become a design partner →

Need clustering, RBAC, or production support?

The Enterprise Edition (EE) ships everything in CE plus mission-critical scale and security. Paid Enterprise Support is also available for CE deployments.

Scale

Multi-node clustering + Raft replication + CDC inbound from MySQL/Postgres binlog.

Contact sales →

Security & Compliance

Fine-grained RBAC, SSO/SAML, LDAP, encryption-at-rest, audit logging, and immutable tables.

Contact sales →

Performance

Binary wire protocol, shared buffer pool, row-store fast path (v1.6+).

Contact sales →

Enterprise Support (also available for CE)

SLA-backed support for production CE deployments: prioritized bug fixes, custom feature work, roadmap input, and direct access to the engineering team. Buy support without buying EE.

Contact sales →