Skip to main content
Integrations · Pylon
Guild agents create, reply to, merge, and close Pylon issues, manage accounts and contacts, and update knowledge base articles without manual intervention. Credentials are injected server-side so agent code never sees the API token. Credential policies let you restrict which operations each agent can run, and every request passes through Guild’s audit log.

Book a demo

See how teams govern agents that use Pylon.

Talk to sales

Get access to Guild, then connect Pylon to your first agent.

What the Pylon integration exposes

The integration covers issues, accounts, contacts, tasks, messages, knowledge base articles and collections, feature requests, tags, teams, macros, surveys, custom fields, custom objects, projects, milestones, call recordings, training data, and audit logs. Tools follow the naming prefix pylon_openapi_ and support the full create, read, update, delete, search, and merge operations Pylon exposes for each object type. Agents can also post internal notes, send customer-facing replies, generate AI responses on issues, and redact message content.

How it works

1

Get your Pylon API token

Generate an API token in Pylon. Guild sends it as a bearer token in the Authorization header on every request.
2

Connect the credential in Guild

Go to Access & setup > Credentials, click Connect, select pylon-openapi, and paste the token into API Key. The credential can be scoped to your whole account, one workspace, a single member, or one agent. See Credentials for details.
3

Import and configure the tools

Import PylonOpenapiTools from the integration package and spread it into your agent’s tools object. Use pick() to include only the tools your agent needs, referencing the pylon_openapi_ prefix to identify them. See Tool sets for the pick() API.

Why Pylon access needs governing

Pylon holds customer issues, account records, contact details, and feature requests. An agent with unrestricted access could permanently delete accounts, redact message content, or merge issues in ways that cannot be undone. Guild’s credential proxy enforces credential policies before any request reaches Pylon, so you can write ALLOW and DENY rules that limit agents to specific operations, such as read-only issue access or replies only, without changing agent code. Rules can be scoped to individual agents or workspaces on a single shared credential. See Credential policies for rule syntax and precedence. Guild stores the API token server-side and injects it at request time. Agent code, prompts, and containers never see it. You can scope a credential to one workspace, one member, or one installed agent so that access does not spread beyond its intended boundary. See Credentials for scoping options. Broad write access is the starting point; narrow it with policies before deploying to production.

About the Pylon integration

Agents can create, read, update, and delete issues, accounts, contacts, and tasks in Pylon. They can also manage knowledge base articles and collections, log activities, and handle feature requests. A Pylon API token is required to connect. The integration is guildai~pylon-openapi.

Authentication

  • Type: API key
  • Header: Guild sends the key as a bearer token in the Authorization header

Setup

1

Connect Pylon

In Guild, go to Access & setup > Credentials, click Connect, select pylon-openapi, and paste the key into API Key.
See Credentials for workspace, member, and agent-scoped credentials.

Usage

Selecting specific tools

Tools are named with the pylon_openapi_ prefix. Use pick() to include only what your agent needs.

Tools

Tools in the latest published version of guildai~pylon-openapi:

Frequently asked questions

Yes. The pylon_openapi_create_issue_reply tool sends a customer-facing reply on an issue that is visible to the requester. A separate tool, pylon_openapi_create_issue_draft_reply, creates a private draft without sending it.
No. The catalog entry for guildai~pylon-openapi lists no webhook events, so event-driven triggers from Pylon are not available. Agents must poll or be invoked directly.
Write a DENY rule in the credential policy targeting pylon_openapi_delete_account and pylon_openapi_delete_contact, or any pattern matching delete operations. Guild’s credential proxy enforces the rule before the request reaches Pylon. See Credential policies for DENY rule syntax.
Yes. Connect a dedicated credential from the installed agent’s page and select Dedicated to this agent. That token is stored under the account that owns the workspace and is never used by other agents or workspaces. See Credentials for the full scoping options.

Put a governed agent on Pylon this week

Book a demo

See how teams govern agents that use Pylon.

Talk to sales

Get access to Guild, then connect Pylon to your first agent.
Also runs on Guild: Front · Intercom · Zendesk Read: Docs: Credential policies · Credentials · Tools in agents
Last modified on November 10, 2026