Connector Catalog

A connector is the verb in a flow — a typed, named, versioned function with declared inputs, outputs, and actions. Zenvara ships a focused catalog (50+ connectors) organised into six extensions, plus three runtime-native transformers and a generic HTTP/SOAP layer that adapts to any OpenAPI or WSDL service.

The source of truth for any connector’s exact fields is its own <name>.connector.yaml — the type provider surfaces those fields as editor autocomplete, and an MCP-aware assistant reads the live catalog directly. These pages give you the map; the manifest gives you the field-level contract.

Categories

Category	What’s in it
AI Connectors	ai (chat), ai-agent (autonomous coding agents), knowledge (RAG), web search. LLM calls as typed pipeline steps.
Data & Databases	PostgreSQL, MS-SQL, MySQL, Oracle, MongoDB, Redshift — plus the join / delta / filter transformers.
I/O & Files	Filesystem, SFTP, SSH, S3, Dropbox, Archive, HTTP, REST, GraphQL, SOAP/WSDL, Kinesis.
Integrations	Akeneo PIM, Jira, Confluence, Bitbucket, GitHub, GitLab, TeamCity, Zabbix, IIS, Nginx Proxy Manager, Windows, Human Task.
Mail & Messaging	Email send/fetch, Slack, Microsoft Teams, Signal, Zoom, Notify.
Core & Utility	Flow composition, Shell, Build, Combine, Binary Decoder, KeePass, No-Op.

Picking a connector and action

A flow step names a connector and an action: invoke: http.get, invoke: mssql.query. The connector is the family; the action is the specific verb within it. Connector names are provider-qualified — zenvara/http, zenvara/postgresql — and the part after the / is the name you use in invoke:.

using:
  - environment/prod
  - zenvara/postgresql      # import the family

output:
  rows: !obj-list

steps:
  - $rows:
      invoke: postgresql.query   # family.action
      on: warehouse
      with:
        Query: "SELECT * FROM orders"

  - return:
      rows: "${rows.rows}"

Output field names

Every connector declares descriptive output field names — body, rows, path, content, data, and so on. There is no generic result key. Reference the exact field from the connector’s output schema: ${rows.rows}, ${page.body}, ${file.path}.

Connector kinds

Connectors fall into a few kinds that determine how the engine treats them:

• Read connectors fetch data; they have no compensating action.
• Write connectors mutate external state; each carries a compensating action so a failed flow rolls back its successful writes (saga compensation).
• Compute connectors transform data in-process.

The kind is declared in the connector’s <name>.connector.yaml and drives retry and rollback behaviour automatically.

Custom connectors

When the catalog doesn’t cover a one-off integration, a flow can call a custom Python or PowerShell script as if it were a connector action. Each script lives under scripts/{name}/ with its own definition, language declaration, and entry point; the platform supplies a typed wrapper, captures stdout/stderr to the run log, and enforces the same rollback and retry semantics as a built-in connector. See Core & Utility.