Pylon
by Pylon
Search and update Pylon support issues, accounts and contacts from an AI agent. Pylon documents 11 tools; Anthropic lists 10. OAuth only, no application scopes, and no tool that replies to a customer.
Verified connector
Listed by Anthropic as a partner connector in its Connectors Directory.
Connection checked by Agentman on .
Anthropic states this reflects the level of review a connector received, not a security audit.
Connect Pylon via MCP
https://mcp.usepylon.com/Works in any MCP-compatible client. In Agentman Studio it is one click — no config file to edit.
Pylon Tools & Capabilities (11)
Tool names from Anthropic's directory listing. This server requires sign-in, so we could not read tool descriptions or parameter schemas.
Limits
- No application scopes exist. Pylon's authorization server advertises
openid,profile,emailandoffline_access, all identity or session claims, and the server's RFC 9728 resource descriptor declares noscopes_supportedat all. Nothing at the OAuth grant separates reading an issue from updating one. Your Pylon role is the only boundary, and Pylon's role table shows Members already hold write on issues, accounts and contacts. - The boundary that exists is a good one, and it is not in the OAuth layer. Pylon reserves deletion of accounts, contacts and issues for Admins, so an Admin who connects the server brings a delete-capable identity to it. No tool uses that capability today, but the separation lives in Pylon's roles rather than in anything the consent screen shows you.
- We could not read tool schemas or safety annotations. The endpoint returned 401 to an anonymous request, so no parameter-level detail is published here and no tool's
readOnlyHintcould be confirmed. - Anthropic's directory under-lists by one tool. It shows ten; Pylon documents eleven. The gap is
get_me. Anything a directory listing tells you about this server is a floor. - Rate limits apply per tool and per organization. Pylon states limits are enforced this way "to keep the MCP server healthy under bursty AI traffic" and that clients get a standard HTTP 429 when they hit one. Pylon does not publish the per-tool numbers for MCP. Its REST endpoints for the same objects are documented between 10 and 60 requests per minute, which suggests the order of magnitude without establishing it.
- Sessions expire and the duration is not fixed. Pylon says some client sessions last hours and others several days, and that expiry can present as tools that stop returning results rather than as a visible error.
- No API key authentication. OAuth only, which Pylon notes can rule out remote or headless environments.
- Whether
create_issuecan contact a customer is unresolved. Pylon's REST create-issue endpoint can deliver the issue body to the requester by email, Slack, SMS, WhatsApp or in-app chat viadestination_metadata. No published document says whether the MCP tool exposes that parameter, and the gated endpoint prevented us reading its schema. Treat it as unknown rather than as a no. - The tool count is the vendor's, not ours. Every count on this page comes from Pylon's documentation and Anthropic's directory. We ran no
tools/list, because we hold no Pylon credentials and would not use them for this.
Frequently asked questions
No tool in Pylon's documented set posts a customer-facing reply. Pylon's REST API has a dedicated reply endpoint that sends a message visible to the requester, and the MCP server exposes no counterpart to it. The eleven tools search, read, create and update issues, accounts and contacts. Replying to a customer stays a dashboard or REST action.
Pylon documents eleven and Anthropic's directory lists ten. The extra one is get_me, which returns the authenticated user and appears in Pylon's own table but not in the directory listing. Both lists agree on the other ten. We could not run a live handshake because the server requires OAuth, so eleven is the vendor's number.
None that separate reading from writing. Pylon's authorization server advertised four scopes on 2026-08-22 — openid, profile, email and offline_access — and all four are identity or session claims. The consent screen therefore offers no way to grant searching issues without also granting updating them. Your Pylon role is the only real boundary.
Yes. Pylon states you need a Member or Admin seat, and that Viewer and Integration users cannot authenticate and will see an Authorization failed error. Pylon also documents an MCP Access role permission that must be enabled for the user. If you hit the error, ask your workspace admin to change your seat type.
No. Pylon states that access follows the same scoping as the dashboard, that the MCP server cannot return data the authenticated user cannot already see, and that it cannot perform writes the user cannot already make in the UI. Actions run on behalf of you, so your role and issue filters carry over unchanged.
Not with any documented tool. No name in the eleven carries a delete, merge, redact or archive verb, even though Pylon's REST API offers all four. Pylon also reserves deletion for Admins, so a Member's session could not delete regardless. Closing an issue is different and probably reachable through update_issue.
OAuth sessions expire, and Pylon says the duration varies by client from a few hours to several days. Expired sessions surface as authentication errors or tools that quietly stop returning results. Re-authenticate the same way you first connected. Pylon calls this normal, and suggests contacting support if you reconnect several times a day.
No. Pylon states the server only supports OAuth and that API key authentication is not currently available, which it notes may affect remote environments and platforms that cannot do OAuth for remote connections. Pylon's REST API does use bearer tokens, but that is a separate interface at a separate host.
Sources
- Pylon MCP integration documentation (retrieved 2026-08-22). Read as Markdown at the
.mdsuffix the host advertises. That host'srobots.txtallows all agents and carriesContent-Signal: ai-train=yes, search=yes, ai-input=yes, so synthesis is expressly permitted. · retrieved 2026-08-22 - Pylon support article, "How do I connect to the Pylon MCP Server?" (retrieved 2026-08-22). This is the exact documentation URL Anthropic's directory publishes for the connector;
support.usepylon.com/robots.txtis a bot whitelist that disallows unnamed agents, so only this nominated page and the host's ownllms.txtindex were read there. · retrieved 2026-08-22 - Pylon support article, "Support Agent and MCP connectors" (retrieved 2026-08-22), listed in that host's
llms.txt· retrieved 2026-08-22 - Pylon API reference, Messages (retrieved 2026-08-22) · retrieved 2026-08-22
- Pylon API reference, Issues (retrieved 2026-08-22) · retrieved 2026-08-22
- Pylon documentation, Message Editor (retrieved 2026-08-22) · retrieved 2026-08-22
- Pylon support article, Member and Admin role permissions (retrieved 2026-08-22) · retrieved 2026-08-22
- Pylon documentation index,
llms.txt(retrieved 2026-08-22) · retrieved 2026-08-22 - Live OAuth posture check: anonymous
initializetohttps://mcp.usepylon.com/returned 401 with awww-authenticatechallenge naming its RFC 9728 descriptor, read athttps://mcp.usepylon.com/.well-known/oauth-protected-resource, and authorization server metadata athttps://o.auth.usepylon.com/.well-known/oauth-authorization-server(2026-08-22) · retrieved 2026-08-22 - Anthropic Connectors Directory entry — , read from our directory snapshot dated 2026-08-16 · retrieved 2026-08-16
- Pylon support — <mailto:support@usepylon.com> · Privacy (the directory's
usepylon.com/privacy301s here)
Use in Agentman
Connect once and your agents call these tools on their own — on a schedule, in a workflow, with nobody at the keyboard.
Open in Agentman StudioServer Info
- Category
- Communication
- Developer
- Pylon
- Tools
- 11
- Domain
- mcp.usepylon.com
Using Claude Desktop or another MCP client? Setup docs — the connection URL above works anywhere.