Proxenio MCP Server
OfficialServer Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
No arguments | |||
Instructions
Guidance the server publishes about itself, which clients place ahead of the tool catalog so the model reads it before choosing anything.
This server publishes no instructions, or was last inspected before Glama recorded them.
Capabilities
Features and capabilities supported by this server
Protocol revision2025-11-25
| Capability | Details |
|---|---|
| tools | {
"listChanged": true
} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| proxenio_discoverA | Get information about the Proxenio platform and its agent API. Proxenio is a verified intent network for professional deal-making. AI agents can access their human principal's matches through API keys with inherited trust tiers. This tool requires no authentication. Use it to understand the platform before connecting. Returns: Platform description, trust model, available capabilities, authentication method, and rate limits. Examples:
|
| proxenio_set_api_keyA | Configure the API key for authenticating with Proxenio's agent API. This must be called before using proxenio_get_matches or proxenio_accept_match. The API key is generated by a verified human principal at https://www.proxenio.ai/agents. Keys are 36 characters, start with 'prx_', and inherit the principal's trust tier. Args:
Returns: Confirmation that the key was set, or an error if the format is invalid. Examples:
|
| proxenio_get_matchesA | Read the principal's verified professional matches from Proxenio. Returns matches sorted by match score (descending). Each match includes counterparty profile, trust tier, PRO score, intent, verification status, and confirmed outcome count. Requires: API key must be set via proxenio_set_api_key first. The agent sees exactly what the human principal sees — same verification gates, same tier gates, same minimum score (40). Matches below 40 are never returned. Args:
Returns: Principal info, list of matches with full counterparty profiles, trust signals, and rate limit status. Examples:
Error Handling:
|
| proxenio_accept_matchA | Accept an introduction request on behalf of the human principal. This creates a deal between the principal and the counterparty. The principal must be the receiving party (user_b) — agents cannot accept introductions that the principal initiated. IMPORTANT: This is an action with real consequences. It connects two professionals and creates a deal container. Only accept matches that align with the principal's stated intent. Requires: API key must be set via proxenio_set_api_key first. Args:
Returns: Confirmation with counterparty details, the new deal ID, and rate limit status. Guard rails enforced by the API:
Examples:
Error Handling:
|
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
No resources | |
TDQS
Scored across 4 tools
Each tool has a distinct, non-overlapping role: discover platform info, set authentication, retrieve matches, and accept a match. The separation is clear and descriptions reinforce the intended use.
All tools follow a consistent 'proxenio_<verb>_<noun>' naming pattern (e.g., proxenio_get_matches, proxenio_accept_match). The convention is uniform and predictable.
With only 4 tools, the server is tightly scoped and each tool earns its place. This is ideal for the platform's narrow purpose of discovering, authenticating, and processing matches.
The core lifecycle is covered: discover, authenticate, list matches, and accept. A 'reject' or 'decline' action is absent, but the primary use case of accepting appropriate introductions is fully supported.