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 isguildai~pylon-openapi.
Authentication
- Type: API key
- Header: Guild sends the key as a bearer token in the
Authorizationheader
Setup
1
Connect Pylon
In Guild, go to Access & setup > Credentials, click Connect, select pylon-openapi, and paste the key into API Key.
Usage
Selecting specific tools
Tools are named with thepylon_openapi_ prefix. Use pick() to include only what your agent needs.
Tools
Tools in the latest published version ofguildai~pylon-openapi:
All 173 tools
All 173 tools
Frequently asked questions
Can a Guild agent send a reply visible to the customer in Pylon?
Can a Guild agent send a reply visible to the customer in Pylon?
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.
Does Pylon send webhook events to Guild triggers?
Does Pylon send webhook events to Guild triggers?
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.
How do I stop an agent from deleting accounts or contacts?
How do I stop an agent from deleting accounts or contacts?
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.
Can I give one agent its own Pylon token separate from the rest of the organization?
Can I give one agent its own Pylon token separate from the rest of the organization?
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.