Agent Connectors
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., "@Agent Connectorscheck my Feishu calendar for today's meetings"
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.
Agent Connectors
Business connectors for Agents — mail, Feishu and similar services — exposed as MCP tools, with credentials and authorization kept outside the Agent's environment.
Agent (sandbox) ──MCP + short-lived caller token──▶ Agent Connectors ──▶ Feishu / mail / …
▲ holds OAuth credentials (encrypted)
Router ──service token: list/inspect operations──────┤
Owner's trusted device ─▶ Router ─approval grant─────┘Credentials never enter the sandbox. Connections and their OAuth tokens live here, sealed with AES-256-GCM.
Server-side authorization. Each call carries a Router-signed caller token for one Agent, one owner and a list of connections. A connection is usable only by its owner.
Reads run, writes wait. Tools declare
readorwrite. A write returnsapproval_requiredwith an operation ID; it runs only after Router presents the exact operation to the owner and posts an approval grant bound to the operation's digest. Grants are single use and short-lived. Passing--yesor similar from the model has no effect.Narrow pre-approval. A connection can pre-approve a write tool for exact argument values (for example, appending to one invoice table).
Uncertain outcomes are not retried. An unexpected failure during a write is recorded as
uncertain.
See docs/security-model.md, docs/router-integration.md and docs/feishu.md.
Components
Component | Role |
Identities and channels; issues caller tokens; presents approvals and issues grants | |
Agent Connectors | Holds connector credentials; enforces authorization; executes operations |
Runs the native kernel; receives only the MCP URL and a caller token |
Channels (receiving and replying to Feishu or mail messages) stay in Router. Business tools (calendar, documents, mailbox, reimbursement) belong here.
Related MCP server: foral
Usage
npm install
npm test
agent-connectors init-key state/sealing.key
agent-connectors keygen --kid caller-2026-10 --out keys/caller # private key goes to Router
agent-connectors keygen --kid authority-2026-10 --out keys/authority # private key goes to Router's approval path
agent-connectors serve --config connectors.json{
"listen": { "host": "127.0.0.1", "port": 18100 },
"stateDirectory": "state",
"keyFile": "state/sealing.key",
"trust": {
"issuer": "https://router.example",
"callerKeys": "keys/caller/public.jwks.json",
"authorityKeys": "keys/authority/public.jwks.json"
},
"connections": [
{
"id": "work-feishu", "kind": "feishu", "owner": "@alice:router.example",
"autoApprove": [{ "tool": "base_append", "match": { "table": "tblInvoices" } }]
}
]
}Store a connection's credentials from stdin: agent-connectors credential set work-feishu --config connectors.json < credentials.json.
Programmatic use: start(loadConfig(file), connectors) from @olorinm/agent-connectors; token issuance for Router from @olorinm/agent-connectors/issuer.
Connectors
Feishu: the official lark-cli as the owner; the CLI's own risk declaration decides read vs write.
Status
0.1.0-alpha.1: authorization, approval, credential sealing, MCP transport and the Feishu connector. Next: Router issues tokens and presents approvals, then mail.
This server cannot be deployed
Maintenance
Related MCP Connectors
Zero-secret MCP gateway for AI agents: risk-scored, audited calls with human-in-the-loop approval.
MCP server connecting AI agents to 100+ apps (Gmail, Slack, Notion, GitHub) via one-click OAuth.
MCP server for your apps' tools and custom tools, plus hosted AI agents and approval-gated workflows
Zero-setup MCP gateway securely connecting AI to your tools with authentication and workflows
Related MCP Servers
- AlicenseNot gradedqualityDmaintenanceEnables MCP-compatible assistants to securely access external systems like Slack through permission-scoped, idempotent tools with tenant isolation, delegated OAuth consent, and an immutable audit trail.MIT
- AlicenseNot gradedqualityCmaintenanceEnables AI agents to access internal systems without public APIs as typed, governed MCP tools, with human-approved writes and fail-closed contract updates.Apache 2.0
- AlicenseNot gradedqualityBmaintenanceEnables production-hardened MCP tool serving with OAuth 2.1 audience-restricted tokens, purpose-bound tools, human-in-the-loop approvals, containment, and audit trails for AI agents.Apache 2.0
- AlicenseNot gradedqualityBmaintenanceProvides a single MCP server endpoint that lets AI agents connect to many real third-party services through OAuth, with user approvals, activity logs, scoped read/write grants, and one-tap access removal.4 npmAGPL 3.0