# Connectors: Agent Data Without Writing a Tool

**URL:** <https://community.solace.com/t/connectors-agent-data-without-writing-a-tool/4950>\
**Category:** Solace Agent Mesh\
**Created:** [November 10, 2026, 6:16pm UTC](https://community.solace.com/t/connectors-agent-data-without-writing-a-tool/4950 "2026-11-10T18:16:30Z")\
**Posts on this page:** 1\
**Page:** 1

<div class="post-metadata">

**Author:** ![Tamimi](https://yyz1.discourse-cdn.com/solace/user_avatar/community.solace.com/tamimi/32/2190_2.png) [@Tamimi](https://community.solace.com/u/Tamimi)\
**Post date:** [November 10, 2026, 6:16pm UTC](https://community.solace.com/t/connectors-agent-data-without-writing-a-tool/4950/1 "2026-11-10T18:16:30Z")

</div>

Not every integration needs custom code. If your agent just needs to query a database, search an index, or call an API that already has a spec, a connector gets you there with configuration only.

 ![The connector catalog in Solace Agent Mesh](https://canada1.discourse-cdn.com/solace/original/2X/8/86ef5024a132037ea15e20208bd9a34129064c94.jpeg)

What’s in the catalog today:

- **SQL databases** : PostgreSQL, MySQL, MariaDB, Microsoft SQL Server, Oracle
- **Solace Event Mesh** : each operation becomes a publish or request-reply tool
- **Amazon Bedrock** knowledge bases
- **Slack**
- **Custom** : OpenAPI (any API with a spec) and Remote MCP (any MCP server)
- **Other** : Elasticsearch, OpenSearch, MongoDB, DynamoDB, Neo4j, Neptune

Here’s the Postgres connector from my demo setup, pointing at a read-only replica of a transportation management system:

```yaml
kind: connector
name: northwind-tms-db
description: "Read-only replica of the Northwind TMS. Shipments, bookings, carrier assignments, milestones, and freight invoices."
spec:
  type: sql
  subtype: postgres
  values:
    hostname: tms-replica.northwind.example.com
    port: 5432
    database: tms_reporting
    username: sam_readonly
    password: ${NW_TMS_DB_PASSWORD}

```

A few tips from setting these up:

1. **Write the `description` for the agent.** The model uses it to decide when to reach for the connector, so say what data lives there, not just what the system is called.
2. **Use a read-only user** unless the agent really needs to write. It’s the easiest guardrail you’ll ever add.
3. **Keep secrets out of the file.** The `${VAR}` reference resolves at apply time, so the YAML can live in git.

 ![Connectors list with agent usage counts](https://canada1.discourse-cdn.com/solace/original/2X/4/44d37c621cc9af3e5749794b333206c2c3c5f9c3.jpeg)

Once a connector exists you can attach it to as many agents as you want. The list shows how many agents use each one, which helps when you’re about to change credentials. Workflows can call a connector directly too, using a `tool` node with no LLM in the loop.

Docs:

- [Configuring Connectors](https://docs.solace.com/Agent-Mesh/Framework/building/connectors/index.htm)
- [Managing Configuration as Code](https://docs.solace.com/Agent-Mesh/Framework/building/declarative-config/index.htm)

[Download the Solace Agent Mesh desktop app](https://solace.com/products/agent-mesh/) and connect it to a database you already have.

Which data source would you connect first? And is there a connector you wish was in that list? Tell me in the replies.