Skip to main content
CoreMCP’s agent config (coremcp.yaml) carries one or more sources. Each source is a database the agent will expose to CoreBase. Reload by restarting the agent (systemctl restart coremcp or stop/start the binary).

Supported sources

Need a driver that isn’t listed? CoreMCP exposes an adapter interface — community PRs welcome.

Microsoft SQL Server

Per-source options

SQL Server 2000 / 2008

CoreMCP auto-detects the SQL Server version on connect and rewrites queries:
  • SQL Server 2000: uses sysobjects / sysforeignkeys instead of sys.* views
  • SQL Server 2008 and older: rewrites OFFSET FETCH to SELECT TOP N
  • All versions: rewrites LIMIT N to SELECT TOP N (T-SQL compatibility)
So the same prompts that work on modern SQL Server work on a Sybase-era ERP without manual SQL tweaks.
Use a dedicated read-only login: CREATE LOGIN core_ro WITH PASSWORD = '...'; GRANT SELECT TO core_ro;

Multiple sources

Add as many sources as you need under one agent:
Source names must be unique within an agent. To shard one logical database across tenants, run multiple agents — one per tenant.

Disabling a source

Comment out the entry in coremcp.yaml and restart the agent. Existing chat sessions referencing the source return a “source unavailable” error gracefully.

Custom query tools

Define reusable SQL queries as named MCP tools your client can call directly. They show up alongside auto-discovered tools.
For parameterized tools with typed inputs, see Configuration reference → custom_tools.

Hardening

  • Read-only credentials only. Generated SQL is read-only by design and readonly: true is the default, but DB-level scoping is your second line of defense.
  • Network ACLs. Lock down which IPs can reach each database — CoreMCP is the only consumer that needs them.
  • TLS to the database. Set encrypt=true for production MSSQL DSNs; encrypt=disable is for local/dev only.