external-ai-ecosystem-gateway
Provides integration with OpenAI through the gateway's adapter layer, exposing access to supported OpenAI capabilities under the policy and tenant boundary.
Mediates access to Slack through permission-scoped tools, with tenant isolation, safe sandbox mode when no token is configured, and idempotent execution.
Click on "Deploy Server".
Wait a few minutes for the server to deploy. Once ready, it will show a "Started" state.
In the chat, type
@followed by the MCP server name and your instructions, e.g., "@external-ai-ecosystem-gatewaySend a Slack message to #general saying the deploy finished"
That's it! The server will respond to your query, and you can continue using it as needed.
Here is a step-by-step guide with screenshots.
External AI Ecosystem Gateway
A security-oriented Python gateway that exposes permission-scoped tools to MCP-compatible assistant clients while mediating access to external systems such as Slack. It demonstrates tenant isolation, delegated authorization, human confirmation for sensitive writes, idempotent execution, signed webhook verification, revocation-ready grant storage, and a hash-chained audit trail.
This is a portfolio/reference implementation, not a production identity provider. The header-based development auth adapter must be replaced by the OIDC validation middleware described in
docs/security.mdbefore deployment.
Architecture
Assistant / Slack client
|
v
FastAPI edge + auth adapter
|
v
Policy + tenant boundary ----> confirmation tokens
|
v
Sandboxed tool registry -----> Slack / OpenAI / Claude adapters
|
+--------------------> idempotency store
+--------------------> append-only hash-chained audit logRelated MCP server: OpenXNet MCP Server
Quick start
python -m venv .venv
source .venv/bin/activate
pip install -e '.[dev]'
uvicorn ecosystem_gateway.app:app --reloadList tools:
curl localhost:8000/mcp/tools \
-H 'X-Subject: user-1' -H 'X-Tenant-Id: tenant-a' -H 'X-Roles: operator'Run the test suite with pytest. When no Slack token is configured, connectors run in a safe
sandbox mode and return the request they would issue.
Security properties
Every principal and idempotency key is tenant-namespaced.
Tool policies combine least-privilege roles with delegated scopes.
Sensitive writes require a short-lived token bound to subject, tenant, tool, and arguments.
Webhook signatures use constant-time comparison and reject stale requests.
Audit records form a SHA-256 chain so deletion or mutation is detectable.
OAuth grants support revocation and never expose refresh tokens through tool results.
See docs/security.md for the production hardening checklist and threat model.
License
MIT
This server cannot be deployed
Maintenance
Related MCP Connectors
Zero-setup MCP gateway securely connecting AI to your tools with authentication and workflows
OAuth 2.1 short-link tools for AI agents with scoped tokens, approvals, audit logs, and revocation.
MCP server connecting AI agents to 100+ apps (Gmail, Slack, Notion, GitHub) via one-click OAuth.
Identity, authorization, audit trails, and revocable permissions for AI agents accessing MCP tools.
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables AI agents to discover and execute tools via a secure MCP server with JWT authentication, RBAC, rate limiting, and audit logging.1MIT
- AlicenseNot gradedqualityBmaintenanceProvides an isolated MCP gateway for SynapXnet AIOps, DataOps, and MLOps evidence-to-remediation workflows, with OAuth validation, scoped tool discovery, persistent approvals, and audit tracking.AGPL 3.0
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to securely discover, invoke, and manage tools through a hardened MCP endpoint with protections like injection detection, circuit breakers, retry backoff, response caching, context-window limiting, and state snapshots.3MIT
- FlicenseNot gradedqualityCmaintenanceEnables AI agents to securely call enterprise MCP tools with tenant-scoped RBAC, human approvals, audit logging, and multi-tool workflows across customer, order, document, and ticket data.-