- How is this different from a Postgres or SQL Server MCP server?
- Those connect an MCP host to a database you already provisioned, configured, and supplied a connection string for. nlqdb provisions the Postgres itself from the agent's first English goal — no connection string, no schema authored by hand. The trade-off is honest: nlqdb owns its database, so it can't query one you already run.
- Which MCP hosts can use the nlqdb database?
- Any host that speaks MCP — Claude Desktop, Cursor, Cline, Claude Code. Point it at the hosted server `mcp.nlqdb.com` (no local install), or run the `@nlqdb/mcp` npm binary for local stdio. The `@nlqdb/sdk` TypeScript client is the typed fallback for non-MCP integrations.
- How does the agent create the database — is there a create tool?
- No separate create tool. The agent calls `nlqdb_query` with no `db` set and an English goal; when it has no database, nlqdb provisions Postgres from the goal and answers in the same call. Keeping create implicit in query is a deliberate trust-boundary choice (`SK-MCP-002`).
- Can the agent see the SQL it ran?
- Yes — every `nlqdb_query` answer returns the result rows plus the compiled SQL, so the host (and you) can audit the grain before trusting it. nlqdb never hides the SQL behind the answer.