Gong MCP Server
Server Configuration
Describes the environment variables required to run the server.
| Name | Required | Description | Default |
|---|---|---|---|
| GONG_ACCESS_KEY | Yes | Your Gong API access key | |
| GONG_ACCESS_KEY_SECRET | Yes | Your Gong API secret key |
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 | {} |
| resources | {} |
Tools
Functions exposed to the LLM to take actions
| Name | Description |
|---|---|
| list_callsA | List Gong calls with optional date filtering. Returns minimal call metadata (ID, title, date, duration). Use get_call_summary for details or get_call_transcript for full transcript. |
| get_call_summaryA | Get an AI-generated summary of a single call including brief overview, key points, topics, action items, and detailed outline. This is the recommended way to understand a call - use get_call_transcript only if you need exact quotes. |
| get_call_transcriptA | Get the raw transcript for a single call with speaker-attributed text. Only use this when you need exact quotes - prefer get_call_summary for understanding call content. Transcripts are truncated by default (10KB) to prevent context overflow - use maxLength and offset to paginate. |
| list_usersA | List all Gong users in the organization. Returns name, email, title, and user IDs. Useful when you need a Gong user ID for search_calls filters like primaryUserIds, though for most "find calls by this person" cases you can pass their email directly to primaryUserEmails or participantEmails instead. |
| search_callsA | Search Gong calls with rich filters. The primary tool for narrowing down calls before drilling in with get_call_summary or get_call_transcript. Supported filters:
Behavior:
Usage pattern: narrow with search_calls → drill into specific calls with get_call_summary (AI summary) or get_call_transcript (exact quotes). |
| search_calls_by_accountA | Find calls involving a specific account/company by matching email domains of external participants. The Gong API does not natively support filtering by account name — this tool fetches calls in the date range and post-filters on parties[].emailAddress. Auto-paginates up to maxCalls. For external tech-stack joins (e.g., "all calls with prospects on Klaviyo"), resolve domains upstream and pass them here. |
| search_calls_by_opportunityA | Find calls linked to specific CRM Opportunities by ID or name substring. Requires Gong-CRM integration (Salesforce/HubSpot) — calls without CRM linkage will not match. Provide opportunityIds OR opportunityNames (or both). |
| search_transcriptsA | Free-text keyword search across call transcripts within a bounded date range. Use for ad-hoc searches like "calls mentioning competitor X". For recurring terms, prefer setting up Gong Trackers in the UI and using search_calls + get_call_summary — Trackers are server-side and dramatically cheaper. Date ranges > 30 days require additional narrowing via primaryUserIds or domains. Returns sentence-level matches with speaker attribution and timestamps. |
| get_callA | Get metadata for a specific Gong call including URL, direction, scope, system, and duration. Faster than get_call_summary when you only need call metadata. |
| get_trackersA | List keyword tracker definitions configured in a workspace, including every tracked phrase and which side is tracked (company/customer). Call this before using the trackers filter on search_calls so you know what names exist — workspace admins set these up and naming varies (e.g., "Competitors" vs "Competitor Mentions"). Also useful to explain tracker hits that appear in call summaries. |
| get_userA | Get a specific user profile including name, email, title, phone, and settings. Use to resolve user IDs returned from call data. |
| search_usersA | Search and filter users by IDs or creation date. More flexible than list_users for resolving specific user IDs from call data. |
| list_workspacesA | List all Gong workspaces with their IDs and names. Use workspace IDs as filters in list_calls, search_calls, get_trackers, and other tools. |
| list_library_foldersA | List all public Gong call library folders for a workspace. Returns folder IDs and names to use with get_library_folder_calls. Use list_workspaces to find workspace IDs. |
| get_library_folder_callsA | Get all calls saved in a specific Gong library folder. Returns call IDs, titles, curator notes, and snippet timing. Use list_library_folders to find folder IDs. Call IDs can be passed to get_call_summary or get_call_transcript. |
Prompts
Interactive templates invoked by user choice
| Name | Description |
|---|---|
No prompts | |
Resources
Contextual data attached and managed by the client
| Name | Description |
|---|---|
| Gong Users | List of all users in your Gong workspace |
TDQS
Scored across 15 tools
Most tools have clearly distinct purposes, but search_calls and search_calls_by_account overlap somewhat since search_calls already supports customerName filtering via email domain. However, the custom account search tool explicitly explains its unique post-filtering role, reducing confusion.
All tools follow a consistent verb_noun pattern using snake_case: list_*, get_*, search_*. Multi-word names like search_calls_by_account and get_library_folder_calls are consistent with this pattern. There are no mixed conventions or vague verbs.
15 tools is within the well-scoped range for a comprehensive read-only API integration. Each tool covers a specific need such as call search, summary, transcript, user lookup, trackers, workspaces, and library folders, without unnecessary bloat.
The tool set covers the full lifecycle of exploring Gong call data: searching/filtering calls, retrieving metadata/summaries/transcripts, resolving users, managing trackers, and accessing library folders. There are no obvious dead ends—every tool feeds into others or serves a standalone purpose.