Remote connector adoption

Copy Markdown View Source

Scoria registers remote MCP connectors inside your Phoenix app. Scoria owns discovery, auth storage, tool policy, approvals, and audit evidence — not a hosted connector platform.

When to use connectors

Use remote connectors after the default runtime lane is green (mix test.adoption). Connectors add optional tool surfaces; they do not replace core runtime, identity, or approval contracts.

Skip connectors on first adoption if you only need durable runs, operator evidence, and bounded handoff.

Embedded boundary

Your app ownsScoria owns
Host routing, session, and tenant identityConnector records, grants, and health state
When to escalate to human reviewTool policy, approval gates, and invocation audit
Business-specific tool allowlistsCurated connector profiles and boring install defaults

Scoria does not run connectors as a multi-tenant SaaS. Each connector invocation stays on your BEAM with your Ecto data.

  1. Complete mix scoria.install and mix test.adoption on a branch that matches production constraints.
  2. Register one connector through the Scoria dashboard or public API with the smallest grant set that proves the integration.
  3. Run one approved invocation and confirm operator evidence (health, scopes, approval lineage) in /scoria.
  4. Add host-side guards for write paths before widening grants.

Verification

Maintainer CI topology and lane ordering: MAINTAINERS.md#ci-gate-map-maintainers.

Further reading