# Gong > Search Gong call metadata and transcript excerpts for sales-call analysis, customer conversations, objections, risks, and next steps. - Skill: `builderio/gong` (Agent Skill) - Install (CLI): `npx skillmds@latest add builderio/gong` - Raw SKILL.md: https://api.skillmd.com/api/skills/builderio/gong/raw - Safety review: pending - Works with: Claude Code, Claude.ai, OpenAI Codex - Category: Data & Analytics - Author: Builder.io (https://skillmd.com/u/builderio) - Updated: 2026-09-17 - Page: https://skillmd.com/skills/builderio/gong --- # Gong Use Gong for sales-call evidence. Call metadata alone is not enough for a deep dive that asks what happened in customer conversations. ## Actions - `gong-native-insights` — one provider-native qualitative synthesis operation (`ask_account`, `ask_deal`, or `generate_brief`) through Gong's connected MCP. Use it for themes, risks, summaries, and deck narrative when the native tools are connected. One action invocation makes at most one Gong AI request; omit `operation` to inspect its schemas without spending a credit request, and set `allowCreditRequest=true` only for the one consolidated request you intend to send. Paid calls also require a workspace owner to enable them once with `configure-gong-native-insights`; the policy defaults off and disabling it never blocks the raw evidence path. - `account-deep-dive` — first choice for named account/deal deep dives that need HubSpot plus Gong. It searches by account/deal/company/contact domain, loads Gong call details, and returns compact transcript excerpts for synthesis. - `gong-calls` — bounded convenience reads: list recent calls, search by company/domain/person/email, fetch a single transcript by call ID, or return transcript excerpts for a small matching cohort. Its `transcriptQuery` is a local scan after batched transcript retrieval, not Gong's server-side keyword search. For broad or absence-sensitive Gong work, prefer the raw provider API surface: use `provider-api-catalog` / `provider-api-docs`, then stage `/calls/extensive` or another raw endpoint with `provider-api-request`. Reduce staged tracker or call data with `query-staged-dataset` or a Data Program. Use `provider-corpus-job` only when raw transcript bodies are required and no native/indexed search can answer the question. ## Route Synthesis and Evidence Separately - Use `gong-native-insights` for qualitative synthesis where Gong may retrieve and analyze evidence internally. Its result is provider synthesis: coverage is unknown and raw transcript evidence is unavailable. - Use `gong-calls` or `provider-corpus-job` for quotes, exact counts, transcript records, coverage-sensitive claims, and proof that something was absent. - Consolidate related native questions into one narrowly scoped request. Each native operation independently consumes Gong credits, so do not make one call per slide, bullet, or sub-question. - From a sibling app, ask Analytics a natural-language question by default. Analytics owns Gong/HubSpot routing, source coverage, credentials, transcript strategy, joins, and synthesis. Use `call-agent`'s direct `action` + `input` mode only when a trusted integration explicitly names one stable semantic read contract and supplies its complete bounded input. Never use direct actions as a workaround for a slow or failed delegated run. ## Account Search Algorithm Gong search pages `POST /v2/calls/extensive` directly with the requested date window and party data (not `GET /v2/calls`, which returns no parties). Each call is matched against both: 1. **Title variants**: the call title contains a generated search variant. 2. **External parties**: an external participant's name, email, or domain matches a generated search variant. This catches calls titled "Builder <> Acme" when you search "Acme Corp" by matching the "acme" name variant or "@acme.com" domain variant. The lib generates variants by stripping deal suffixes (`- New Deal`, `- Fusion`), corporate suffixes (`Group`, `Inc`, `Corp`, `LLC`), and deriving first word and email domain — always including the raw original. Variants shorter than 3 chars are filtered. This is why a broad company search can find more calls than an exact-title search. ## Customer-Voice Extraction (externalMonologues) When analyzing customer sentiment, objections, or voice of the customer: - Use `getEnrichedTranscript` / request enriched transcripts — it maps each monologue to speaker identity and affiliation. - **Only use `externalMonologues`** for customer/prospect statements. Monologues with `affiliation === "Internal"` are your own team's speech — never surface these as "what the customer said." - The `externalMonologues` field on an enriched transcript is the pre-filtered customer-voice signal; use it directly. ## Patterns For account or deal deep dives: 1. Call `account-deep-dive` first when the request also needs CRM context, contacts, stages, amount, close date, or an overall opportunity narrative. 2. Use `gong-calls` for targeted follow-up searches by account name, domain, person, or email. 3. Set `includeTranscripts=true` when the user asks for context, risks, objections, next steps, decision process, sentiment, or a "deep dive". 4. Use `transcriptLimit` around 3-5 for a first pass. For broad coverage of a named account, increase to 10-20 — the action supports up to 50. Increase when the returned calls don't cover the time window or key people you need. For a bounded "review all calls" request with at most 50 matches, make one call with `exhaustive=true`, `after`, `before`, and `includeTranscripts=true`; do not split discovery and transcripts into separate agent tool calls. 5. Use the compact transcript excerpts returned by `includeTranscripts=true`. Do not fetch raw individual transcripts unless the user asks for exhaustive quoting, debugging, or export. 6. Ground qualitative findings in the transcript excerpts and state how many calls were inspected. 7. For bounded account coverage, use `cursor`/offset only when the cohort is intentionally bounded. If the action reports truncation, treat coverage as incomplete and switch to tracker staging with `provider-api-request` plus `query-staged-dataset` or a Data Program, or to `provider-corpus-job` when raw transcript bodies are required. Do not increase the limit or keep paging `gong-calls` for broad scans. Do not use `gong-calls(exhaustive=true)` or one blocking `provider-api-request` call as the analysis. Stage the raw response and reduce it with a Data Program or `query-staged-dataset`; use `provider-corpus-job` for checkpointed transcript batches when raw bodies are necessary. ## Quota and Coverage Rules - Every Gong list or transcript page consumes provider quota. Budget pages and transcript batches before starting a broad scan; do not spend quota retrying the same bounded action after it reports incomplete coverage. - A terminal HTTP 429 is terminal for that attempt. The shared provider transport may perform bounded cooldown/retry handling from `Retry-After`, but the agent must not add another retry loop. Report the rate-limit failure and switch to the staged tracker or checkpointed `provider-corpus-job` path only if that route is still appropriate. - Exhaustive, count, and absence claims require complete coverage of the stated cohort. If any page, transcript batch, or provider request fails or is truncated, report the gap and do not make the claim. Example: ```txt gong-calls(company: "The Knot", days: 180, limit: 20, includeTranscripts: true, transcriptLimit: 10) ``` Gong search is best-effort: it matches title plus external participant names, emails, and domains through `/calls/extensive`. Treat call details and transcript excerpts as evidence; treat missing coverage as a gap, not proof that the topic never came up. Title/party matching is discovery only. Never use a title pre-filter as proof that a phrase is absent from transcripts. If transcript loading fails for a call, report that gap instead of inferring the conversation content from title, date, or participants. When a single transcript is needed, `gong-calls(transcript: "...")` returns compact extracted text by default. Set `rawTranscript=true` only for debugging/export, and never pass raw transcript payloads into `save-analysis`. ## Complete-Coverage Transcript Scan When the question is "do ANY of these calls mention X?" or "how many calls across this cohort mention X?" — where missing a single call makes the answer wrong — do NOT conclude absence from a sampled `includeTranscripts` result. Exhaustive claims require complete coverage of every call in the stated cohort. Choose the smallest complete path for the bounded cohort: 1. **Configured keyword tracker.** If the requested term is already a Gong keyword tracker exposed in API results, use `provider-api-request` against `/calls/extensive` with `contentSelector.exposedFields.content.trackers`. Stage the paginated calls, then flatten and filter tracker ids, names, or phrases with `query-staged-dataset` or a Data Program. This is the preferred broad keyword path because Gong has already indexed the tracker. It does not answer arbitrary terms that are not configured as trackers. 2. **Named account, up to 50 calls, qualitative review.** Make one `gong-calls` call with `exhaustive=true`, a bounded `after`/`before` window, and `includeTranscripts=true`. The action discovers every matching call and fetches transcript excerpts in batches, returning `transcriptCoverage`. Do not fetch the same call IDs one at a time afterward. 3. **Bounded arbitrary mention/absence search, up to 200 calls.** Make one `gong-calls` call with `exhaustive=true`, the date window, `transcriptQuery`, and an adequate `transcriptScanLimit`. This is a bounded local scan after batched transcript retrieval. Report its coverage fields and only make an absence claim when coverage is complete. 4. **Larger or multi-account arbitrary corpus.** Use `provider-api-catalog(provider: "gong")` and its `corpusRecipes` if you need the exact shape. Stage call ids with the raw API, then use `provider-corpus-job` with `mode: "batch-search"` and 20-call transcript batches. The canonical request is `POST /calls/transcript` with `batch.itemBodyPath: "filter.callIds"`, `batch.responseItemsPath: "callTranscripts"`, `batch.batchSize: 20`, `search.textPaths: ["transcript"]`, and `search.idPaths: ["callId"]`. Feed the staged/discovered call ids through `batch.inputDatasetId` + `batch.inputValuePath` or through `batch.items`. This is a durable full scan, not a server-side keyword query; do not implement it as a per-call loop in `run-code` or a delegated agent. When delegating a corpus chunk to an Agent Teams sub-agent, include the exact staged dataset id or `scratch/...` path and the output/checkpoint path in the task brief. The child starts with a clean context and must read the staged input before making any provider request. If that input is unavailable, it must report the missing input rather than re-fetching the entire Gong corpus. 5. **Use `run-code` only for joins/reductions around the corpus path.** After the transcript job exists, use `run-code`, `query-staged-dataset`, or job results to join hits back to deals/accounts, compute variants, dedupe, and format evidence. A `run-code` loop over `gong-calls(transcript: id)` is a fallback for small or awkward sets, not the default for broad scans. Report coverage explicitly: deals in cohort, calls discovered, calls scanned, and matches found. Never turn "I inspected a sample" into "no call mentions X". ## Limits (Current) | Parameter | Default | Max | | ------------------------ | ------- | ------- | | `limit` (calls returned) | 8 | 200 | | `transcriptLimit` | 3 | 50 | | `transcriptMaxChars` | 8 000 | 100 000 | For large account deep-dives or competitive analyses spanning many calls, use `limit: 50-200` and `transcriptLimit: 20-50`. For very large datasets, use the checkpointed `provider-corpus-job` path rather than paging the full Gong call list inside one agent action.